create-plan
実装計画の作成
実装タスクの計画を _/local-plans/<plan-name>.md に作成する。
引数の処理
- 引数あり → 引数をタスク説明として使用し、計画作成を開始する
- 引数なし → ユーザーにタスク内容を質問してから開始する
行動原則
- コードベースの調査を先に行う — 推測で計画を立てない。Explore Agent や Glob/Grep で既存コードを読んで現状を把握する
- 検証可能な粒度で書く — 各ステップの完了条件が明確であること
- ファイル構成を必ず含める — 作成・変更するファイルをツリー形式で明示する
- フェーズは独立性を意識する — 可能な限り並列実行可能な単位で分割する
- 日本語で記述する — 計画ファイルは日本語で作成する
- 認証が必要な場所への書き込みは
_/経由で行う —.claude/など認証プロンプトが発生するディレクトリにファイルを作成する場合、まず_/に一時的に作成し、完成後にmvで目的の場所に移動する。後片付けでは自分が作成したファイル・サブディレクトリのみ削除し、_/が空の場合のみrmdirで削除する(rm -rf _/dotclaudeは禁止 — 並行作業のファイルを消す恐れがある)
計画作成の手順
More from fandhe-ai/agent-cli-skills
create-pr
Conventional Commits 形式で GitHub PR を作成する。OWASP Top 10 のセキュリティチェック必須で、問題があれば PR 作成を中止。Summary/Test plan/Design を含む body を生成。「PR 作って」「プルリク」「`gh pr create`」などで使用。別リポジトリ (upstream) への貢献は contribute-skill。
11create-commit
Conventional Commits 形式で git コミットを作成する。staged 差分から type/scope を推定し、breaking change やシークレット混入 (.env 等) を検出。pre-commit フックを必ず通す (`--no-verify` 不可)。「コミットして」「git commit」「変更を記録して」などで使用。
11update-docs
コード変更に基づいて CLAUDE.md やスキル一覧を更新する。
11create-issue
GitHub Issue を親子構造 (sub-issues) で作成する。`gh issue create` で親・子 Issue を生成し、`gh api .../sub_issues` で親子関係を紐付ける。タイトルは Conventional Commits 形式 (`feat:`, `fix:` 等) を推奨。「Issue 作って」「タスクを分解して Issue 化」などで使用。
11implement-issue
GitHub Issue を読み込み、`_/local-plans/<issue-number>-<slug>.md` に詳細計画を作成して**ユーザー承認後**にコードを実装する。実装後はセキュリティレビュー (OWASP Top 10) → テスト実行 → Conventional Commits でコミット。Issue 番号や URL を渡された実装依頼、「Issue #N を実装して」「この Issue を着手」などで使用。
11implement-review
コード変更 (`git diff`) の品質・アーキテクチャ準拠・セキュリティ (OWASP Top 10) を Agent ツール委譲で読み取り専用レビューする。コミット前/PR 作成前のセルフレビュー、「変更をレビューして」「コードレビューして」などで使用。GitHub PR のレビューには implement-review-pr を使用。
11