LWP | ChatからOrchestrationまで―AIを「使う」から「仕事を任せる」へ

LWP TECHNICAL ARTICLE | 197

記事要約

Chat、Project、Skill、Agent、MCP、Orchestrationという言葉を並べるだけでは、AIを業務へどう配置すればよいかは見えてきません。整理の軸になるのは、AIの賢さの序列ではなく、誰が次の工程を決め、誰が全体を制御するのかです。

この記事では、8枚の掛け合いインフォグラフィックを中心に、単発の対話から成果物中心の反復、前提情報の常設、手順の再利用、自律的な工程実行、複数要素の統合制御までを一つの流れとして整理します。現在の現実的な設計は、人間が最上位のオーケストレーターとして各AIを得意工程へ配置し、判断が安定した部分だけを段階的に自動化することです。

本記事の対象とゴール

想定読者

• Chat、Project、Skill、Agentの違いを業務設計の観点から整理したい方

• ChatGPT WebとVS Code＋Codexを、競合ではなく役割分担で使いたい方

• MCPを導入すれば自動化が完成する、という理解に違和感がある方

• 人間が担当している判断を、どこからAgentへ移せるか検討したい方

本記事で得られること

1. ChatからAgentまでの違いを、制御主体の変化として説明できます。

2. Projectを、Chatや作業を支えるコンテキスト環境として位置づけられます。

3. Skill、Agent、MCP、Orchestrationの役割を分けて考えられます。

4. 現在のHuman Orchestrationから、安定部分を自動化する道筋を描けます。

第1章 Chatから始める

Chatでは、人間が質問や依頼を送り、AIが回答や成果物を返します。AIが高性能でも、回答を受けて次に何を聞くか、どこを修正するか、いつ完成とするかを決めるのは人間です。

図1　Chatのトップレベルのオーケストレーターは人間であり、繰り返し使う固定情報を常設したい要求がProjectへつながります。

第2章 Workとは何か

本記事のWorkは公式機能名ではなく、人間とAIが同じ成果物を見ながら構成、修正、再構成を反復する作業形態を表す呼称です。Chatとの違いはAIの性能ではなく、対話より成果物の更新へ重心が移ることです。

図2　Workは、成果物を中心に人間とAIが反復する作業形態です。

第3章 Projectとは何か

Projectは、Chatや成果物中心の作業より上位に並ぶ能力段階ではありません。目的、指示、情報源などを保持する環境であり、登録した資料を何のために使うかはInstructionsで定めます。

図3　ProjectはChatやWorkを支える土台です。参照できる情報と、その情報をどう使うかという指示は別に設計します。

第4章 実践例―インフォグラフィック専用Project

インフォグラフィック制作では、一つのAI環境に全工程を集約する必要はありません。視覚素材の生成と記事制作を分け、それぞれの得意領域へ配置する方が安定する場合があります。

図4　視覚素材はChatGPT Web Project、文章の再構成と検査はVS Code＋Codexへ分担し、人間が両工程を接続します。

第5章 SkillとCoding Agent

Skillは、入力確認、Knowledge参照、構成決定、本文作成、図版照合、検査、修正、保存といった一連の手順を、AIが再利用できる形にしたものです。

図5　SkillはWorkの高性能版ではありません。人間が逐次指示していた手順を、Agentが再利用できる形へ移す仕組みです。

第6章 人間からAgentへ

ChatからAgentまでを一つの軸で見ると、違いはAIの賢さよりも、誰が次を決めるかに表れます。ChatやWorkでは人間の制御が大きく、AgentではAIがSkillやToolを使いながら工程を進めます。

図6　Projectは能力段階の一段ではなく環境です。現在の制作では、人間が要所の判断と品質確認を担っています。

第7章 OrchestrationとMCP

Orchestrationは、複数のAgent、Skill、Tool、外部システムを一つの業務フローとして計画・制御することです。MCPは、そのフロー制御そのものではなく、AIアプリケーションと外部の情報・機能を接続するための標準化されたインターフェースです。

図7　MCPは接続層であり、仕事全体を制御する主体は別に必要です。

第8章 AI業務の将来像

現在の制作フローでは、人間が最上位のオーケストレーターとして、ChatGPT Web ProjectとVS Code＋Codexを得意工程へ配置しています。これは不完全な自動化ではなく、Human Orchestrationという一つの完成した設計です。

図8　人間は各工程の操作者から、目的、制約、品質基準、承認条件を設計する役割へ移っていきます。

まとめ

• Chatでは、人間が質問し、次工程と完成を判断します。

• Workは、成果物を中心に人間とAIが反復する作業形態です。

• Projectは、Chatや作業へ目的、指示、情報源などの前提を与える環境です。

• Skillは、AIが再利用できる仕事のやり方です。

• Agentでは、SkillやToolを使いながら次工程を決める範囲がAI側へ広がります。

• MCPは接続の標準であり、仕事全体を制御するOrchestrationそのものではありません。

• 現在は人間が最上位のオーケストレーターとなり、判断が安定した工程だけを段階的に自動化する設計が現実的です。

AI活用の焦点は、「どのAIが最も賢いか」から、「どの役割を、どの工程へ配置し、誰が品質と次工程を制御するか」へ移っています。

出典メモ

• 元記事: 作業開始時は C:\Users\hoehoe\Downloads\02_記事掛け合い\chat_to_agent_orchestration_knowledge.md。記事完成後は同フォルダーの 記事作成済み へ記事197の接頭辞付きで保管します。

• 使用画像: 同フォルダーの番号①〜⑧の掛け合いインフォグラフィック8枚。公開記事用コピーは 02記事ソース\記事197_ChatからOrchestrationまで_画像 に保管します。

• 生成指示・初期化プロンプト: コイ丸先輩で始まるMarkdown 2件は、画像制作意図を理解する参考資料としてのみ確認し、記事本文の一次情報や完了移動対象にはしていません。

• ChatGPT Projectsの確認資料: OpenAI Help Center, “Projects in ChatGPT”。Projectを、チャット、ファイル、指示をまとめる継続作業向けワークスペースとして確認しました。

• CodexとSkillsの確認資料: OpenAI, “Introducing the Codex app”。Skillを、指示、リソース、スクリプトをまとめた再利用可能な仕事のやり方として確認しました。

• AgentとOrchestrationの確認資料: OpenAI, “New tools for building agents” および “Unrolling the Codex agent loop”。Agentを複数工程とTool利用を進める実行主体として確認しました。

• MCPの確認資料: Model Context Protocol公式仕様・Architecture。MCPを、ホスト、クライアント、サーバー間でResource、Prompt、Toolなどを接続するプロトコルとして確認しました。

• Workは本記事内の概念的な呼称であり、OpenAI製品の公式な階層名ではありません。

• 確認日: 2026-08-25

参考リンク

• https://help.openai.com/en/articles/10169521-projects-in-chatgpt

• https://openai.com/index/introducing-the-codex-app/

• https://openai.com/index/new-tools-for-building-agents/

• https://openai.com/index/unrolling-the-codex-agent-loop/

• https://modelcontextprotocol.io/specification/2025-06-18/architecture

Copyright © LWP 山中 一弘 |