Borrowing it
Nothing to install: this file belongs to aoki-collabo/simple-hono-mcp-server. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/aoki-collabo/simple-hono-mcp-server/main/.claude/commands/add-feature.mdgit clone --depth 1 https://github.com/aoki-collabo/simple-hono-mcp-serverWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/aoki-collabo/simple-hono-mcp-server/add-feature)<a href="https://agentmods.dev/commands/aoki-collabo/simple-hono-mcp-server/add-feature"><img src="https://agentmods.dev/badge/commands/aoki-collabo/simple-hono-mcp-server/add-feature.svg" alt="Measured on agentmods" height="20"></a>What 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.1 | $0.00022 | $0.02123 |
| Opus 5 | $0.00011 | $0.01061 |
| Sonnet 5 | $0.00004 | $0.00425 |
| Haiku 4.5 | $0.00002 | $0.00212 |
Grade A, and why
add-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 6d 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.
Copies of this mod
1 near-identical copy found in the catalogue:
- add-feature — 100% identical, 0 lines differ
How it starts
The opening of the file, as written. The whole thing — 132 lines — stays where its author put it; the contents beside it link to each section on GitHub.
新機能の追加 (完全自動実行モード)
重要: このワークフローは、ユーザーの介入なしに、開始から完了まで完全に自動で実行されるように設計されています。各ステップは完了後、ただちに次のステップへ移行してください。思考の途中でユーザーに確認を求めたり、作業を中断したりしないでください。
引数: 機能名 (例: /add-feature ユーザープロフィール編集)
ステップ1: 準備とコンテキスト設定
- 現在のタスクコンテキストを確立する:
- 機能名:
[引数で与えられた機能名] - 日付:
[現在の日付をYYYYMMDD形式で取得] - ステアリングディレクトリパス:
.steering/[日付]-[機能名]/
- 上記ステアリングディレクトリを作成する。
- 以下の3つの空ファイルを作成する:
[ステアリングディレクトリパス]/requirements.md[ステアリングディレクトリパス]/design.md[ステアリングディレクトリパス]/tasklist.md
ステップ2: プロジェクト理解
CLAUDE.mdを読み、プロジェクトの全体像を把握する。docs/ディレクトリ内の永続ドキュメントを確認し、関連する設計思想やアーキテクチャを理解する。
ステップ3: 既存パターンの調査
- Grepツールを使用し、機能名に関連するキーワードでソースコード(
src/)を検索する。
Grep('[機能に関連するキーワード]', 'src/')
- 検索結果を分析し、既存の実装パターン、命名規則、コンポーネントの利用方法を特定する。
ステップ4: 計画フェーズ (ステアリングファイルの自動生成)
Skill('steering')を計画モードで実行し、ステップ1で作成した3つのファイル (requirements.md,design.md,tasklist.md) の内容を生成する。- このステップが正常に完了したら、決して停止せず、ただちにステップ5に進むこと。
ステップ5: 実装ループ (tasklist.mdの完全消化)
このステップは、tasklist.mdの全タスクが [x] になるまで自動で繰り返されるループ処理です。
このステップが正常に完了したら、決して停止せず、ただちにステップ6に進むこと。
ループ開始:
- タスクリストの読み込み:
[ステアリングディレクトリパス]/tasklist.mdファイルを読み込む。
- 進捗の確認:
- ファイル内に未完了タスク (
[ ]) が存在するか確認する。 - もし未完了タスクが存在しない場合: この実装ループは完了とみなし、ただちにステップ6へ進む。
- もし未完了タスクが存在する場合: 次の処理（3. タスクの実行）に進む。
- タスクの実行:
tasklist.mdの先頭にある未完了タスクを1つ特定する。- そのタスクを完了させるために必要な実装作業を実行する。
Skill('steering')を実装モードで使用する。Skill('development-guidelines')のコーディング規約を常に遵守する。
- タスクリストの更新:
- 実行したタスクが完了したら、
Editツールを使用してtasklist.mdを更新し、該当タスクを[ ]から[x]に変更する。
- ループ継続:
- ステップ5の先頭 (1. タスクリストの読み込み) に戻り、処理を繰り返す。
※ 実装ループ内の例外処理ルール ※
実装ループの実行中に以下の状況が発生した場合は、このルールに従って自律的に対処し、ループを継続すること。
-
ルールA: タスクが大きすぎる場合
- 対処法: 現在のタスクをより小さな複数のサブタスクに分割する。
Editツールを使い、元のタスクを削除し、その場所に新しいサブタスク（[ ]付き）を挿入する。その後、ループを継続する。
- 対処法: 現在のタスクをより小さな複数のサブタスクに分割する。
-
ルールB: 技術的理由でタスクが不要になった場合
- 条件: 実装方針の変更、アーキテクチャの変更、依存関係の変更など、明確な技術的理由がある場合にのみ適用。
- 対処法:
Editツールを使い、該当タスクを[x] ~~タスク名~~ (理由: [具体的な技術的理由を簡潔に記述])の形式で更新する。その後、ループを継続する。
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.
- 6d ago First seen · 132 lines · 22 tokens per session scan A fad9e63f75fb
add-feature is a command published in the GitHub repository aoki-collabo/simple-hono-mcp-server (1 stars, last pushed 7mo ago), licensed MIT. It adds 22 tokens to every session and 2,123 once invoked, about $0.0001 per session on Opus 5. 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-31.
Other commands, from other repositories
checklist
Generate a custom checklist for the current feature based on user requirements.
clarify
Identify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.
specify
Create or update the feature specification from a natural language feature description.
analyze
Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
converge
Assess the current codebase against the feature's spec, plan, and tasks, then append any remaining unbuilt work as new tasks to tasks.md so implement can complete it.
implement
Execute the implementation plan by processing and executing all tasks defined in tasks.md.