review-local-changes

ローカルの変更をレビューする

ローカルの変更をレビューし、ユーザーに報告してください。作業の完了時に報告を行います。

ローカルの変更とは、デフォルトブランチに含まれていない作業ツリー内のすべての変更です。デフォルトブランチとのマージベース以降のコミットに加え、ステージ済み、未ステージ、未追跡のファイルが含まれます。どのセッションで変更されたかにかかわらず、すべてをレビューしてください。

1. 予備知識なしでレビューする

$code-review、$simplicity-review、$bug-review をサブエージェントとして並行して起動し、それぞれにローカルの変更の差分だけを渡してください。

予備知識なしのレビューは1回だけ行います。指摘は仮説として扱ってください。

1. 各指摘を差分と現在のコードに照らして検証します。
2. 有効で、かつ対象範囲内の指摘をすべて修正します。
3. 誤検知と対象範囲外の指摘を記録し、該当する変更はそのままにします。
4. 修正によって影響を受けたチェックを再実行し、修正箇所だけを再レビューします。

2. ユーザーに報告する

まず、ローカルの変更が解決する問題を簡潔に説明し、その後に解決策を短く説明してください。実装内容の一覧から始めないでください。

悪い例

❌ 「新しいスレッド」を開始するすべての入口（cmd+n / cmd+shift+o、サイドバーの v1/v2 ボタン、コマンドパレット）で、ワークスペースの暗黙の引き継ぎを削除しました。新しいスレッドが引き継ぐのはコンテキストに含まれるプロジェクトだけで、ブランチ、ワークツリー、環境モードは常に設定済みのデフォルト値が使われます。buildContextualThreadOptions、startNewThreadInProjectFromContext、v1 サイドバーのシードコンテキストの仕組みを削除してください。

良い例

✅ 既存のワークツリーで新しいスレッドを開始すると、「新しいワークツリー」のデフォルト設定が無視されていました。とても直感に反する挙動です。これで、設定が常に適用されます。

次の構成から該当するセクションを、この順序どおりに使ってください。プレースホルダーはすべて置き換え、内容のないセクションは省略してください。

## 📝 Summary

<Explain the problem, then the solution in plain language. This should be short, concise, and human-readable.>

## 📦 Changes

- <Name user visible and main area changes>

## ✅ Verification

- `<command>`: <result>

## 🔍 Reviews

| Review   | Found   | Fixed   |
| -------- | ------- | ------- |
| <review> | <count> | <count> |

<Tell the user what you changed during the review loop>

- <Every finding with its verdict: fixed, false positive, or out of scope, and why.>

## ⚠️ Needs attention

<List follow-up work, known limitations, or other issues that need the user's attention.>

結果がなかったレビューも含め、実施したレビューをすべて記載してください。実施していないチェックやレビューを実施したと述べてはいけません。