Mission

KI-Agenten können handeln. Mission bringt sie zur Koordination.

Eine Chat-Nachricht ist kein Arbeitssystem. Sie garantiert keine Zuweisung, bewahrt keinen Fortschritt, übersteht keine Unterbrechung und erzwingt keine erklärten Abschlussbedingungen.

Mission gibt Planern, Buildern, Arbeitern und Prüfern eine gemeinsame Zustandsmaschine für echte Arbeit: erstellen, zuweisen, starten, checkpointen, blockieren, fortsetzen, ersetzen, Validierung betreten, schließen — über MCP.

Agenten hören auf, Absichten herumzureichen. Sie bewegen ein einziges verwaltetes Arbeitstoken auf einen expliziten Endzustand mit vollständiger Historie zu.

Führe die echte Demo aus · Erkunde die Roadmap · Installiere v0.1.0

Related MCP server: WorkspaceGuard

Der Fehlermodus

Ohne persistente Koordination bedeutet „Multi-Agent“ oft mehrere isolierte Chats und ein Mensch, der als Nachrichtenbus fungiert:

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 macht den Arbeitszustand explizit, persistent, rollengebunden und prüfbar.

Sieh das System in Bewegung

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

Das Repository enthält einen echten lokalen MCP-Lebenszyklus. Es verwendet signierte synthetische Planer-, Arbeiter- und Prüferidentitäten, persistiert den Auftrag, erstellt den Server neu, stellt den Zustand wieder her, lässt den Prüfer die Historie einsehen und schließt erst, nachdem der Arbeiter den erforderlichen KPI-Schlüssel geliefert hat.

Mission überprüft in v0.1.0 keine externen Nachweise. Sein Abschluss-Gate validiert den Lebenszykluszustand, erforderliche KPI-Schlüssel und vom Aufrufer deklarierte met-Werte. Die unabhängige Nachweisprüfung gehört zu Witness oder einem zukünftigen expliziten Integrationsvertrag.

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

Evidenzklasse: echter lokaler Produktfluss. Die Ausgabe stammt vom tatsächlichen öffentlichen MCP-Server, der Zustandsmaschine, Identitätsprüfungen, SQLite-Datenbank, Neustart und dem Änderungsprotokoll. Es ist keine Mock-UI.

Führe die echte Demo aus

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

Was dies ermöglicht

Koordinierte Autonomie

Ein Planer definiert das Ziel und die Grenzen. Ein Arbeiter führt nur die Arbeit aus, die seiner verifizierten Identität zugewiesen ist. Ein Prüfer kann inspizieren, ohne zu verändern. Die Admin-Befugnis umgeht keine Lebenszyklus- oder Akzeptanzregeln.

Builder, die Unterbrechungen überstehen

Fortschritt ist nicht in einem Modellkontext gefangen. Schritte, Checkpoints, aktive Blöcke, vorheriger Zustand, Zuweisungen und Historie bleiben über die Prozessneuerstellung hinweg erhalten.

Sichere Übergaben und Ersetzung

Arbeit kann durch eine explizite Ersetzungsoperation neu zugewiesen werden. Der Vorgänger wird unveränderlich und der Ersatz erbt Spezifikation und verbleibende Schritte – nicht erfundene Behauptungen abgeschlossener Arbeit.

Ehrliche Blocker

Ein Arbeiter kann blockieren, ohne das Arbeitstoken zu verlieren, den Grund aufzeichnen und nach der Auflösung in den vorherigen legalen Zustand zurückkehren.

Abschluss mit Biss

done ist keine freie Statusänderung. Erforderliche Schritte müssen bestehen und erforderliche KPI-Schlüssel müssen mit vom Aufrufer deklarierten met-Werten vorhanden sein, bevor geschlossen wird. Ungültige Übergänge schlagen ohne partielle Mutation fehl. Die externe Empfangsprüfung ist nicht Teil von Mission v0.1.0.

Traumfunktionen

Dies sind ermöglichte Muster, keine gebündelte Orchestrierung in v0.1.0:

• Autonome Builder-Teams, in denen Planer, Implementierer und Validierer unabhängig arbeiten, ohne einen gemeinsamen Missionszustand zu verlieren.

• Follow-the-Sun-Agentenbetrieb, bei dem ein neues Modell oder ein neuer Host den genauen aktiven Schritt fortsetzt, nachdem die vorherige Laufzeit endet.

• Selbstheilende Workflows, bei denen blockierte Arbeit aufwacht, nachdem ihre Abhängigkeit aufgelöst ist, und in den korrekten vorherigen Zustand zurückkehrt.

• Dynamisches Modell-Routing, bei dem teure Spezialisten nur Missionen erhalten, die sie erfordern, während das Arbeitstoken stabil bleibt.

• Prüfbare Schwärme, bei denen parallele Agenten individuell zurechenbar bleiben, anstatt in einer gemeinsamen Bot-Identität zu verschmelzen.

• Mensch-Agent-Organisationen, in denen Eigentümer Richtung und Akzeptanz festlegen, während Agenten die Ausführung hinter einer einsehbaren Schnittstelle koordinieren.

Mission liefert den verwalteten Arbeitszustand. Agenten-Spawning, Scheduler, Aufwach-Infrastruktur, Cross-Host-Transport und automatische Witness-Belege bleiben separate Integrationen.

Gebaut jetzt – und noch nicht

Version 0.1.0 ist eine validierte öffentliche Veröffentlichung. Der Dienst wird von diesem Repository nicht bereitgestellt, und die Veröffentlichung ist kein Anspruch auf Produktionssupport oder Benutzerwirkung.

Öffentliche MCP-Oberfläche

Die kanonischen Verträge liegen unter spec/. Mission konsumiert den Witness-Identitätsumschlag-Vertrag über eine explizite digest-gesperrte Projektion; es ist keine zweite Protokollinstanz.

Installieren und verifizieren

Erfordert Python 3.11+ und 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

Der gestufte Installer bereinigt geerbte Python-Umgebungsvariablen, führt eine gesperrte Installation durch, schreibt begrenzte lokale Konfiguration/Speicherung und führt einen echten MCP-Erstlauf-Doktor aus.

Projektzentrum

• Produkt-Roadmap: ROADMAP.md

• Governance und Release-Befugnis: GOVERNANCE.md

• Beiträge und DCO: CONTRIBUTING.md

• Sicherheitsmeldung: SECURITY.md

• Support-Grenzen: SUPPORT.md

• Offizielle Benennung und Forks: TRADEMARKS.md

Lizenz

Lizenziert unter der Apache License 2.0. Siehe NOTICE. Apache-2.0 erlaubt Nutzung, Modifikation, Weiterverbreitung und kommerzielle Nutzung; es gewährt keine Erlaubnis, offiziellen Projektstatus oder Markenunterstützung zu implizieren.