現代のAIコーディングエージェントは、同じワークフローで仕様を実装し、合格するテストスイートを生成できますが、これにより重要な欠陥が生じます：テストと実装が同じ曖昧な解釈から生じる場合、テストは実装と意見を異にできません。これは、建設者が検証者であってはならないという検証と確認（V&V）の基本原則に違反します。General MotorsのSuper CruiseおよびUltra Cruiseプログラムの経験に基づいて、著者は仕様の曖昧さを検出するために独立検証が不可欠であることを強調します。たとえば、レーダー仕様が"gap must be a distance the forward radar can measure, up to its rated range of 250m"と述べると、重要な質問が残されます：測定はどこから始まりますか？0mを測定できますか？独立したレビューなしに、開発者はこれらの曖昧さを一方的に解決し、自己確認のテストにつながります。真の検証には、別の解釈が必要です：あるエンジニアが実装し、別のエンジニアが確認します。意見の違いは、デプロイメント前に実際の仕様の欠陥を明らかにします。この原則は、従来の製品開発で数十年間標準であり、NASA契約作業中に頭部および眼追跡システムの校正を行っている間、著者の校正を独立QAが検証したことで強化されました。著者は、この分離を自動化するためのオープンソースPythonプロジェクトを構築し、テストが実装を疑問に思わせるようにし、単に確認するのではなく、保証することを確実にしました。