codely-plan-phase-implement について
コーディングエージェント向けに、未完了タスクがある最初のフェーズだけを実装するスキルです。計画を更新した後、ユーザーのレビューを待ち、自動コミットやプッシュは行いません。
主な機能
- 011回につき1フェーズを実装
- 02最初の未完了フェーズを特定
- 03計画のメタデータとチェック項目を更新
- 04実装後にレビュー待ちで停止
- 053種類のコミットメッセージを提案
活用シーン
- 01承認済みの計画フェーズの実装
- 02段階的な変更の個別レビュー
- 03実装後のコミットメッセージ案の準備
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ codelytv/ agent-harness --skill codely-plan_phase-implementインストール後、Claude Code で/codely-plan_phase-implementを入力して読み込まれたか確認します。
詳細
🫡 計画のフェーズを実装する
[!CRITICAL] 1 回の実行につき、フェーズは 1 つだけ実装してください。現在のフェーズを完了したら、停止してユーザーによる変更の確認を待ってください。ユーザーの明示的な承認なしに、次のフェーズに進んではいけません。
[!CRITICAL] 変更を自動的にコミットまたはプッシュしてはいけません。 コミットメッセージの提案のみを行ってください。コミットするタイミングはユーザーが決定します。
🔍 現在のフェーズの判定
現在のフェーズとは、未チェック(- [ ])の ToDo 項目が 1 つ以上ある、計画内の最初のフェーズです。すべてのフェーズにチェックが付いている場合は、すべてのフェーズが完了したことをユーザーに伝え、再実装しないでください。
🪜 計画のフェーズを実装する手順
- まだ指定されていない場合は、実装する計画をユーザーに尋ねます。
- 上記のルールに従って、現在のフェーズを特定します。
- 現在のフェーズの ToDo 項目のみを実装します。他のフェーズは実装しないでください。
- 以下の考慮事項に従って、計画ファイルを更新します。
- 停止します。 ユーザーに変更を確認するよう伝え、コミットメッセージを 3 つ提案します。
commit-messages.mdファイルに定義されたコミットメッセージの規約に従ってください。3 つの提案では、それぞれ異なる、妥当なコミットメッセージのタイプを使用してください。提案は、「message 1 のメッセージでコミットして」のように簡単に返信できる形にし、選択したメッセージを指定して変更をコミットするには、/codely-git-conventional-commitスキルを使用してください。 - 計画の最後のフェーズを実装した場合は、会話を(IDE を使用して)エクスポートし、関連する計画と同じ場所に
.mdファイルとして保存するようユーザーに提案します。例:計画が.agents/plans/2026_02_11-sync_cbd_with_stripe/2026_02_11-sync_cbd_with_stripe-plan.mdの場合、会話は.agents/plans/2026_02_11-sync_cbd_with_stripe/2026_02_11-sync_cbd_with_stripe-conversation.mdとして保存するよう提案します。
🔄 計画ファイルの更新方法
1. 計画ファイルのフロントマターを更新する
現在の計画ファイルのフロントマターは変更せず、以下の情報のみを追加または更新してください。
---
implemented_by:
tool: "{ tool }"
model:
name: "{ model.name }"
version: "{ model.version }"
reasoning_effort: "{ model.reasoning_effort }"
last_implementation_at: "{ current_date }"
has_completed_all_phases: "{ true | false }"
---
implemented_by.tool: 使用した AI コーディングツール(例:Claude Code、Cursor、Copilot、Codex)implemented_by.model.name: 変更に使用したモデルの名前(例:Claude Opus、Cursor Composer、OpenAI GPT)implemented_by.model.version: 変更に使用したモデルのバージョン(例:4.6、1.5、5.4)implemented_by.model.reasoning_effort: モデルの推論の強度(例:low、medium、high)last_implementation_at: 現在の日付。ISO 8601 RFC 3339 形式(YYYY-MM-DDTHH:MM:SSZ)で指定します。has_completed_all_phases: これが計画の最後の実装であり、すべてのフェーズが完了したかどうかを示します。
2. 計画ファイルの内容を更新する
- 現在のフェーズの ToDo リストで、完了した項目にチェックを付けます。
- 計画の次のステップのセクションを、次に完了するフェーズに合わせて更新します。
- Codely に関する計画の最後の文を置き換え、これまでの絵文字と合わせてストーリーを表す新しいランダムな絵文字を追加します。たとえば、最後の文が「Plan powered by Codely 🐢 💨」だった場合、新しい最後の文は「Codely の AI ツールでバグを駆逐しました。 🐛 < 🐢 💨」のようにできます。
☝️ 一般的な考慮事項
🧠 論理的な推論
- 次の作業を行う際は、AGENTS.md ファイルを参考にしてください。
- アプリケーションサービス、ドメインイベント、テストなどを提案する。
- コード規約とアーキテクチャ上の決定(すべて docs/ ディレクトリ内)に従う。
- 作成・変更・削除するテストスイートとテストケースを判断する。
- ユーザーが選択できるよう、さまざまな代替案を提示する際は、利用可能なエージェントツールを使用してください。
- Cursor で、このツールを利用できる場合(Opus 4.5 など一部のモデルでのみ利用可能で、Composer 1 などでは利用できません)は、
AskQuestionツールを使用してください。 - Claude Code の場合は、
AskUserQuestionツールを使用してください。
- Cursor で、このツールを利用できる場合(Opus 4.5 など一部のモデルでのみ利用可能で、Composer 1 などでは利用できません)は、
コメント
Markdown 対応