セキュリティコンテキストファイルとは、組織の技術的なセキュリティルールを AI コーディングエージェントが実行に移せる 形でまとめた構造化文書であり、コードが書かれる前にすべての AI コーディングセッションへ読み込まれる。 VibeSec の清算 で説明されているように、これを AI に「安全にせよ」と告げるだけの気軽な プロンプトと区別するのは運用上の規律である。このファイルはバージョン管理され、デフォルトで読み込まれ、レビューされ、 自動チェックと組み合わされる。ファイルには、ポリシーに違反する要求 — たとえばチェックの回避、ログ記録の無効化、 何かをパブリックアクセスに設定すること — をエージェントに拒否させ、その理由を説明させるための、譲れないルールが含まれる。
用法
この記事の著者らは、バイブコーディングで作ったプロトタイプをチームでスケールさせていた最中に、AI が安全でない構成を 提案した 2 件のニアミスを経て、これを作成した。彼らのファイルはゼロトラストの徹底、シークレット管理、ハーネス エンジニアリング、サプライチェーンの完全性を扱っており、この種のファイル全般に推奨される範囲としては、これに AI の 説明責任が加わる。
- ゼロトラストと最小権限 — すべてのサービスアカウントとストレージリソースについて、厳格な ID 検証と最小限の アクセス権を課す。
- シークレット管理 — AI は API キー、パスワード、トークンをコード中に生成・保存することを拒否し、環境変数や シークレットマネージャーへ回す。
- ハーネスエンジニアリングのゲート — デプロイ前に SAST スキャン、認証情報スキャン、インフラストラクチャの検証を 通過しなければならず、プロンプトの指示だけに頼らない。
- サプライチェーンの完全性 — 十分に確立されたライブラリのみを使い、すべての依存関係について既知の脆弱性を定期的に 監査する。
- AI の説明責任 — AI が生成したコードはすべて、デプロイ前のピアレビューと自動セキュリティスキャンの対象として フラグ付けされる。
実務では、記事は Claude、Cursor、Replit などのツールに「Rules」として読み込ませることを提案しており、後にはすべての ツールに共通するデフォルト層への投資を勧めている。
適用される場面
この実践は、AI エージェントがコードを生成するあらゆる場面に当てはまる。非技術者のシチズンビルダーが作るプロトタイプも 含まれ、記事はそれらもなおエンタープライズのセキュリティ基準を満たさなければならないと論じている。組織が、検討を経て AI が実行に移せる形に言い直せるセキュリティ要件をもっていることが前提となる。記事がハーネスエンジニアリングから借用する ガイドとセンサー の用語でいえば、このファイルは推論的なガイドである。エージェントに何が良いかを 伝えはするが、それだけでは出力が受け入れ可能であることを確認できない。そのため単独で頼ると機能しなくなる。プロンプトは 上書きされることも、誤解されることも、無視されることもあり、エージェントがファイルに従わなかった場合には、決定論的な チェックとデプロイのゲートがなお問題を捕捉しなければならない。その位置づけは 1 チームの報告である。この実践は、 その記事の著者らが自らのインシデントと、その後に展開したプラットフォームに基づいて提案しているものである。