モード: 認知的/プロンプト駆動型 — スタンドアロンユーティリティスクリプトではなく、エージェントコンテキスト経由で使用します。

体系的なデバッグ

概要

ランダムな修正は時間を無駄にし、新しいバグを生み出します。急いでのパッチ修正は根本的な問題を隠蔽します。

基本原則: 修正を試みる前に、必ず根本原因を見つけてください。症状のみを修正することは失敗です。

このプロセスの文字通りの意味に違反することは、デバッグの本質に違反することです。

鉄則

1. 絶対に Phase 1 の根本原因調査を完了する前に修正を提案または実装しないでください — 根本原因のない修正は推測であり、失敗するか新しいバグを生み出します。
2. 必ず デバッグ前にバグを確実に再現してください — 一貫して再現できないのであれば、実際の問題をデバッグしていません。
3. 決して 仮説をテストする際に同時に複数の変更を加えないでください — 複数の同時変更により、どの変更が問題を解決したかの判定が不可能になります。
4. 必ず 3回の修正失敗後に立ち止まって、アーキテクチャに疑問を持ってください — 各修正が新しい問題を明らかにする場合、その問題はアーキテクチャ的であり、症状的ではありません。
5. 決して 修正を実装する

...