「everything-claude-code」の概念をCodex向けに移植し、プロンプトインジェクション対策を強化した
本記事は、AI開発環境のワークスペース（Obsidian vault）において、高度なAI連携フレームワーク「everything-claude-code (ECC)」の思想を、Codex環境で実用的に動作させるための最適化作業の記録である。筆者は、単に概念を貼り付けるのではなく、Codexで実際に機能する形に「翻訳」することに注力した。
主な作業として、Obsidian vaultの構造を再定義し、AIの動作ルールを明確化した。具体的には、ルートディレクトリに最小限の`AGENTS.md`を配置し、詳細な運用ルールは`AI_Context/AGENTS.md`に集約した。また、`project-local`の`.codex/config.toml`を追加し、補助エージェントの権限を`read-only`に限定することで、セキュリティを確保した。さらに、作業の開始点となる初期化プロンプト（`AI_Context/04_Prompts/Codexハーネス初期化プロンプト.md`）を新設し、作業の前提（README、AGENTS.md、最新Daily、関連Project、関連Contextの確認）を固定した。
最も重要な改善点の一つがセキュリティ対策である。ノート本文や外部ドキュメントの文言を「指示」として実行しないよう、これを「未検証データ」として扱う方針を明記した。また、高権限操作や外部送信は、本文の誘導のみで実施しないルールを確立した。さらに、`scripts/security_audit.sh`という監査スクリプトを導入し、秘密情報や注入を疑う文言を簡易的に確認する仕組みを構築した。Web検索についても、常時有効から「調査が必要なときのみ」使用する形に切り替え、外部テキストの流入量を制御した。
筆者は、この最適化の核心は「便利な設定を増やすこと」ではなく、「どこを最上位ルールにするか」という優先順位を明確にすることにあると結論づけている。今後は、このハーネスを実運用で回しながら、誤検知の調整や、Dailyから公開下書きへの流れの再点検を進める予定である。
背景
AIエージェントや大規模言語モデル（LLM）を活用した開発ワークフローは、単なるプロンプト入力に留まらず、複数のファイルや外部ツールを連携させる複雑なシステム化が進んでいる。本記事の背景には、既存の高度なAIフレームワーク（ECC）を、特定の環境（Codex）で安定的に、かつ安全に動作させるための「ローカライズ」と「セキュリティ強化」の必要性がある。
重要用語解説
- Obsidian vault: マークダウン形式のローカル知識ベース構築ツール。ユーザーが作成したノートやドキュメントが蓄積される「金庫」のようなワークスペースを指す。
- プロンプトインジェクション: AIモデルに対して、本来の指示とは異なる悪意のある命令（例：システム設定の変更、機密情報の漏洩）を、入力データ（ノート本文など）に紛れ込ませて実行させるセキュリティ上の脆弱性。
- Codex: 特定のAIモデルまたは開発環境を指す。本記事では、AIエージェントがコードやドキュメントを扱うための実行環境として使用されている。
今後の影響
本最適化により、AIエージェントの運用がより構造化され、信頼性が向上する。特にプロンプトインジェクション対策の導入は、AIを実務に組み込む際のセキュリティリスクを大幅に低減させる。今後は、この「最小単位の圧縮」手法が、他の複雑なAIワークフロー構築の標準的なアプローチとなることが期待される。