A3：別サービス検証は正規PoC枠で
別サービス（Codex等）の検証は、「検証できる人を絞る」より「検証の条件を絞る」のが現実的です。検証こそシャドー化しやすい領域なので、正規のPoC枠を作ります。
| 要素 | 条件 |
|---|---|
| 環境 | 検証用の会社アカウント・隔離環境を用意 |
| データ | 扱ってよいデータを限定（公開情報・ダミーデータのみ） |
| 運用 | 期限と評価観点を決めた申請制PoCとして回す |
| 評価観点 | 学習利用・データ保持・リージョン・監査ログ等の共通チェックリスト |
| 出口 | 検証結果を承認済みカタログに反映 |
- 評価基準を公開しておくと、現場からの持ち込みが「シャドー検証」ではなく正規ルートに乗る
- 当社では Claude Code から Codex を MCP 経由で呼び出す構成も含めて実際に併用検証
競合だから見ないのではなく、比較して初めて自社標準の妥当性を説明できる