なぜ検証ゲートは依然通過したのか？

matrixフィクスチャが同じ短縮文字列で書かれていたため二つの文字列が一致し、validateとadvanceが共に終了コード0を返し、フェーズが4_verifyに進んだ。

v0.11.0はこの問題をどう止めるのか？

AST経由で元のソースを検査し、プレーンスカラーの同一行に空白またはタブとそれに続く「#」がある場合にファイルのロードを拒否し、ゲートに到達せず終了コード2を返す。

AIコーディングZenn AI/ML2026年9月28日2026年9月28日 22:00

何が起きたか
spec-laneでプレーンスカラーの成功条件「#」とコメントがyaml@2.9.0でコメントを失ったが短縮文字列がmatrixに一致しvalidate/advanceは終了コード0を返した。
なぜ重要か
ゲート自体は壊れていない。渡された値が人間がソースで見たものと既に異なっていたため、ゲート通過は意図した条件全体の検証を証明しなくなった。
注目点
v0.11.0の修正はこうした入力を拒否するがリリースノートは過検出の既知問題を指摘——intent.yaml内の無関係なコメント付きプレーンスカラーが成功条件と同じテキストになると拒否が発生しうる。

誰に効くかspec駆動開発パイプラインを保守するビルドおよびCIエンジニア、そしてYAMLで機械可読な受け入れ条件を書く人々が最も直接的に影響を受ける。パース時の黙った変更により、パイプラインが意図した条件全体を実際に検証せずに検証フェーズへ進む可能性があるためだ。

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

よくある質問

なぜ検証ゲートは依然通過したのか？: matrixフィクスチャが同じ短縮文字列で書かれていたため二つの文字列が一致し、validateとadvanceが共に終了コード0を返し、フェーズが4_verifyに進んだ。
v0.11.0はこの問題をどう止めるのか？: AST経由で元のソースを検査し、プレーンスカラーの同一行に空白またはタブとそれに続く「#」がある場合にファイルのロードを拒否し、ゲートに到達せず終了コード2を返す。