REV-20260717-002OpenPlanning Stageは正常に完了した。
Research Stageの初回生成はContractを満たさず、設計どおり1回だけRetryした。Retry後もResearch Contractを満たさなかったため、最終GateがWorkflowを停止した。
Writing以降のStageは実行されていない。サービス障害ではなく、壊れたResearch DTOを後段へ渡さないための正常な停止だった。
初回生成とRetry生成の双方で、長い自然言語や引用符を含む出力が構造を破壊した。
抽出処理は完全なResearch DTOを取得できず、必須項目を欠落として扱った。Retryでも初回出力と似た長さ・構造が再生成され、同じ失敗形態が繰り返された。
直接原因はResearch DTOの構文不正である。
再発を招いた根本原因は、Retryが初回の失敗出力を大きな文脈として再利用し、モデルへ「何を残し、何を捨て、どこまで短くするか」を十分に制約できていなかったことにある。
Retryは再実行されていたが、失敗原因を減らす方向へ縮退していなかった。
Retry上限到達後、最終GateはResearch DTOを拒否し、Writing以降を実行しなかった。
この停止動作はContract-Driven Architectureとして設計どおりである。問題はGateが厳しすぎることではなく、Retry入力が同じ失敗を再生産したことにある。
ADR-0004 Research Bounded Retry
Retryは「もう一度同じことを頼む機能」ではない。
Retryには、失敗原因を減らし、出力をより小さく、より明確な契約へ収束させる責務がある。同じ文脈を再投入して同じ出力を期待するだけでは、失敗を1回増やすだけになる。
Open
Retry Contextの責務とResearch DTOの出力制約を見直し、同一条件で回帰試験を実施する。