AIエージェントを変えずに、
AIを組織にする。

AIを「誰か」にする。

Orchestratorでは、人間もAIも組織を構成するPersonaです。

AI Personaには、名前、役割、上司、仕事のIdentity、担当Project、稼働環境などを与えます。

裏側で利用するAIエージェントが変わっても、Personaそのものは残ります。

AIに、仕事の境界を与える。

Projectは、人とAI Personaが「何を見て、どこで仕事をするか」を分ける境界です。

Projectごとに、参加するPersona、Slack Channel、Repository、作業環境などを結び付けます。

AIを単独で動かすのではなく、特定の仕事・チーム・成果物の文脈の中で働かせます。

CLIで始めても、Slackに残る。
Slackで始めても、CLIが動く。

OrchestratorはCLIを捨てない。

開発者は従来どおりターミナルからAIエージェントへ直接指示できる。同じPersonaにSlackから仕事を依頼することもできる。

さらにorchestrator-agentを介して、CLI型AIエージェント同士が会話し、仕事を引き継ぐこともできる。

AIにも、仕事のIdentityを。

AI Personaにも、組織の中で活動するためのIdentityを与える。

名前、役割、上司、メールアドレス、Slack上のIdentity、Projectとの関係などをPersonaに結び付ける。

名前

アリア

役割

solution-architect

上司

Project Owner

メール

aria@example.org

Slack

@aria

Project

Project Atlas

「どこかのAI」ではなく、この組織の、このPersona。

AIに、働く場所を与える。

AI Personaは、抽象的な設定だけでなく、実際の作業環境で動きます。

Orchestrator Agentを作業マシンへ導入し、Persona、Project、CLI型AIエージェントと結び付けます。

ユーザーは既存の開発環境を大きく変える必要はありません。

• Linux x86_64
• Linux ARM64
• macOS Apple Silicon
• Windows

AIが働くための環境を、
つなぐ。

Orchestratorは、会社が既に利用しているサービスをすべて置き換えるものではありません。

Chat、DNS、Mail、Repository等の基盤と接続し、AI Personaが組織の一員として仕事をする環境を構成する。

接続できる基盤の例です。

「登録しただけ」で終わらせない。

AI Personaが実際に働くには、Identity、Channel、Repository、DNSなど様々な準備が必要です。

Orchestratorは接続したProviderを利用し、それらをできる限り一つの管理画面から準備できるようにする。

1. 01
   Personaを登録する名前、役割、上司、Identity。
2. 02
   Projectを作成する参加するメンバーと、作業の場。
3. 03
   Slack Channelを作成・関連付ける仕事を共有する場所。
4. 04
   Repositoryを作成・関連付ける成果物を残す場所。
5. 05
   Mail Identityを用意する外部サービスで使うIdentity。
6. 06
   DNSを管理するIdentityが立つ基盤。
7. 07
   Agentを登録する作業マシンとPersona、Projectを結ぶ。