「AI社員」「AIチーム」はもう終了 — GPT-6 Astraは分けずに1体で全部やる

結論：「AI社員」「AIチーム」は、Astraでは形だけのマルチエージェント構成になった

本記事で言う「AI社員」「AIチーム」とは、役職名を付けた複数のサブエージェントを常設し、司令塔役がそこへ仕事を振り分ける構成のことです。英語圏では orchestrator／worker と呼ばれ、SNSでは「AI社員◯人」「AI部下」といった名前で紹介されています。

Codex開発チームのAhmed Ibrahim氏は2026年9月9日、この構成についてはっきり書いています。要点は3つです。トレードオフを理解しないまま、場当たりなマルチエージェント構成を使うのをやめてほしい。そうした構成を強いると、利用枠を燃やし、結果もかえって悪くなる。Astraは大半の仕事を単独でこなせるので、司令塔と作業者の構成は必要ない。

つまり「終了」なのは、サブエージェントという機能ではありません。仕事の中身と無関係に、組織図を先に決めてしまう使い方です。映えるのは組織図であって、成果物ではない。Astraでは、分けるより1体に全部やらせたほうが速く、安く、良い結果が出ます。

出所ごとに整理する — 公式が言っていること、個人が言っていること

「Astraにはサブエージェントが要らない」と一言でまとめられがちですが、公式ドキュメントと開発チームの個人の発信では、言っている強さが違います。混ぜずに並べます。

公式ガイドの側は、むしろ「Astraは既定では委任が控えめなので、並列化したければ指示で促せ」と書いています。2つを合わせると、正確な読み方はこうなります。既定は単独走行。分担は明確に有利な場面だけ、人が意図して指定する。「AI社員」「AIチーム」の常設構成は、この読み方の正反対にあります。

なぜ「分ける」と遅く、高く、悪くなるのか

組織図どおりに分担させると、以前のモデルでは気にならなかった4つのコストが、Astraでは表に出ます。

• 文脈が分断される — 司令塔が要約して仕事を渡すため、1体なら自然に持っている前後関係が落ちる。担当は目的を知らないまま部分最適の答えを返し、それを司令塔がまた要約する
• 統合の工程が増える — 分けた数だけ「結果を集めて整合させる」仕事が増える。短い仕事ほど、統合の手間が本体の作業を上回る
• 書き込みが衝突する — 公式ドキュメントが注意するとおり、複数の担当が同じファイルを編集すると衝突する。壊れた成果物を直す時間は、分担で浮いた時間より長い
• 利用枠を燃やす — 担当ごとにモデルとツールを動かすため、1体より多くのトークンを使う（公式ドキュメント）。Codexのエージェント利用枠は共有なので、常設した組織図の分だけ、他の仕事に使える枠が減る

そして最大の理由は、補う必要のない能力を、分担で補おうとしていることです。以前は「1体では精度が足りないから分ける」に意味がありました。Astraは単独で大半の仕事をこなせる（開発チームの発信）ので、分担は精度を上げるどころか、上の4つのコストだけを残します。

1体に全部やらせる頼み方 — 組織図ではなく、完成条件を渡す

「AI社員」の構成をやめると、代わりに何を渡せばよいのか。答えは目的・範囲・止まる線・完成条件・報告の形の5つです。組織図が担っていたのは実は「仕事の切り分け」ではなく「何をもって完成とするかの定義」で、それは1体にそのまま渡せます。以下は当社の依頼文の作例です。

目的：来週の経営会議向けに、A事業の直近3か月の数字と論点をまとめる
範囲：/経営会議/2026-09/ 配下の売上・原価・問い合わせの各ファイル
　　　（他のフォルダは読んでよいが、編集はこのフォルダ内だけ）
進め方：分担せず、あなた1体で調査→整理→執筆まで通してください
止まる線：数字の定義が資料間で食い違ったら、推測で埋めずに一覧にして止める
完成条件：A4で2枚以内。数字には出典ファイル名を付ける。
　　　　　論点は「決めてほしいこと」と「報告だけ」に分ける
報告：完成後、削った情報と迷った判断を5行以内で添える

公式ガイドは「並列化してよい場面は指示で促す」と書いています。裏返せば、指示しなければAstraは分担しません。AGENTS.mdに「常に◯体で分担」と書いていない限り、既定はもう単独走行です。依頼文に「分担せず通して」と一言添えるのは、その既定を確認する念押しに過ぎません。

それでも分担を残す2用途

分担が明確に有利な場面は2つだけです。Codex公式ドキュメントが向いているとする読み取り中心の並列作業と、当社が実運用で置いている公開前チェックの専任担当のような別の文脈で見せる品質チェックです。どちらも「常設の組織図」ではなく、その仕事のときだけ依頼文で指定します。

残す2用途の頼み方と、標準エージェントの役割はサブエージェントと並列実行で解説しています。担当と統合役の決め方はGPT-6 Astraの企業活用の4節が参考になります。

AGENTS.mdの「常に◯体で分担」は外す

組織図を常設していた場所は、たいていAGENTS.mdか、サブエージェントの定義ファイルです。やることは1つで、「まず司令塔が計画し、3体に振り分けて」のように仕事の中身と無関係に構成を固定した行を外すこと。定義ファイル自体は残して構いません。残す2用途のときに、依頼文から呼べばよいからです。

AGENTS.md全体の減量やSkillsの見直しは、本記事では扱いません。肥大化したAGENTS.mdの棚卸しはAGENTS.mdの書き方、指示ファイル同士の矛盾でAstraが止まる原因の点検はAstraの気の利き方の記事をご覧ください。

Claude Codeでも判断は同じ

Claude Codeの公式ドキュメントも、判断基準はほぼ同じです。やり取りを繰り返す作業、工程間で文脈を共有する作業、小さな修正、待ち時間が惜しい場面はメインの会話で。サブエージェントは、出力が長い作業と、自己完結して要約で返せる作業に限る、と整理しています。「AI社員」の常設構成をやめる判断は、ツールを問いません。

まとめ — 組織図で映えるより、成果物で速く

Astraの登場で変わったのは、AIを増やすことに意味がなくなったことです。1体のAIに、会社の情報と完成条件を渡す。分担は、大量資料の並列調査と公開前チェックのように明確に有利な場面だけ、その仕事のときに指定する。「AI社員◯人」の組織図は、Astraでは利用枠の請求書にしかなりません。

株式会社AI OrchestraのCodex研修・導入伴走支援では、貴社のAGENTS.mdとサブエージェント定義をその場で開き、常設の分担指示を外して、1体に渡す完成条件へ書き換えるところまでを一緒に行います。「AI社員」の構成を作ってしまった状態から持ち込んでいただいて構いません。