クロードはエンジニアリング記憶を欠如：オンコールインシデントがデバッグ旅のエピソード想起不足を露呈

r/ClaudeAIへの最近の投稿で、ある開発者が痛ましいオンコールインシデントを報告し、現在のAIコーディングアシスタントの重大な欠点を暴露している。それは、インシデントをまたいでエンジニアリングの記憶を保持できないことだ。このユーザーは、約1500ファイルと複数の非同期サービスからなるモノレポで、Kafkaのバースト問題をデバッグしていた。午前2時頃、あるトピックに突然トラフィックが殺到し、コンシューマーラグが異常になり、リトライがイベントを増幅させ、システムの半分が不安定になった。

インシデント

開発者は、ログの追跡、イベントの再生、過去のPRの確認、サービスフローの頭の中での再構築にほぼ10時間を費やした。その努力の末、彼らは4ヶ月前にほぼまったく同じ問題をすでに解決していたことに気づいた。根本原因は、リトライミドルウェアと非冪等なコンシューマーの間の隠れた相互作用だった。しかし、すべての重要なコンテキストは失われていた。散在するSlackメッセージ、一時的なメモ、そして記憶にしか存在しないアーキテクチャだ。パターンを認識した後でも、推論を完全に再構築して修正を再度適用するのにさらに3時間かかった。

欠落している層：エピソード記憶

開発者は、現在のAIコーディングアシスタント（Claudeなど）はコードをうまく取得できるが、エンジニアリングの記憶（デバッグの過程、失敗した仮説、アーキテクチャの傷跡、シニアエンジニアが過去のインシデントから得た運用上の教訓）を保持しないと指摘している。これはリポジトリコンテキストの問題ではなく、ソフトウェアシステムに関するエピソード記憶の問題だ。アシスタントは、以前に3つのサービスにわたってリトライミドルウェアのバグを追跡したこと、試したがうまくいかなかったこと、なぜ特定の修正を最終的に選択したかを覚えていない。

実用的な意味

複雑なシステム（モノレポ、非同期サービス、Kafkaクラスター）を扱う開発者にとって、これはAIツールがインシデントをまたいだパターン認識に依然として役立たないことを意味する。アシスタントは各デバッグセッションを新たなスタートとして扱い、以前のオンコールローテーションから蓄積された知識を無視する。ツールが何らかのインシデント履歴（構造化ログ、注釈付きトレース、永続記憶層など）を統合するまで、経験豊富なエンジニアが頼りにする深い想起には役立たないだろう。

対象読者

この議論は、SRE、バックエンドエンジニア、および複雑なイベント駆動型アーキテクチャの本番環境でAIコーディングアシスタントを使用するすべての人に直接関連する。