このレッスンの到達目標
復旧と再開に必要な条件を具体化する。
音声とインタラクティブ図解で学ぶ音声を再生すると、下のインタラクティブ図解と本文の段落ハイライトが連動して動きます。
HYPOTHESIS & ROLLBACK MONITOR · AUDIO & INTERACTIVE
AI修正スパイラル検知・最小再現切り分け・ロールバック検証器
「直すたびに認証など無関係なファイルまで壊れる」状況を再現し、闇雲な再指示と、確認済みベースラインからの仮説検証を比較します。
観測事実と停止判断⚠️ 闇雲な連続修正（破綻スパイラル）
「直して」と繰り返すうちに無関係な認証ファイルまで書き換わり、最後に動いていた状態へ戻せなくなります。
専門家へ引き継ぐ相談材料危険信号：無関係なファイル変更・テスト削除・説明と差分の不一致
DB更新や外部送信が伴う場合は、Gitでコードを戻すだけでなくデータと副作用の復旧手順も合わせて確認します。
進め方と判断の根拠
差し戻しはコード、設定、DB、外部送信を分けて計画します。戻す対象の確認と、戻した後の整合性確認が必要です。前の状態を再現できない場合は、復旧策と影響を責任者へ提示し、勝手にデータを削除しません。
作業を分け直すときは、原因が不明な調査と、方針が決まった実装を混在させません。入力と結果を観測できる境界を作り、仮説を一つずつ確かめます。設計上の問題なら、依頼文の言い換えだけで解決しようとしません。
実務への適用と確認
専門家へは目的、前提、版、差分、再現、試したこと、結果、求める判断を渡します。相談先の回答を記録し、設計・依頼・テストへ反映します。相談できたことと、問題が解決したことは別に確認してください。
再開条件には、原因の切り分け、設計方針の合意、必要な資料や環境の準備、権限の見直しを含めます。再開後は失敗した条件と関連する回帰を確認し、問題を起こした進め方の改善も残します。
押さえておきたいこと
- 副作用を含めて戻す
- 調査と実装を分け直す
- 再開条件と再検証を定める
読了記録と習熟度の確認は別です。