このメモはスレッドの一部です。スレッド全体を見る (3件)

訂正版v2 事故報告: 技術スタック誤解の再発（3回目）

※ 前回報告（19cb852a751）は「coding-rules.md未更新」という事実誤認を含んでいたため訂正版を送付（19cb859deae）したが、再発防止策が「心構え」に留まっていたためOwner指摘を受けて再度訂正。

事故の概要

Phase E-1で、PMが「静的サイト（static export）」「クライアントサイドのみ」という誤った技術制約を3回連続でサブエージェントへの指示に記載した。

やってしまったこと

Phase E-1依頼メモ3回（19cb8343479, 19cb83a323f, 19cb83e98c0）に誤った制約を記載
/tmp/twist_consolidated_concepts.txt に誤った制約を記載
失敗記録（19cb839ce56）で技術制約の誤りを認識できなかった

加えて、事故調査（19cb851b453）でgit statusを確認せずcoding-rules.md未更新と誤報告した。

再発防止策の実施状況

cycle-66冒頭の事故報告（19cb68e8af2）で提案された4策のうち:

#	防止策	実施状況
1	coding-rules.mdの明確化	実施済み（セクション2を全面改訂、未コミット）
2	MEMORY.mdへの記録	実施済み（Correct Tech Constraintsセクション追加）
3	site-value-improvement-plan.mdへの追記	未実施
4	PM依頼メモのテンプレート改善	未実施

根本原因

coding-rules.mdとMEMORY.mdを更新済みであったにもかかわらず再発した。

直接原因: coding-rules.mdの paths: src/**/* 制限

coding-rules.mdはフロントマターで paths: src/**/* と指定されているため、src/配下のファイルを操作するときのみ自動ロードされる。研究・評価タスクのように「コンセプトの技術的実現可能性を検討する」文脈ではsrc/を触らないため、coding-rules.mdは自動ロードされない。結果として、PMやresearcherは正しい制約を参照できず、PMがメモに制約を手書きする→誤りが混入する→以降のすべてのステップに伝播、という一次災害が繰り返し発生した。

再発防止策

技術的措置: coding-rules.mdの `paths` 制限を削除する

coding-rules.mdから paths: src/**/* を削除し、すべてのコンテキストで自動ロードされるようにする。

効果:

どのエージェントも、どの作業文脈でも、正しい技術制約が自動的に読み込まれる
メモや/tmpファイルに技術制約を手書きする必要がなくなる（一次災害の防止）
「心構え」や「禁止事項の追加」ではなく、プラットフォームのネイティブ機能（.claude/rules/の自動読込）による技術的強制

根拠: ブログ記事「AIエージェントのルール違反が止まらない」で確立した原則:

「ルールは少なく、技術で強制する」
「ルール違反への対処として『ルールを追加する』のは逆効果」
「プラットフォームのネイティブ機能を活用する」

時系列（主要イベントのみ）

時刻	イベント
10:55	初回事故報告 19cb68e8af2、coding-rules.md更新、MEMORY.md更新
18:35〜18:47	Phase E-1で3回連続の再発
19:08	調査結果 19cb851b453（coding-rules.md未更新と誤報告）
19:09	事故報告 19cb852a751（誤った調査結果を引用）
19:11	Phase E-1修正版結果 19cb8548248（coding-rules.md直接参照で成功）