Codexを社内共有フォルダのObsidian保管庫で使うためのセキュリティガイド

1. 最重要原則

Codexは、開いたワークスペース内のファイルを読み、必要に応じてファイルを作成・編集できるAIエージェントです。そのため、業務利用では「何を読ませるか」だけでなく「どこまで触れる状態にするか」が非常に重要です。

今回の前提では、ワークスペースは社内ネットワークの共有フォルダ内に置いたObsidian保管庫です。Codexには、その保管庫フォルダの中だけを見せます。親フォルダや隣の部署フォルダまで見える場所を開かないことが、最初の安全策です。

2. 先に知っておく言葉

3. ワークスペースの作り方

おすすめの配置

\\社内サーバー\共有\AI活用\
  Business-AI-Vault\        ← Codexで開くのはここだけ
    00_inbox\
    10_self-company\
    20_daily-work\
    30_numbers\
    40_projects\
    50_outputs\
    70_templates\
    80_references\
    90_archive\
    99_attachments\

避ける配置

\\社内サーバー\共有\       ← 開かない
  経理\
  人事\
  顧客情報\
  契約書\
  AI活用\
    Business-AI-Vault\

4. サンドボックスと承認

不安に感じやすいのは、「自分は保管庫だけを開いたつもりでも、AIが勝手に別フォルダへ行くのではないか」という点です。この不安には、気合いや注意だけではなく、仕組みで答える必要があります。

サンドボックスは、Codexが自由に動ける範囲を制限する仕組みです。承認は、その範囲を越える操作や、危険度の高い操作の前に人間へ確認する仕組みです。つまり、AIの意図しない動きを「作業場所」「権限設定」「承認確認」の段階で止める考え方です。

三重の安全策として考える

AIがフォルダ外へ行こうとしたらどうなるか

安全に使うための考え方

• ワークスペースは小さくする。
• サンドボックスは広げすぎない。
• 承認確認が出たら、内容を読んでから判断する。
• 理由が分からない承認は許可しない。
• 削除、移動、上書き、フォルダ外アクセスは特に慎重に見る。

5. 推奨設定と設定方法

画面や設定名は利用しているCodexの種類やバージョンで変わることがあります。ここでは、公式ドキュメントで説明されている代表的な考え方を、業務で使うときの安全確認として整理します。

設定には3つのタイミングがある

Codexのセキュリティ設定は、すべてを毎回自分で細かく設定するものではありません。大きく分けると、管理者が事前に決めるもの、作業を始めるときに自分が確認するもの、作業中に一時的に判断するものがあります。

どこで設定を見るのか

まず選ぶべき組み合わせ

画面で設定する場合の見方

1. Codexで新しい作業を始めるとき、ワークスペースとしてObsidian保管庫フォルダそのものを選びます。
2. 権限や承認の設定画面がある場合は、読み取り専用またはワークスペース内編集に相当する設定を選びます。
3. 「Full Access」「すべて許可」「承認なし」「危険な制限解除」に近い表現は選びません。
4. 「作業フォルダ外へのアクセスは確認する」「必要なときに承認する」に近い設定を選びます。
5. 作業開始後、Codexが追加権限を求めたら、その理由と対象フォルダを確認してから判断します。

一度設定すれば終わりか

設定の強さを比べる

黒い画面で操作する場合

ここからは、CLIという操作方法を使う場合の説明です。CLIとは、黒い画面に文字で命令を打って操作する方法です。普段のアプリ画面だけでCodexを使う場合は、この部分を読み飛ばしてかまいません。

Codex CLIや設定ファイルを使う場合は、権限プロファイルやサンドボックス設定でアクセス範囲を指定できます。権限プロファイルとは、「読み取りだけ」「作業フォルダ内だけ編集可」のような権限セットです。実際の設定名や書き方は、利用中のCodexの画面や公式ドキュメントで確認してください。

# 考え方の例
# 1. 作業フォルダはObsidian保管庫だけにする
# 2. ワークスペース内の編集は許可しても、フォルダ外は制限する
# 3. 境界を越える操作では承認を求める

default_permissions = ":workspace"

# 古い設定方式の例:
# sandbox_mode = "workspace-write"
# approval_policy = "on-request"

黒い画面で起動するときに意識すること

# CLIで考える場合の例
# 実際のコマンド名やオプションは、利用中のCodexで確認してください。

cd "\\社内サーバー\共有\AI活用\Business-AI-Vault"
codex --sandbox workspace-write --ask-for-approval on-request

ポイントは、コマンドそのものよりも、最初に移動する場所がObsidian保管庫であることです。親フォルダで起動してから「保管庫だけ見て」と頼むより、最初から保管庫を作業場所にして起動するほうが安全です。

6. 最初に伝える言葉

設定だけでなく、依頼文でも境界を明確にします。作業開始時に、次の文章をCodexへ渡してください。

この作業では、現在開いているObsidian保管庫フォルダの中だけを対象にしてください。
社内共有フォルダの親階層、他部署フォルダ、デスクトップ、ダウンロード、個人フォルダ、別ドライブにはアクセスしないでください。
原本ファイルは変更しないでください。
新しい要約や分析結果を作る場合は、この保管庫フォルダ内に新しいファイルとして作成してください。
もしフォルダ外へのアクセス、追加権限、ネットワークアクセスが必要になった場合は、実行せずに理由を説明してください。

依頼文に入れるとよい一文

• 「この保管庫フォルダの中だけを対象にしてください。」
• 「原本は変更せず、結果は新しいファイルにしてください。」
• 「フォルダ外の情報が必要な場合は、実行せずに教えてください。」
• 「不明なことは推測せず、不明と書いてください。」

7. 権限確認の見方

権限確認は、最初に一度だけ行う設定ではありません。Codexが作業中に「この操作をしてよいですか」と追加で聞いてくる確認です。表示されたら作業を止めて、内容を確認します。とくに社内共有フォルダでは、親フォルダや別部署フォルダへ広がる操作に注意します。

8. 日常運用チェック

作業前チェック

• Codexで開いている場所は、Obsidian保管庫フォルダそのものか。
• 共有フォルダの親階層を開いていないか。
• 今回使う資料だけが保管庫内に入っているか。
• 顧客名、住所、電話番号、給与、契約条件などの機密情報は、作業に必要な最小限だけにしているか。不要な情報はマスキングしているか。
• 原本を直接編集しない運用になっているか。
• Codexへの依頼文に「このフォルダ内だけ」と書いたか。

やってはいけないこと

• 会社全体の共有フォルダをCodexで開く。
• 人事、経理、契約、顧客情報フォルダが見える親フォルダを開く。
• 理由が分からない権限確認を許可する。
• 原本PDFや元CSVを直接上書きさせる。
• 広い権限設定を「便利そうだから」という理由で選ぶ。

9. 参考にした公式情報

• OpenAI Developers: Sandbox - Codex
• OpenAI Developers: Permissions - Codex

注: Codexの画面、設定名、権限プロファイルは変更されることがあります。実際の設定は、利用中のCodexの画面と最新の公式ドキュメントで確認してください。