ProtoOS v0.2.0 — Sistema Operativo Unificado de Protocolos Autónomos

Implementación de referencia de un plano de control gobernado por políticas que compone los protocolos de agente existentes — MCP, A2A, mandatos AP2, x402, MPP, comercio estilo UCP/ACP, AG-UI, identidad estilo ANP/DID — en un único entorno donde los agentes se construyen, descubren, coordinan, autorizan, pagan y auditan.

Librería estándar de Python 3.12 puro (+ cryptography opcional para Ed25519, con respaldo HMAC verificado por el SO). No se requiere red.

Relacionado: OpenMesha · rui · server-os

Superficies

Related MCP server: Agorus MCP Server

Nuevo en 0.2.0 — Bóveda de Constellation y Obsidian

El mundo es ahora un grafo de primera clase, a la par con la pestaña Constellation de la consola web.

• protoos.graph.build_graph(os) deriva el grafo de objetos en vivo — principales, presupuestos, servidores/herramientas MCP, cadenas de mandatos AP2, recibos, tareas, aprobaciones pendientes — con el mismo vocabulario de tipos de nodo/clases de arista que la compilación del navegador (verificado por paridad: COINCIDENCIA).

• protoos.graph.layout(graph, seed=…) es un diseño de fuerza determinista. Exporta: to_json, to_dot, to_svg.

• protoos.vault.write_vault[_zip](os, dest) escribe una bóveda de Obsidian de notas con wikienlaces; unresolved_links() demuestra la integridad.

• Endurecimiento: AuditLog.append copia en profundidad las cargas útiles; TraditionalRail conserva los recibos.

python3 -m protoos.graph out/        # constellation.{json,dot,svg}
python3 -m protoos.vault vault.zip   # Obsidian vault
python3 demo.py                      # also writes both artifacts
python3 -m protoos.cli status

Inicio rápido

python3 -m unittest discover -s tests   # 95 tests
python3 demo.py                          # end-to-end scenario
python3 -m protoos.verify                # traceability audit + live smoke
pip install -e ".[crypto]"               # optional Ed25519
protoos status

from protoos import ProtoOS, Catalog
from protoos.sdk import ProtoOSClient

os_ = ProtoOS()
os_.engine.add_rule("user", "allow", ["payment.settle"], "amount <= 200")
os_.engine.add_rule("org", "require_approval", ["payment.settle"], "amount > 50")

casey  = os_.create_user("casey")
shop   = os_.create_merchant("shop")
budget = os_.wallet.create_budget(casey.did, 500.0, window=(300.0, 86400))

catalog = Catalog(shop.did, "shop")
catalog.add("bk1", "Distributed Systems 101", 10.00, "USD", "digital")

receipt = os_.purchase(casey.did, catalog, [{"sku": "bk1", "qty": 2}],
                       intent_text="buy two intro ebooks", max_amount=100,
                       budget_id=budget.id, categories=["digital"])
# Intent Mandate -> checkout -> Cart Mandate -> Payment Mandate
# -> policy + budget -> x402 settle -> hash-chained audit

Mapa de especificación a módulo

Qué significa aquí «implementación de referencia»

Cada superficie de protocolo mencionada en la especificación está funcionando y probada en proceso: MCP JSON-RPC con herramientas de pago, el ciclo de vida de tareas A2A, la cadena completa de mandatos AP2 Intención→Carrito→Pago, desafío/liquidación x402 con un facilitador en proceso, sesiones prepagadas MPP, flujos de eventos AG-UI sobre SSE, documentos DID y publicación well-known. Este entorno limitado no tiene salida de red, ni clúster de Kubernetes, ni SDK externos, por lo que todo lo que requiera Internet abierto se implementa contra equivalentes locales/de bucle de retorno y se marca explícitamente como parcial o diferido en traceability.json — nada se omite silenciosamente.

Ruta de endurecimiento de producción

1. Plano de control Rust (X1): los límites de los módulos reflejan los servicios previstos; la compilación de Python es la especificación ejecutable.

2. Almacenamiento (X3): en memoria + JSONL → etcd/Postgres / almacenamiento de objetos / base de datos vectorial.

3. Rieles (M1/X6): los SDK oficiales de x402/MPP/AP2 encajan en las uniones de riel existentes.

4. Transportes (X4/X5): añada gRPC/QUIC junto a httpapi.py.

5. Aislamiento (G4): sustituya SandboxedExecutor por aislamiento de contenedor/microVM.

Principios de diseño

1. Componer, no reemplazar

2. Autonomía ante todo con políticas (toda acción sensible está controlada)

3. Mandatos criptográficos + auditoría encadenada por hash

4. Intervención humana como primitiva de primera clase

5. Todo con múltiples rieles (herramientas, mensajería, pagos, identidad)

6. Referencia sin conexión con marcadores honestos de parcial/diferido

Licencia

Apache-2.0. Borrador de la carta de gobernanza: GOVERNANCE.md.