本編の目次 › 第4部 規律の仕組み化 › 記憶の設計
AI駆動開発の実運用ノート No.102記憶は「肥大」と「同期の取りこぼし」で壊れた
AI と併走してチケット販売サービスを本番運用まで到達させた記録を、そのまま文字に残しています。今回は第4部「規律の仕組み化」から、「記憶の設計」のお話です。
設計した記憶が、実際に2通りの壊れ方をしました。
一つは「肥大」です。長い作業記録を貯め込んだ結果、読み出しがサイズ超過で機能停止しました。 書きすぎて読めなくなったわけです。
もう一つは「同期の取りこぼし」です。「コミット成功」に見えるのに、記憶が引き継がれません。 書き込みが別のファイルに滞留していて、しかもそれを検知するはずのフックが「失敗時ほど発動しない」条件になっていました。
「成功したように見えて、実は何も起きていない」。
このサイレント失敗が、記憶やバックアップ系の最も多い死因です。 止まってくれる失敗より、静かに成功を装う失敗のほうが厄介です。 第5部で扱うバックアップの話にもそのままつながります。詳細は事例02に。
この回の出典
つづく