groove-work-review

groove-work-review

成果

成果物の正確性、品質、計画との適合性をレビューします。compound ステージに向けた教訓を特定します。根拠を添えて、承認または手戻りの判断を明確に示します。レビューのメモはタスク本文に記録します。

受け入れ基準

• 成果物を計画と受け入れ基準に照らして評価している
• 具体的な不足や問題を特定している（「改善が必要」のような曖昧な記述ではない）
• 根拠を添えて、承認または手戻りの判断を示している
• /groove-work-compound に向けた教訓を記録している
• レビューメモをステージタスクの本文に追記している
• バックエンドにステージタスクを作成している：YYYY-MM-DD, Review

手順

1. ブランチ差分の分析：ベースブランチを特定します（デフォルト：main。base: 引数が指定されている場合はそれで上書きします）。以下を実行します：

   • git log --oneline <base>...HEAD — このブランチのコミット一覧
   • git diff <base>...HEAD --stat — 変更ファイルの概要
   • git diff <base>...HEAD — 差分全体（レビュー入力として使用） この差分を主な評価対象の成果物として使用します。ベース以降にコミットがない場合は、代わりに作業ツリーの変更をレビューします。

2. 計画と受け入れ基準に照らして評価する — 利用可能であれば、タスク本文または仕様ファイルから計画を確認します。

3. 指摘事項を分類する（次のラベルをそのまま使用します）：

   • Fix Now：軽微な問題 — 承認前にすぐ修正する
   • Needs Spec：計画が必要な重要な不足 — 仕様を作成する
   • Create Issues：作業量が大きいもの、またはあるとよいもの — タスクとして追跡する

4. 根拠を添えて、承認または手戻りの判断を示します。

5. /groove-work-compound に向けた教訓を記録します。

6. レビューメモをタスク本文に追記します。

7. tasks.backend != none の場合は、/groove-utilities-task-create を使ってステージタスクを作成します（タイトルは YYYY-MM-DD, Review）。

制約

• .groove/index.md から tasks.backend を読み取り、バックエンドを特定します
• 徹底的にレビューします — compound ループの価値の 80% は、ここおよび計画にあります
• 手戻りの場合：具体的な不足を記し、どの計画ステップが未実施だったか、または不明確だったかを示します
• 承認の場合：うまくいった点と、次回に改善できる点も記録します
• 変更が小さくてもレビューを省略せず、何らかの記録を残します