Misión

Los agentes de IA pueden actuar. La misión hace que coordinen.

Un mensaje de chat no es un sistema de trabajo. No garantiza asignación, no preserva progreso, no sobrevive interrupciones, ni hace cumplir condiciones de finalización declaradas.

La misión brinda a planificadores, constructores, auditores y trabajadores una máquina de estados compartida para trabajo real: crear, asignar, iniciar, verificar, bloquear, reanudar, reemplazar, entrar en validación, cerrar — a través de MCP.

Los agentes dejan de pasarse intenciones. Mueven un token de trabajo gobernado hacia un estado final explícito con un historial completo.

Ejecutar la demo real · Explorar la hoja de ruta · Instalar v0.1.0

Related MCP server: WorkspaceGuard

El modo de fallo

Sin coordinación persistente, "multiagente" a menudo significa varios chats aislados y un humano actuando como bus de mensajes:

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.

La misión hace que el estado del trabajo sea explícito, persistente, con roles definidos y auditable.

Ver el sistema en movimiento

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

El repositorio incluye un ciclo de vida MCP local real. Utiliza identidades sintéticas de planificador, trabajador y auditor, persiste el Auftrag, recrea el servidor, restaura el estado, permite que el auditor inspeccione el historial y cierra solo después de que el trabajador proporcione la clave KPI requerida.

La misión no verifica evidencia externa en v0.1.0. Su compuerta de cierre valida el estado del ciclo de vida, las claves KPI requeridas y los valores met declarados por el llamador. La verificación independiente de evidencia pertenece a Witness o a un contrato de integración explícito futuro.

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

Clase de evidencia: flujo de producto local real. La salida proviene del servidor MCP público real, la máquina de estados, las verificaciones de identidad, la base de datos SQLite, el reinicio y el registro de cambios. No es una interfaz simulada.

Ejecutar la demo real

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

Qué permite esto

Autonomía coordinada

Un planificador define el objetivo y los límites. Un trabajador avanza solo el trabajo asignado a su identidad verificada. Un auditor puede inspeccionar sin mutar. La autoridad de administración no elude las reglas del ciclo de vida ni los criterios de aceptación.

Constructores que sobreviven interrupciones

El progreso no queda atrapado dentro de un contexto de modelo. Los pasos, los puntos de control, los bloqueos activos, el estado previo, las asignaciones y el historial persisten a través de la recreación del proceso.

Transferencias y reemplazos seguros

El trabajo puede reasignarse mediante una operación de reemplazo explícita. El predecesor se vuelve inmutable y el reemplazo hereda la especificación y los pasos restantes — no afirmaciones inventadas de trabajo completado.

Bloqueos honestos

Un trabajador puede bloquearse sin perder el token de trabajo, registrar el motivo y reanudar al estado legal anterior después de la resolución.

Finalización con consecuencias

done no es un cambio de estado libre. Los pasos requeridos deben pasar y las claves KPI requeridas deben estar presentes con valores met declarados por el llamador antes del cierre. Las transiciones inválidas fallan sin mutación parcial. La verificación de recibo externo no es parte de Mission v0.1.0.

Funciones soñadas

Estos son patrones habilitados, no orquestación incluida en v0.1.0:

• Equipos de constructores autónomos donde planificadores, implementadores y validadores operan de forma independiente sin perder un estado de misión compartido.

• Operaciones de agentes que siguen al sol donde un nuevo modelo o host reanuda el paso activo exacto después de que finaliza el tiempo de ejecución anterior.

• Flujos de trabajo autocurables donde el trabajo bloqueado se despierta después de que se resuelve su dependencia y regresa al estado correcto anterior.

• Enrutamiento de modelos dinámico donde los especialistas costosos reciben solo las misiones que los requieren, mientras el token de trabajo permanece estable.

• Enjambres auditables donde los agentes paralelos siguen siendo atribuibles individualmente en lugar de colapsar en una única identidad de bot compartida.

• Organizaciones humano-agente donde los propietarios establecen la dirección y los criterios de aceptación mientras los agentes ejecutan la coordinación detrás de una interfaz inspeccionable.

La misión suministra el estado de trabajo gobernado. El aprovisionamiento de agentes, los programadores, la infraestructura de activación, el transporte entre hosts y los recibos automáticos de Witness siguen siendo integraciones separadas.

Construido ahora — y aún no

La versión 0.1.0 es una versión pública validada. El servicio no está desplegado por este repositorio, y la publicación no es una afirmación de soporte de producción ni de impacto de usuario.

Superficie pública de MCP

Los contratos canónicos viven en spec/. Mission consume el contrato de sobre de identidad de Witness a través de una proyección con bloqueo explícito; no es una segunda autoridad de protocolo.

Instalar y verificar

Requiere Python 3.11+ y 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

El instalador por etapas limpia las variables de entorno de Python heredadas, realiza una instalación bloqueada, escribe configuración/almacenamiento local acotado y ejecuta un doctorado real de primer arranque de MCP.

Centro del proyecto

• Hoja de ruta del producto: ROADMAP.md

• Autoridad de gobernanza y versiones: GOVERNANCE.md

• Contribuciones y DCO: CONTRIBUTING.md

• Reporte de seguridad: SECURITY.md

• Límites de soporte: SUPPORT.md

• Nombres oficiales y bifurcaciones: TRADEMARKS.md

Licencia

Licenciado bajo la Apache License 2.0. Ver NOTICE. Apache-2.0 permite uso, modificación, redistribución y uso comercial; no otorga permiso para implicar estatus oficial de proyecto ni respaldo de marca comercial.