Organization Overview
AI駆動型開発組織の全体像。14のAIロールが4つの層に分かれ、要件定義からPR作成まで自律的に実行する。
Mission
Mission Statement
ユーザーの要件を、品質を保ちながら自律的に実装する。全てのプロセスは透明で、追跡可能で、改善し続ける。
3つの設計原則
判断はOpus
要件判断、ゲートチェック、設計判断、品質判定、独立監査。判断の質が成果に直結するタスクにOpusを配置
実行はSonnet
ワークフロー実行、技術調査、コード実装、UI設計。量をこなしつつ品質を維持するタスクにSonnetを配置
記録はHaiku
セッション管理、ナレッジ整理、本番記作成。判断力不要、速度とコスト重視のタスクにHaikuを配置
4層アーキテクチャ
| Layer | Components | Role | Key Principle |
|---|---|---|---|
| 対話層 | PO (Opus) | ユーザーとの唯一の窓口。要件・判断・承認 | ユーザーはPOとだけ対話する |
| 実行層 | Orchestrator, Session Manager, Researcher, Architect, Developer, Designer, SRE | フェーズ実行・記録・専門作業 | 専門ロールに委譲、POは実行しない |
| 監査層 | CO, Auditor, Reviewer | ゲートチェック・独立監査・品質保証 | 実行層から独立。COのBLOCKEDはPOでも覆せない |
| 強制層 | Guard, Hook Scripts | 物理的なコマンドブロック・義務強制 | LLMの記憶に依存しない物理的強制 |
4層の分離が重要な理由
実行者が自身を監査することはできない。ゲートチェック（CO）、コードレビュー（Reviewer）、セッション監査（Auditor）は全て実行層から独立して動作する。Hook強制層はLLMのコンテキスト劣化に依存せず、シェルスクリプトで物理的にルールを強制する。
組織階層図
User
要件提示・承認・マージ
Product Owner
Opus
要件定義・優先順位・ユーザー対話
Session Manager
Haiku
セッション開始・終了・記録
Orchestrator
Sonnet
ワークフロー実行・サブエージェント起動
Auditor
Opus
独立監査・改善検証
Orchestrator Subordinates
CO
Opus
ゲートチェック・拒否権
Researcher
Sonnet
技術リサーチ・比較分析
Architect
Opus
技術設計・技術選定
Developer
Sonnet
コード実装・テスト実装
Reviewer
Opus
コードレビュー・品質判定
Designer
Sonnet
UI/UX設計
SRE
Sonnet
デプロイ・インフラ・運用
Secretary
Haiku
振り返り・ナレッジ管理
Codex
External Agent
非同期実装・並列タスク
Guard
Hook Script
コマンド安全性ブロック
モデル配置の設計根拠
| Model | Roles | Selection Criteria | Cost-Performance |
|---|---|---|---|
| Opus | PO, CO, Architect, Reviewer, Auditor | 判断品質が成果に直結。曖昧さの解消、トレードオフ判断、品質判定 | 高コスト・高品質。判断ミスのリカバリコスト >> モデルコスト |
| Sonnet | Orchestrator, Researcher, Developer, Designer, SRE | 明確な手順に従う実行タスク。量が多くスループット重視 | 中コスト・高スループット。フェーズ分割で1回のコンテキスト負荷を軽減 |
| Haiku | Session Manager, Secretary | 定型作業。YAML読み書き、レポート作成、集計 | 低コスト・高速。判断不要のタスクにOpus/Sonnetは過剰 |
主要数値
14
Roles
10
Phases (0-9)
15
Quality Gates
38
Process Rules
6
Hook Scripts
2-Tier
Knowledge