Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/jayminwest/kotadb/featuregit clone --depth 1 https://github.com/jayminwest/kotadbWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00000 | $0.01462 |
| Opus 5 | $0.00000 | $0.00731 |
| Sonnet 5 | $0.00000 | $0.00292 |
| Haiku 4.5 | $0.00000 | $0.00146 |
Grade A, and why
feature scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 138 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/feature
Template Category: Action
Draft a KotaDB feature implementation plan using the issue context passed in $ARGUMENTS (provide JSON with issue number, title, summary, and constraints).
CRITICAL - Worktree Path Handling:
- You are executing in an isolated git worktree directory
- Your CWD is the worktree root (e.g.,
/project/trees/feat-123-abc12345) - ALL file paths in Write, Edit, Read tools MUST be relative to CWD
- ✅ Correct:
.claude/.cache/specs/feature-123-plan.md - ❌ Wrong:
/project/trees/feat-123-abc12345/.claude/.cache/specs/feature-123-plan.md - Using absolute paths will cause git staging failures and commit errors
Instructions
- Verify issue labels first: Run
gh issue view <issue-number> --json labelsto ensure the issue has labels from all four categories (component, priority, effort, status). If labels are missing, apply them before proceeding. - Create a new markdown plan under
.claude/.cache/specs/namedfeature-<issue-number>-<slug>.md(e.g.,.claude/.cache/specs/feature-1024-event-streaming.md). - Build
<slug>from the issue title using 3–6 lowercase, hyphenated words (alphanumeric only). - Reference issue metadata from
$ARGUMENTSat the top of the plan for traceability. - Review
.claude/commands/docs/conditional_docs/app.mdor.claude/commands/docs/conditional_docs/automation.mdand read any documentation whose conditions match the feature scope. - Use KotaDB MCP tools for context gathering: Use
mcp__kotadb-staging__search_codeto find similar implementations,mcp__kotadb-staging__analyze_change_impactfor large features (see.claude/commands/docs/kotadb-agent-usage.mdfor patterns) - Follow the repo git flow: work from
feat/<issue-number>-<slug>branching offdevelop, with releases promoted fromdeveloptomain. - Populate the exact format below so automation can reference each section without guesswork.
- Research existing patterns in
src/**,tests/**, and platform docs before proposing changes. - Highlight any data contracts, API surfaces, or tooling updates that the feature requires.
- Think critically about risk, rollout, and validation; do not leave placeholders empty.
- Enumerate relevant code paths and new assets in their dedicated sections.
- Incorporate
/anti-mockguidance: plan for real database coverage, failure injection, and follow-up for any unavoidable skips. - Ensure the plan's final tasks rerun validation and push the branch so a PR can be created (PR titles must end with the issue number, e.g.
feat: add search filters (#210)). - If the plan introduces new documentation areas, append or update the relevant entry in
.claude/commands/docs/conditional_docs/app.mdor.claude/commands/docs/conditional_docs/automation.md.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 138 lines · 0 tokens per session scan A 4694cecc9511
feature is a command published in the GitHub repository jayminwest/kotadb (102 stars, last pushed 4mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,462 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
build
Run full verification pipeline.
fest-show
Show festival progression (in-progress tasks, roadmap, and dependency view).
camera-ready
Convert an accepted anonymous-submission LaTeX paper (AAAI/AIES/ACM-style) to camera-ready and implement the accepted reviews. Use when a paper is accepted with no rebuttal and you need to de-anonymize, add copyright, turn on section numbering, implement each reviewer's minor revisions, optionally move proofs to a…
superpowers-execute
Execute the current GSD phase plan with Superpowers instead of gsd-execute-phase.
generate-rules
Generate development rules and standards into RULES.md.
config
Command "config" from sdebruyn/fabric-dw-mcp-cli, covering configuration & defaults, http retry budget, sql retry budget, mcp workspace allowlist {#mcp-workspace-allowlist} and mcp server log level.