Mission

AIエージェントは行動できる。Missionはそれらを調整する。

チャットメッセージはワークシステムではない。割り当てを保証せず、進捗を保持せず、中断を乗り越えず、宣言された完了条件を強制しない。

Missionは、プランナー、ビルダー、ワーカー、監査人に、実際の作業のための共有ステートマシンを提供する: 作成、割り当て、開始、チェックポイント、ブロック、再開、置換、検証への移行、クローズ — MCPを通じて。

エージェントは意図を渡し合うのをやめる。彼らは、完全な履歴を持つ明確な終了状態に向けて、管理された単一のワークトークンを進める。

実際のデモを実行 · ロードマップを見る · v0.1.0をインストール

Related MCP server: WorkspaceGuard

失敗モード

永続的な調整がなければ、「マルチエージェント」は、しばしば複数の孤立したチャットと、メッセージバスとして機能する一人の人間を意味する:

Planner: “Agent B has the task.”
Agent B: “Which version? What is done? What blocks me?”
Agent C: “I also started it.”
Restart: “The previous state is unavailable.”
Owner: reconnects the whole system manually.

Missionは、作業状態を明示的で、永続的で、役割に紐づけられ、監査可能なものにする。

システムの動きを見る

sequenceDiagram
    actor Owner
    participant Planner
    participant Mission
    participant Builder
    participant Auditor

    Owner->>Planner: Ship a validated release
    Planner->>Mission: Create steps, constraints, exit KPIs
    Planner->>Mission: Assign Builder
    Builder->>Mission: Start
    Builder->>Mission: Checkpoint with evidence
    Note over Mission: Process restarts
    Builder->>Mission: Read restored state: validating
    Auditor->>Mission: Inspect history read-only
    Builder->>Mission: Close with declared KPI result
    Mission-->>Owner: done + complete lifecycle history

このリポジトリには、実際のローカルMCPライフサイクルが含まれている。署名付きの合成プランナー、ワーカー、監査人アイデンティティを使用し、Auftragを永続化し、サーバーを再作成し、状態を復元し、監査人が履歴を検査できるようにし、ワーカーが必要なKPIキーを提供した後にのみクローズする。

Missionはv0.1.0では外部証拠を検証しない。 そのクローズゲートは、ライフサイクル状態、必要なKPIキー、および呼び出し元が宣言したmet値を検証する。独立した証拠検証は、Witnessまたは将来の明示的な統合契約に属する。

queued -> assigned -> active -> validating
[restart] state restored: validating
validating -> done
MISSION_DEMO_PASS state=done restart=pass auditor_read=pass kpi_gate=caller_declared history=create,assign,start,checkpoint,close

エビデンスクラス: 実際のローカル製品フロー。 出力は、実際の公開MCPサーバー、ステートマシン、アイデンティティチェック、SQLiteデータベース、再起動、およびチェンジログから得られる。モックUIではない。

実際のデモを実行

git clone https://github.com/MaximilianoColoma/mission.git
cd mission
uv sync --locked
uv run python examples/coordinated_autonomy_demo.py

これが可能にするもの

調整された自律性

プランナーは目的と境界を定義する。ワーカーは、検証されたアイデンティティに割り当てられた作業のみを進める。監査人は変更なしで検査できる。管理者権限は、ライフサイクルまたは受け入れルールを迂回しない。

中断を乗り越えるビルダー

進捗はモデルコンテキスト内に閉じ込められない。ステップ、チェックポイント、アクティブなブロック、以前の状態、割り当て、および履歴は、プロセスの再作成をまたいで永続化される。

安全な引き継ぎと置換

作業は、明示的な置換操作を通じて再割り当てできる。前任者は不変になり、後任者は仕様と残りのステップを引き継ぐ — 完了した作業の捏造された主張ではなく。

正直なブロッカー

ワーカーは、ワークトークンを失うことなくブロックし、理由を記録し、解決後に以前の正当な状態に再開できる。

実効性のある完了

doneは自由形式のステータス変更ではない。必須ステップが合格し、必須KPIキーが呼び出し元が宣言したmet値とともに存在して初めてクローズできる。無効な遷移は部分的な変更なしに失敗する。外部レシート検証はMission v0.1.0の一部ではない。

夢の機能

これらはv0.1.0では有効化されたパターンであり、バンドルされたオーケストレーションではない:

• 自律型ビルダーチーム — プランナー、実装者、検証者が、共有された単一のミッション状態を失うことなく独立して運用する。

• フォロー・ザ・サン方式のエージェント運用 — 新しいモデルまたはホストが、前のランタイムの終了後に正確なアクティブステップを再開する。

• 自己修復ワークフロー — ブロックされた作業が、依存関係の解決後に目覚め、正しい以前の状態に戻る。

• 動的モデルルーティング — 高価な専門家は、ワークトークンを安定に保ちながら、それらを必要とするミッションのみを受け取る。

• 監査可能なスウォーム — 並行エージェントが、単一の共有ボットアイデンティティに統合されるのではなく、個別に帰属可能なままである。

• 人間とエージェントの組織 — オーナーが方向性と受け入れを設定し、エージェントが単一の検査可能なインターフェースの背後で実行を調整する。

Missionは管理された作業状態を提供する。エージェントのスポーン、スケジューラー、ウェイクアップインフラストラクチャ、クロスホスト転送、および自動Witnessレシートは、別個の統合として残る。

現在構築されているもの — そしてまだ構築されていないもの

バージョン0.1.0は検証済みの公開リリースである。このサービスはこのリポジトリによってデプロイされておらず、公開は本番サポートまたはユーザー影響の主張ではない。

公開MCPサーフェス

正規の契約はspec/の下にある。Missionは、明示的なダイジェストロック投影を通じてWitnessアイデンティティエンベロープ契約を消費する。それは第二のプロトコル権威ではない。

インストールと検証

Python 3.11+とuvが必要。

./install.sh --manifest --json
./install.sh --target "$HOME/.local/share/mission" --non-interactive --json
uv sync --locked
uv run python -m pytest -q -p no:cacheprovider tests repair-tests
uv build

段階的インストーラーは、継承されたPython環境変数を消去し、ロックされたインストールを実行し、制限されたローカル設定/ストレージを書き込み、実際のMCP初回実行ドクターを実行する。

プロジェクトセンター

• 製品ロードマップ: ROADMAP.md

• ガバナンスとリリース権限: GOVERNANCE.md

• 貢献とDCO: CONTRIBUTING.md

• セキュリティ報告: SECURITY.md

• サポート範囲: SUPPORT.md

• 公式名称とフォーク: TRADEMARKS.md

ライセンス

Apache License 2.0の下でライセンスされている。NOTICEを参照。Apache-2.0は、使用、変更、再配布、および商用利用を許可する。公式プロジェクトステータスまたは商標による推奨を暗示する許可は与えない。