コードの変更をレビューする
レビューでは『どの変更を見るか』を指定します。問題のあるファイル、発生条件、影響がそろうと修正に進めます。
できあがりを見るレビュー結果 →発生条件・場所・影響がそろった指摘の形用意するもの
- 対象のと変更
- 期待する動作と、実行できるテスト
1. 比較対象を決める
未コミットの変更、特定のコミット、PRのどれを見るか指定します。
2. 問題を確認する
に差分のレビューを依頼します。見た目の好みより、誤動作やデータ損失につながる具体的な問題を確認します。
3. 1つずつ修正する
指摘を再現してから修正します。修正後に同じ操作と関連テストを実行します。
4. 履歴に残す
変更内容と検証結果を見直してからコミットします。自動化する場合も、手元で成功した依頼文を元にします。
~/manual-demo $ codex exec "未コミットの変更をレビューして。ユーザーが困る不具合だけを、重い順に挙げて。好みの問題は挙げなくていい。まだ直さないで。"（DBのモックを書いて、実際に再現してから報告している） {"scenario":"insufficient stock","response":{"ok":true},"stock":-1,"orders":[{"itemId":"item-1","qty":2}]}{"scenario":"order insert failed","stock":3,"orders":[]} 1. [P1] 在庫不足でも注文が確定する — src/order.js:13 confirm() は在庫数を確認せず減算し、そのまま注文を保存して成功を返します。 在庫1個に対して2個注文すると在庫が−1になり、出荷できない注文が確定します。 2. [P1] 注文の保存に失敗すると、在庫だけが減ったままになる — src/order.js:14 在庫更新後に db.orders.insert() が失敗しても、減算を取り消す処理がありません。 注文が成立していないのに販売可能な在庫が減り、再試行するとさらに減算されます。 両方ともDBモックで再現しました。ファイルは変更していません。
コピーして使える依頼文
この未コミット差分をレビューして。ユーザーが困る具体的な不具合を、発生条件・ファイル位置・影響とともに報告して。まずレビューだけ行い、修正は指摘を確認してから進めたい。
この依頼文だと、こう返ってきます
レビューだけ行いました。修正はしていません。
ユーザーが困る不具合を2件見つけました。
【重い】お気に入りが他の人の分まで消える
場所：src/favorites.js:47
条件：2人以上が同時にお気に入りを外したとき。削除処理が利用者を絞り込んでいません。
影響：他の利用者のデータが消えます。元に戻せません。
再現：AとBが同じ商品を登録 → Aが外す → Bの一覧からも消える
【中くらい】通信に失敗しても星が点いたままになる
場所：src/components/FavoriteButton.js:22
条件：圏外や通信エラーのとき。表示を先に変えており、失敗しても戻していません。
影響：登録できたと思ったのに、次に開くと消えています。
再現：機内モードで星を押す → 点灯 → 通信を戻して再読み込み → 消えている
命名や書き方の好みに関する箇所もありましたが、動作に影響しないため挙げていません。
どちらから直しますか。指示をいただければ、その1件だけを修正します。
実際の返答はそのときの資料や状況で変わります。形の目安として載せています。
完成チェック
- 指摘の発生条件が分かる
- 修正後に同じ手順で再確認した
- 関係ない変更が混ざっていない
Antigravity版で関連する記事Antigravity版マニュアルには、これに当たる記事がありません。