同じ失敗クラス(例: コマンドにプロンプトを直書きしてシェルのエスケープ事故が4回目)が繰り返すなら、ドキュメントやスキルに注意書きを一行足すのをやめ、その失敗が構造的に起こり得なくなるよう機構を変える。

判断基準

• 失敗を「クラス」で数える。すでに注意喚起を追加済みなのに同型が再発したら、その注意喚起は効いていないと判定し、構造的対策へ切り替える。
• 構造的対策の例: シェル直書き→内容をファイルに書いてファイル読み込みで渡す、手作業の連番管理→採番の自動化、など「間違えようがない」形へ寄せる。

落とし穴

• 特に AI エージェントに対しては散文の注意書きは遵守が不安定なので、注意書きの積み増しは肥大するだけで再発は止まりにくい。増補ではなくアプローチを変えて設計し直す。