計画・変更・テスト・レビューを一巡する
小さな不具合を、検証して残せる変更にする。
Git 管理されたリポジトリと再現可能な不具合を用意します。既存の変更を確認して保護し、期待動作と確認方法を決めます。
1. Plan モードで調べる
Shift+Tab で利用できる権限モードを切り替え、Plan で原因・対象ファイル・確認方法を調べます。計画を読んで誤解を修正してから変更へ進みます。
2. 範囲を決めて変更する
通常の承認モードへ戻り、ファイル操作やコマンドの承認内容を読みます。不具合に対応する小さな変更とテストを依頼します。逸れたら Escape で中断して範囲を伝え直します。
Fix only the blank-email validation bug. Preserve unrelated edits.
Add a check that fails before the fix and passes afterward.
Run the relevant checks and show the diff.
Do not commit, push, or deploy.3. 要約だけでなく根拠を見る
必要なチェックを実行するか結果を確認し、git diff で意図しない変更・エラー処理・秘密情報を確認します。テストだけでなく実際の利用動作も確認してから必要なファイルをコミットします。
git status --short
git diff --stat
git diff4. 意図を持って戻す
/rewind の復元オプションを確認できますが、すべてのシェル操作・リモート変更・外部への作用は戻せません。Git とバックアップを併用し、既存の変更を巻き込んで破棄しないでください。
練習と確認
練習用ブランチで小さな不具合を直し、変更前後の動作・差分・検証を記録します。
終わったら、振り返ってみましょう:
公式資料を読む
CLI の操作は公式文書と照合し、API のサンプルは模擬応答で検証しました。実アカウントでの一連の操作は未実施です。