/refine-execute

description: refine-planが作成したplanファイルに従い、修正・テスト・確認を実施します。テストケースの変更、実装修正、ビルド確認、テスト実行、セキュリティーチェック、差分レビューを行います。
allowed-tools: Read, Glob, Grep, Edit, Write, Task, Bash(git:*), Bash(npm:*), Bash(npx:*), Bash(pnpm:*), Bash(yarn:*), Bash(python:*), Bash(pytest:*), Bash(go:*), Bash(cargo:*), Bash(make:*)
argument-hint: "<planファイルのパス>"

refine-planで作成したplanファイルを読み込み、修正・検証・確認を順番に実施します。テストケースの修正・実装修正・ビルド確認・テスト実行・セキュリティーチェック・差分レビューをすべて完了させます。

context

planファイルパス=$1 ベースディレクトリ="" 修正種別="" 修正対象ファイルリスト=[] テストファイルリスト=[]

steps

• $1 が指定されていない場合はエラーメッセージを表示して終了する
• 「planファイルのパスを引数に指定してください。例: `/refine-execute .dcs/20260224_refine_xxx/plan.md`」
• ベースディレクトリ = $1 のディレクトリ部分（plan.md の親ディレクトリ）
• step1 を実行する

step1: planファイルの確認

• $1 を Read で読み込む
• 修正概要・修正種別・対象ファイル・影響範囲・確認手順を把握する
• 対象ファイルリストとテストファイルリストを context に設定する
• 修正内容をユーザーに要約して報告し、続行の確認を求める（AskUserQuestion は使わず、テキストで確認を求める）
• ユーザーが承認した場合のみ step2 を実行する

step2: テストケースの確認・修正

• **修正種別がコードの場合（常に実施）**:
• テストファイルリストの各ファイルを Read で確認する
• 修正内容に合わせてテストケースの変更が必要かを判断する
• 変更が必要な場合: Edit ツールでテストケースを修正する
• 修正内容に対する新規テストケースが必要かを判断し、必要であれば追加する
• **修正種別がドキュメント・設定ファイルのみの場合**:
• 「テストケース確認: 対象なし（ドキュメント・設定ファイルのみの修正）」と報告してスキップする
• step3 を実行する

step3: 実装・ドキュメントの修正

• planファイルの「修正対象ファイル」セクションの内容に従い、各ファイルを修正する
• Edit ツールを使って修正前→修正後の変更を適用する
• 修正箇所が複数ファイルにわたる場合は順番に処理する
• planの範囲外の変更は行わない（追加変更が必要と気づいた場合はユーザーに報告して確認を求める）
• 修正が完了したら修正ファイルの一覧をユーザーに報告する
• step4 を実行する

step4: ビルド確認

• **修正種別がコードまたは設定ファイルの場合**:
• planファイルの「確認手順 > ビルド確認」に記載のコマンドを Bash で実行する
• コマンドが記載されていない場合: プロジェクトの構成（package.json, Makefile, go.mod 等）から推測して実行する
• ビルドエラーが発生した場合: エラー内容をユーザーに報告し、修正してから再実行する
• 3回以上同じエラーが続く場合は作業を中断してユーザーに報告する
• **修正種別がドキュメントのみの場合**:
• 「ビルド確認: スキップ（ドキュメントのみの修正）」と報告してスキップする
• step5 を実行する

step5: テスト実行

• **修正種別がコードの場合（常に実施）**:
• planファイルの「確認手順 > テスト実行」に記載のコマンドを Bash で実行する
• コマンドが記載されていない場合: プロジェクトの構成から推測して実行する
• テストが失敗した場合: 失敗内容をユーザーに報告し、実装またはテストを修正してから再実行する
• 3回以上同じ失敗が続く場合は作業を中断してユーザーに報告する
• **修正種別がドキュメント・設定ファイルのみの場合**:
• 「テスト実行: スキップ（ドキュメント・設定ファイルのみの修正）」と報告してスキップする
• step6 を実行する

step6: セキュリティーチェック

• 修正したファイルの内容を Read で確認し、以下の観点でチェックする：
• **入力バリデーション**: ユーザー入力を受け取る箇所で適切な検証が行われているか
• **認証・認可**: 認証・認可ロジックに変更がある場合、意図しないアクセスが生じないか
• **インジェクション**: SQLインジェクション・XSS・コマンドインジェクション等のリスクがないか
• **機密情報**: シークレット・パスワード・トークン等がハードコードされていないか
• **依存関係**: 新たに追加した外部ライブラリに既知の脆弱性がないか
• 問題が見つかった場合: 内容をユーザーに報告し、修正案を提示して承認を得てから対応する
• 問題がない場合: 「セキュリティーチェック: 問題なし」と報告する
• step7 を実行する

step7: 差分レビュー・結果報告

• `git diff` を Bash で実行し、変更内容の差分を取得する
• 差分の要約（変更ファイル一覧・変更行数）をユーザーに提示する
• <execute_result_template> の内容を context の情報で埋めて Write ツールで出力する
• 出力ファイル: "{{ベースディレクトリ}}/execute_result.md"
• 完了をユーザーに報告し、出力ファイルのパスを案内する

rules

エラー時の対応ルール

• ビルドエラー・テストエラーが発生した場合は、自動修正を試みる前に内容をユーザーに報告する
• 自動修正で解決できない場合はユーザーに確認を求める
• 3回以上同じエラーが繰り返す場合は作業を中断してユーザーに報告する

修正の安全ルール

• planファイルに記載されていない範囲の変更は行わない
• 追加で変更が必要と判断した場合は、ユーザーに内容を報告してから実施する
• ファイルの削除が必要な場合は必ずユーザーに確認を求める（自動では実施しない）

ファイルパスの記載ルール

• **プロジェクトルートを基準とした相対パスを使用する**
• フルパス（絶対パス）は記載しない

info

<execute_result_template>

修正実施結果

**実施日時**: {{実施日時}} **planファイル**: {{planファイルパス}} **修正概要**: {{修正概要}}

---

実施サマリー

| 項目 | 結果 | |------|------| | テストケース変更 | {{実施済み（N件修正） / 変更不要 / スキップ（ドキュメント修正）}} | | 実装修正 | {{実施済み}} | | ビルド確認 | {{成功 / スキップ（ドキュメント修正）}} | | テスト実行 | {{成功（全N件） / スキップ（ドキュメント修正）}} | | セキュリティーチェック | {{問題なし / 要対応（対応済み）}} |

---

修正したファイル

| ファイル | 変更の種類 | |---------|-----------| | `{{ファイルパス}}` | {{修正内容の概要}} |

---

テスト結果

{{テスト実行結果の出力（スキップの場合は「対象なし」）}}

---

セキュリティーチェック結果

{{チェック結果の詳細（問題がなければ「全項目問題なし」）}}

---

差分サマリー

{{git diff --stat の出力}}

---

残課題・注意事項

• {{残っている課題や注意事項（なければ「なし」）}}

---

*このファイルは refine-execute によって自動生成されました* </execute_result_template>