検知器（テスト基盤・検証スクリプト・パーサ・品質ゲート）の変更を第三者（別ベンダーの AI レビュアー・read-only sandbox のレビュー環境）に検証させる運用では、検体ハーネスが実行時に一時ディレクトリや作業ファイルを書き込む作りだと、read-only 環境で起動すらできず、独立実行検証が実装者の証跡の静的照合へ縮退する。

運用

• 故意ずれ検体（synthetic な壊れ入力）は、生成スクリプトで事前に fixture ファイルとして固定し、検証ハーネス本体は読み取りと外部プロセス起動だけで完結させる（書込ゼロ）。
• 生成スクリプトは検体の出自・意図の記録として fixture と並置して残す。検体一式はレビュー完了まで削除しない — 独立検証は残存する検体で再現できることが前提。
• 実ログ由来の検体（切り詰め・実イベントログ）も同じ fixture ディレクトリに置き、synthetic と同列に列挙する。

なぜ

検知器の false green は静的読解では見抜きにくく、検証の価値は「レビュアーが自分で実行して合否を再現できる」ことにある。ハーネスの書込依存はこの独立性を環境要因で壊す。実装者側は書込可能な環境で動くため、この欠陥は実装者の自己検証では顕在化せず、レビュー段階で初めて発覚する。

検証

ハーネス作成後に、書込系 API（一時ディレクトリ作成・ファイル書出し）への参照がゼロであることを機械確認し、可能なら read-only 制約下で1回実行して exit 0 と全件合否を確かめる。