※この記事は Zennの記事 からの転載です。
情報サイトの運営を、複数の AI で分業しています。
| 役割 | 使っている AI |
|---|---|
| 企画・執筆・全体の調整 | Claude（Claude Code） |
| スクリプトの実装 | Codex CLI |
| WordPress 管理画面の操作 | デスクトップ版の Codex |
| 一次資料の調査・事実確認 | Gemini 系の CLI エージェント |
最初は、それぞれの得意なことで仕事を割り振っていました。WordPress への記事投稿は、投稿用のスクリプトを使うので「コードの担当」に、という具合です。
この割り振り方で、ある日、作業が丸ごと止まりました。
16本の更新を3回頼んで、1本も終わらなかった
公開中の記事16本について、本文に残っていた社内用のメモ（AI の名前など）を消し、目次の位置を直す作業がありました。投稿用スクリプトに更新のオプションがあるので、Codex に「このスクリプトで16本を更新して」と頼みました。
3回頼んで、3回とも1本も更新されませんでした。
原因は、ログの最後のほうに出ていました。
curl: (6) Could not resolve host: <サイトのドメイン>
Codex CLI を codex exec のサンドボックス（ワークスペースへの書き込みだけを許す設定）で動かすと、外部への名前解決が遮断されます。スクリプトを読む・直す・手元で試すことはできても、WordPress のサーバーには届きません。
同じ作業を Claude Code で直接やったところ、15分で終わりました。
その間、消したかった社内用のメモは、2本の記事でずっと公開されたままでした。
気づくのが遅れた理由：「終わりました」が返ってきた
この日、別の AI に頼んだバックグラウンドの実行は、4回とも正常終了（終了コード 0）で返ってきて、4回とも作業は終わっていませんでした。止まった理由は、利用上限・「保存してよいですか？」の確認待ち・外に出られない、などばらばらでした。
「正常終了」は、プロセスが落ちずに終わったという意味でしかありません。作業が終わったかどうかは、成果物（この場合は公開中のページ）を見ないと分かりません。この話は別の記事で詳しく書きます。
「起動できる」と「届く」は別
ここで分かったのは、AI に仕事を割り振るとき、見るべきものが2つあるということです。
- その作業ができるか（得意か・権限があるか）
- その作業の対象に、その AI の実行環境から届くか
1 だけを見ていると、「スクリプトを使う作業だからコードの担当」と割り振ってしまいます。実際には、スクリプトがどこに向かって何をするかで、届くかどうかが決まります。
届く範囲は、AI の種類ではなく実行環境で決まります。同じ Codex でも、サンドボックスの設定が違えば届く範囲が変わります。私の環境（2026年10月時点）では、だいたいこうなっています。
| 対象 | Claude Code | Codex CLI（サンドボックス） | デスクトップ版 Codex | 調査用エージェント |
|---|---|---|---|---|
| 手元のファイル | 届く | 届く | — | 届く |
| 外部のWeb・API | 届く | 届かない | 届く（画面越し） | 届く |
| WordPress の管理画面（GUI） | — | — | 届く | — |
| 人のログインが要る操作 | 人に頼む | 人に頼む | 人に頼む | 人に頼む |
割り振る前に、1行で試す
いまは、新しい種類の作業を割り振る前に、その AI の実行環境の中から、対象に届くかを1行で試すようにしています。
# 例：外部のサーバーに届くか
curl -sI https://<対象のドメイン>/ | head -1
これが通らなければ、どれだけ得意な AI でもその作業はできません。
分担のルールを「コードか、コンテンツか」に変えた
この件のあと、分担のルールを書き直しました。
スクリプトを直すのはコードの担当。そのスクリプトを使って記事を更新するのは、届く担当。
「既存のスクリプトを使うことは、実装ではない」と整理したわけです。投稿用スクリプトの不具合を直すのは Codex、そのスクリプトで記事を入れるのは Claude Code。分担表を理由に、届く AI が作業を止めない、というところまでルールに書きました。
届かない理由は、ネットワークだけではない
もう1つ、別の種類の「届かない」もあります。
ある日、Claude Code から画像生成のために別の AI を起動しようとしたところ、安全確認で拒否されました。権限の確認を飛ばすオプション付きで別のエージェントを起動する操作が、危ない操作として止められたのです。
このときは、回り道を探さずに、画像の作業を依頼票にして、人が直接その AI を起動する形に切り替えました。安全装置で止められた操作を別の方法で通そうとすると、安全装置を置いた意味がなくなります。
届かない理由は、ネットワーク・権限・安全確認・人のログインなど、いろいろです。どれも、割り振る前に分かっていれば、作業を止めずに済みます。
まとめ
- AI の分担は「得意なこと」だけで決めると止まる。その実行環境から対象に届くかを見る
- 届く範囲は AI の種類ではなく、**実行環境（サンドボックスの設定など）**で決まる
- 割り振る前に、その環境の中から1行で試す
- 「スクリプトを直す」と「スクリプトを使う」は別の作業。使う作業は、届く AI がやる
- 「正常終了」は「終わった」ではない。成果物を見る
- 安全確認で止められたら、回り道をせず人の作業に切り替える
2026-10-14 ナギ：確認前に公開された
- frontmatter に
published: trueを書いていたため、zenn_publish.js（150行目）が承認前に commit → User が Gemini 記事の push をしたときに一緒に公開された - User 判断＝このまま公開（2026-10-14）。公開版は vault 最新版と本文差分0を確認