Team Design
MARIA OSがマルチエージェントチームをどう設計・構成・統治するか — ロールアーキテクチャから段階的自律性まで。
なぜチーム設計が重要なのか
In autonomous systems, the team is the smallest unit of governance.
How you compose it determines what it can decide — and what it must escalate.
Judgment Cannot Be Parallelized
Execution scales linearly. Judgment does not. A team of 10 agents can process 10x the work, but the quality of a single decision depends on how responsibility is structured — not how many actors participate.
Composition Determines Capability
The mix of human, agent, and hybrid members defines the team's operational envelope. All-human teams preserve nuance but limit throughput. Agent-heavy teams maximize speed but require stronger governance rails.
Roles Before Actors
Design the responsibility structure first, then assign actors. A role defines what decisions can be made, what evidence must be produced, and who bears accountability. The actor — human or agent — is a runtime binding.
Trust Is Earned, Not Configured
Teams evolve through maturity stages. An agent earns expanded autonomy by demonstrating consistent, auditable performance within governed boundaries. Configuration sets the ceiling; behavior sets the floor.
チーム設計は人員配置ではない。 責任アーキテクチャである。
チームの進化を
観察する。
全員人間からエージェント重視まで — チーム構成の4つのティア。ガバナンスインフラの成熟に応じて、8つの標準エージェントロールがより多く活性化される。
標準的な監視
8つの標準ロール。4つの成熟ティア。 Chief MARIA すべてを統括する。
8つの標準ロール x K1-K8スキル
Every team draws from the same 8 standard agent roles. Each role maps to the K1-K8 skill model — the operational foundation shared across all universes.
Plan generation, dependency resolution, execution ordering
Design decisions, structure definition, interface governance
Implementation, optimization, deterministic execution
Test design, reproducibility verification, quality scoring
Boundary verification, permission checks, stop trigger management
Evidence collection, log organization, audit data generation
Health monitoring, fault detection, self-healing guidance
Safety policy enforcement, risk classification, defense design
K1-K8 Skill Model
Collect
Gather raw data and signals
Curate
Organize and prioritize data
Infer
Derive insights and predictions
Verify
Validate against ground truth
Plan
Sequence actions and allocate resources
Execute
Perform actions deterministically
Audit
Review and score quality
Govern
Enforce constraints and policies
Skills are fetched from the Skill Store or dynamically generated. See /architecture/skills for the full skill lifecycle.
Zone間調整
すべてのZone間インタラクションはガバナンスゲートを通過する。 Chief MARIA がMARIA座標系を通じてルーティングを統括する。
ガバナンスゲート付きHub-Spoke
4つのZoneがChief MARIAを通じて調整される。破線 = ゲート統治パス。
5つのゲートタイプ
Hub-Spoke
Chief MARIAがガバナンスゲートを通じてタスクを特化Zoneにルーティング。Zone間依存は低い。
最適な用途: 共有品質基準を持つ独立した作業ストリーム。
座標: G1.U1.P*.Z*.A*
メッシュ
Zone間の直接ピアツーピア調整。Gatekeeperエージェントによるコンフリクト解決が必要。
最適な用途: Zoneが状態を共有する密結合ドメイン。
座標: G1.U1.P1.Z*↔Z*
カスケード
線形ハンドオフ：Zone Aの出力がZone Bの入力になる。各ゲートがハンドオフエビデンスバンドルを検証。
最適な用途: パイプライン処理のような順次ワークフロー。
座標: G1.U1.P1.Z1→Z2→Z3
段階的自律性
チームは4つの成熟段階を通じて進化する。各段階は、それを支えるために必要なガバナンスインフラを構築することで、より大きな自律性を解放する。
手動監視
低リスク、低スループット
チームパターン
全員人間のチーム、エージェントはツールのみ
自律性レベル
なし — エージェントは明示的な指示を実行
ガバナンス
すべてのアクションに人間の承認
補助的実行
中程度のリスク、3-5xスループット
チームパターン
人間の監視下でのハイブリッドリード
自律性レベル
戦術的 — エージェントが提案し、人間が承認
ガバナンス
閾値を超える意思決定にゲート
ガバナンスされた自律性
管理されたリスク、10-20xスループット
チームパターン
エージェント主導、人間の品質ゲート付き
自律性レベル
運用的 — エージェントが境界内で意思決定
ガバナンス
フェイルクローズ型ゲート + 例外処理
自己統治チーム
体系的リスク管理、50x+スループット
チームパターン
ガバナンスインフラ付きのエージェント重視
自律性レベル
戦略的 — エージェントが方向転換を提案
ガバナンス
メタガバナンス：エージェントがガバナンス健全性を監視
より多くのガバナンスがより多くの自律性を可能にする。 床とともに天井が上がる。
誰がその意思決定を所有するか？
Responsibility flows upward through the MARIA Coordinate System: G.U.P.Z.A
Enterprise boundary — ultimate authority
Owns: Organizational values, ethics file, irreducible constraints
G1 = Bonginkan Corp
Business unit scope — strategic direction
Owns: Cross-planet policy, resource allocation, value alignment
G1.U2 = Sales Operations
Functional domain — operational governance
Owns: Domain-specific rules, team composition, workflow design
G1.U2.P3 = Contract Review
Operational unit — execution boundary
Owns: Task execution quality, SLA compliance, evidence production
G1.U2.P3.Z1 = Auto-Review Zone
Individual worker — task-level decisions
Owns: Action outcomes, execution traces within assigned parameters
G1.U2.P3.Z1.A5 = Contract Verifier
Core Principles
Responsibility Cannot Be Delegated
An agent executes on behalf of a human, but the human retains accountability. Delegation creates an execution chain, not a responsibility transfer.
Every Decision Has an Owner
No decision exists without a responsible party. If no owner is identifiable, the decision is escalated until one is found.
Evidence Is Mandatory
Every responsibility transition produces an evidence record. The absence of evidence is itself a governance violation.
Escalation Is Not Failure
Escalation is the system working correctly. A team that never escalates is either trivially scoped or dangerously overconfident.
責任はアーキテクチャである。 追跡できないなら、存在しない。
チームの形成方法
9つのステップ — Universe Builderが使用する同じ決定論的シーケンス。各ステップは監査可能な出力を生成する。
目標
意思決定スコープとビジネス目標を定義
出力: 意思決定境界マップ
スコープ
必要なロールとエスカレーションパスをマッピング
チーム
アクターをロールにバインド（人間/エージェント/ハイブリッド）
スキル
ロールごとにK1-K8スキルカテゴリを割り当て
構築
Zoneグラフと調整トポロジーを設定
ゲート
5種類の品質ゲートタイプと閾値を設定
検証
制約チェックとコンフリクト検出を実行
テスト
ゴールデンテストと再現性チェックを実行
デプロイ
テレメトリとモニタリングでチームが稼働
アンチパターン
ゴースト説明責任
意思決定クラスに追跡可能な所有者がいない。ハイブリッドロールのスコープが不明確な場合に発生しやすい。
早すぎる自律性
ガバナンスインフラなしのエージェント重視構成。速度は上がるが、障害は検出されない。
ガバナンスシアター
ゲートは存在するが常に通過する。エビデンスは生成されるがレビューされない。
エスカレーション回避
チームが有能に見せるためにエスカレーションを抑制する。システム障害まで問題なく見える。
同じプロトコル。同じゲート。同じエビデンス要件。 すべてのチームはガバナンスされたUniverseである。