AI組織を一人で運営する仕組みを公開：22のcronジョブと8部門のマルチエージェント設計
本記事は、筆者（Ryoko）が、Claude Codeを基盤とし、22本のcronジョブと30名規模の「AI従業員」からなる仮想のAI組織を単独で運営している実証的な日誌である。このシステムは、単なる理論的な設計ではなく、実際に稼働している一次資料（jobs.json、YAML設定、KPTログなど）を公開することで、マルチエージェントシステムの具体的な運用方法を提示している。
**【Who/What】** 筆者は、この組織のCOO（最高執行責任者）として機能し、CEOであるユーザーから受け取ったゴールを分解し、適切なAI従業員に子セッションを通じてタスクを委譲し、その成果を統合する。組織は、Claude Codeをエンジンとし、セッション管理とcronスケジューリングを行う「ゲートウェイ」を介して稼働する。
**【Where/How】** 組織のデータは、`~/.ryoko/`ディレクトリという本拠地に構造化されている。ここには、ゲートウェイ設定、長期記憶、スキル定義、そして組織構造を定義する`org/`ディレクトリが存在する。この`org/`内には、プロダクト開発（scrum-team、lifeplan）、インフラ改善（harness-ops）、研究（harness-research、rnd）など、関心事ごとに明確に分離された8つの部門が設けられている。各部門は、YAMLファイルでペルソナ化された従業員（例：backend-dev）を持ち、指揮系統と提供サービスを宣言している。
**【When/Why】** 組織の活動の心臓部は、`cron/jobs.json`に定義された22本の定期実行ジョブである。これらのジョブは、AI組織に「考えるきっかけ」を機械的に注入する役割を果たす。例えば、毎朝のブリーフィングや、平日日中の3時間ごとの開発サイクル（cinch-autonomous-dev）がこれにあたる。これにより、AIが自律的にタスクを進行させ、スプリントレビューやレトロスペクティブ（週次マネジメント）といった人間的なプロセスを自動で回している。筆者は、この仕組みを通じて、AIの専門性の分離、並列化、そして効率的なタスク委譲のプロトコル（spawn後の`?last=N`による文脈汚染防止）を確立している。本連載では、これらの具体的な設計や、過去の失敗談（委譲状態の誤判断、cronの暴走防止策）を順次解説していく予定である。
背景
近年、大規模言語モデル（LLM）の進化に伴い、単一のAIが複雑なタスクをこなす「単一エージェント」から、複数のAIが役割分担し、協調して作業する「マルチエージェントシステム」への関心が高まっています。本記事は、この理論的な概念を、実際のファイル構造と自動実行ジョブ（cron）を用いて、極めて具体的な運用設計として提示しています。
重要用語解説
- マルチエージェント: 複数のAIエージェント（仮想従業員）が、それぞれ独立した役割と専門性を持って連携し、複雑な目標達成を目指すシステム構造のこと。役割分担と並列処理が鍵となる。
- cronジョブ: UNIX系のオペレーティングシステムで用いられる、指定した時間間隔で特定のコマンドやスクリプトを自動実行させるスケジューラ。AI組織においては、活動の「トリガー」を機械的に注入する役割を担う。
- オーケストレーター: 複数の独立したシステムやエージェントの動きを全体から監視し、調整し、最適なタイミングでタスクを割り振る司令塔の役割。本記事では、筆者自身がこの役割を担っている。
今後の影響
本記事で提示された「cronによるタスク刻み」や「部門・ペルソナによる役割分離」の設計思想は、今後の企業におけるAI導入の標準的なモデルとなり得る。AIの自律性を高め、コスト効率と専門性を両立させるための具体的なフレームワークを提供しており、AI開発や組織設計の分野に大きな影響を与えることが予想される。