ORCHESTRATOR / PRODUCT

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

Claude Code、Codex、Cursor、Muse、Fugu、Gemini。
使い慣れたAIエージェントを、そのまま使う。

Orchestrator AgentがAIエージェントをPersonaでWrapし、名前、役割、上司、Project、Slack、Repository、仕事のIdentityを与えます。

AIエージェントを選ぶソフトウェアではありません。

AIエージェントが組織で働くためのソフトウェアです。

CLIは、そのまま。
「誰として働くか」を加える。

従来どおりCLIから直接使う。それでもいい。Orchestratorを通せば、同じAIエージェントが組織のPersonaになり、Slackからも、別のPersonaからも仕事を受けられます。

ARIASolution Architect
Persona
↓
wraps
orchestrator-agent
↓
Claude Code
CLI ↔ ARIA ↔ Slack

この対応は例示であり、固定の組み合わせではありません。

現在動作確認しているCLI型AIエージェント:Claude Code、Codex、Cursor、Muse、Fugu(Codex)、Gemini。

AIを「誰か」にする。

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

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

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

名前役割上司種別
Project Ownerproject-owner—人間
アリアsolution-architectProject OwnerAI
シアリーfullstack-engineerアリアAI
カシアスcode-reviewerアリアAI
パフィdeploymentProject OwnerAI
Persona ≠ AI Agent
Persona uses AI Agent.

人間とAIを、
同じ組織図へ。

上司・部下という関係は、人間だけのものではありません。

Orchestratorでは、HumanとAI Personaを同じ組織に配置し、仕事上の関係を定義できます。

人間の上司の下で複数のAIが働くことも、AI同士が役割を分担して仕事を進めることもできます。

Project OwnerHuman
  • ARIASolution ArchitectAI
  • CIALIEFullstack EngineerAI
  • CASSIUSCode ReviewerAI
  • PUFFYDeploymentAI

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

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

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

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

PROJECTProject A
  • ● Members — Human + AI Personas
  • # Slack — #project-a
  • ⌘ Repository — project-a
  • ▣ Workplace — work-machine

AIは、一人で
仕事をする必要もない。

設計、実装、レビュー、修正、デプロイ。仕事に合わせて、人間とAI、AIとAIを組み合わせる。

AI Persona同士は、役割を分担しながら仕事を引き継げます。

YOUこの機能を作って
↓
ARIA設計
↓
CIALIE実装
↓
CASSIUSレビュー
↓
指摘あり?
CIALIE修正(YES)
↓
CASSIUS再レビュー
↻ 指摘がなくなるまで繰り返す。
↓
PUFFYDeploy(指摘なし)

これは一例です。Orchestratorは役割や仕事の流れを固定しません。

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

OrchestratorはCLIを捨てない。

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

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

Human
↓
CLI↔Slack
↓
Persona
↓
orchestrator-agent
↓
AI Agent
↓
Project

仕事の経緯を、
チームの資産にする。

AIとの仕事を、個人のターミナルやDMの中だけに閉じ込めない。

  • CLIから始まっても
  • Slackから始まっても
  • AI Persona同士でも
すべての会話
SLACK共有される文脈
すべての成果物
REPOSITORY共有される資産

誰が、何を考え、何を依頼し、どう成果物へ至ったか——その経緯が、Projectの資産になる。

AIにも、仕事のIdentityを。

PersonaARIAsolution-architect
名前
アリア
役割
solution-architect
上司
Project Owner
メール
aria@example.org
Slack
@aria
Project
Project A

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

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

Orchestrator Agentを作業マシンへ導入し、Persona、Project、CLI型AIエージェントと結び付けます。既存の開発環境を大きく変える必要はありません。

work-machineLatest● 稼働中
  • ARIAClaude CodeProject A稼働中
  • CIALIECodexProject A稼働中
  • PUFFYFuguProject A稼働中

AIが働くための環境を、つなぐ。
そして、働ける状態まで準備する。

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

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

Connect接続できる基盤の例です。
CHAT仕事を共有する場所。例: Slack
REPOSITORY成果物を残す場所。例: GitLab / Forgejo
IDENTITYPersonaのIdentityが立つ基盤。例: Stalwart・Cloudflare
TOOLS仕事に使う業務ツール。例: メール送信(Amazon SES)
AI AGENTPersonaが使うCLI。例: Claude Code / Codex ほか
WORKPLACEAgentを導入する作業マシン。例: orchestrator-agent
Prepare「登録しただけ」で終わらせない。
  1. 01
    Personaを登録する名前、役割、上司、Identity。
  2. 02
    Projectを作成する参加するメンバーと、作業の場。
  3. 03
    Slack Channelを作成・関連付ける
  4. 04
    Repositoryを作成・関連付ける
  5. 05
    Mail Identityを用意する外部サービスで使うIdentity。
  6. 06
    DNSを管理する
  7. 07
    Agentを登録する作業マシンとPersona、Projectを結ぶ。
Work

Personaが、組織で働ける状態になる。

One organization.
Human + AI.

  • Human + AI
  • Organization
  • Persona
  • Project
ORCHESTRATOR
  • Slack / Repository
  • Identity
  • Workplace
  • AI Agent
  • Providers

最初のAI Personaを、
組織へ。

Orchestratorをインストールして、
AIが実際に働ける環境をつくる。

対応OS:Linux x86_64、Linux ARM64、macOS Apple Silicon、Windows。