xytara MCP Executor

npx add-mcp 'https://xytara-mcp-executor.onrender.com/mcp'

Los agentes pueden descubrir, cotizar, pagar, ejecutar y probar desde una única entrada pública.

Esta página condensa la historia pública orientada a máquinas en un solo lugar. Reúne las superficies de llamada soportadas, los frentes de protocolo, los frentes de pago, la verdad del runtime XT1, la verdad de prueba XNYA y el alcance más amplio del catálogo, para que un agente externo o un desarrollador no tenga que inferir la pila a partir de documentos dispersos.

Columna vertebral pública canónica

La entrada pública debe hacer que las primitivas de runtime y prueba sean inconfundibles. XT1 es el estándar de verdad de ejecución del lado del runtime. XNYA es la familia compacta de artefactos de prueba nativos. Juntos se integran en un único movimiento de cotizar -> financiar -> ejecutar -> probar -> inspeccionar.

• Verdad de runtime: XT1
• Verdad de prueba: XNYA
• Superficies de llamada: 5
• Frentes de protocolo: 5
• Frentes de pago: 5

Resumen de entrada de agente · JSON de primera ejecución · Resumen de XT1 · Entrada autónoma de xytara · Resumen de XNYA

Superficies de llamada

La misma columna vertebral de runtime y prueba es accesible desde las superficies públicas que soportamos explícitamente ahora, en lugar de requerir una única interfaz fija o una única forma de protocolo fija.

• CLI y terminal: cli, shell, terminal
• Navegador y checkout alojado: browser, embedded_webapp, human_ui
• Agentes de chat y ventanas de asistente: assistant_window, chat_agent, tool_calling
• Llamadas directas a la API: http_api, rest, signed_request
• Sistemas de servicio a servicio y basados en eventos: embedded_runtime, event_bus, service_to_service

Probar · Comenzar · Documentación · Mapa del sitio

Frentes de protocolo

La pila ya soporta múltiples frentes hacia el mismo núcleo de runtime. El predeterminado sigue siendo claro, mientras que los frentes soportados y opcionales se nombran explícitamente en lugar de ocultarse detrás de un lenguaje de marketing.

• Frente de herramienta principal MCP: frente de protocolo predeterminado principal
• Frente de negociación y liquidación A2A: frente de protocolo soportado de primera parte
• Frente de herramientas y sesiones A2C: frente de protocolo soportado de primera parte
• Protocolos puente soportados integrados: amplitud no predeterminada soportada integrada
• Frentes de protocolo de staging de terceros: superficie de extensión de socios descubrible

Verdad de adaptador/protocolo · Ruta predeterminada de runtime · Recorridos de proveedores · Tarjeta de servidor MCP · Entrada remota MCP

Registro de descubrimiento autónomo

Este es el mapa denso legible por máquina para agentes externos y rastreadores. Expone los carriles de resumen de protocolo, pago y framework en un solo lugar, para que la entrada pública pueda descubrirse desde la ruta más corta posible sin requerir contexto privado.

• MCP, A2A, A2C, ACP, x402, L402 y BOLT tienen superficies de resumen públicas.
• La tarjeta de agente A2A se publica en /.well-known/agent-card.json para búsquedas directas en el registro, con /.well-known/agent.json mantenido como alias de compatibilidad.
• Los resúmenes de framework están disponibles para LangChain, LangGraph, Semantic Kernel, AutoGen, CrewAI y LlamaIndex.
• Los resúmenes de sistemas de eventos están disponibles para Kafka, NATS, MQTT y entrega estilo webhook.
• El índice de descubrimiento de agentes es la entrada de máquina preferida y reúne el mapa completo legible por máquina en un solo lugar canónico.
• La matriz de integración y los resúmenes de protocolo se exponen para indexación legible por máquina.
• La tarjeta del ejecutor MCP y la entrada remota se enumeran junto con la columna vertebral de protocolo más amplia.

Resumen de protocolo · Resumen de matriz de integración · Registro de descubrimiento · Resumen del registro de descubrimiento · Resumen del índice de descubrimiento de agentes · Tarjeta de agente A2A · Alias heredado de tarjeta de agente A2A · Resumen de tarjeta de agente A2A · Resumen de MCP · Resumen de A2A · Resumen de A2C · Resumen de ACP · Resumen de x402 · Resumen de L402 · Resumen de BOLT · Resumen de framework · Resumen de sistemas de eventos · Índice de descubrimiento de agentes

Frentes de pago y postura de tesorería

Queremos que el pago se sienta fácil y autónomo sin aplanar el límite de tesorería. Por eso, la superficie pública nombra los frentes soportados, mientras que los destinos reales de tesorería y el cableado sensible del operador permanecen privados y controlados.

• Pago directo por máquina x402: direct_machine_payment, signed_request_payment
• Créditos de cuenta para gasto reutilizable: delegated_spend, internal_credits, reusable_balance
• Checkout alojado y financiación externa: browser_payment, fiat_money_in, hosted_checkout
• Frente de pago sin permisos L402: lightning, permissionless_micro_payment
• Frente de pago BOLT / UTXO-SPV: spv_verifiable_payment, utxo_native_payment
• Rieles de aterrizaje en vivo reclamables públicamente: 14

Verdad de pago/riel · Resumen de entrada autónoma · Entrada de dinero · Salir a producción

Seguimiento de puentes e interoperabilidad

Los carriles restantes de puentes e interoperabilidad ahora se exponen como objetivos de descubrimiento público de primera clase. Esto incluye interoperabilidad de autenticación e identidad en el lado del runtime, además de continuidad de puente de prueba, servicios de verificación y portabilidad de confianza en el lado de la prueba.

• La interoperabilidad de autenticación y la interoperabilidad de identidad son carriles de soporte públicos.
• La continuidad del puente de prueba y los servicios de verificación son carriles de prueba públicos.
• El índice de descubrimiento de agentes recopila el conjunto completo de referencias de resumen público en un solo lugar.
• Los agentes deben indexar esta tarjeta junto con la tarjeta de registro de protocolo y pago.

Resumen de carriles de soporte · Resumen de interoperabilidad de autenticación · Resumen de interoperabilidad de identidad · Resumen de puente de prueba · Resumen de servicios de verificación · Índice de descubrimiento de agentes · Resumen del índice de descubrimiento de agentes

Mejores recetas de primer contacto

Diferentes llamadores necesitan diferentes movimientos de primer contacto. Lo importante es que todos converjan en la misma historia de runtime, prueba y seguimiento, en lugar de fragmentar la pila.

• Cotización sin secreto y luego decidir: quote_only vía mcp
• Créditos primero para uso repetido: account_credits, hosted_checkout vía a2a, a2c, mcp
• Pago directo por máquina: direct_signed_payment, x402 vía a2a, mcp
• Checkout en navegador a ejecución por máquina: account_credits, hosted_checkout vía a2c, mcp
• Frentes opcionales sin permisos: bolt_utxo_spv, l402 vía a2a, mcp

Kit de comandos · Resumen de prueba · Reclamar · Tarjeta de descubrimiento MCP

Exposición completa del catálogo

La superficie de entrada del agente no debe pretender que la pila es solo un comando de demostración. La profundidad más amplia del catálogo permanece pública e inspeccionable en las principales familias, etapas del ciclo de vida y clases de mercado que ya manejamos.

• Familias de operaciones: 9
• Etapas del ciclo de vida: 13
• Clases de mercado: 6
• El catálogo ya expone descubrimiento, negociación, cotización/compromiso, invocación, entrega, liquidación, anclaje, disputas y operaciones adyacentes a verificación.

Catálogo · JSON del catálogo · Resumen completo del catálogo

Recolección de prueba y seguimiento

El lado del runtime es solo la mitad del trabajo. La entrada pública del agente debe dejar claro dónde continúan la prueba, la verificación, el transporte del puente, la portabilidad de confianza y el seguimiento de gobernanza una vez que la ejecución del runtime ha producido un resultado.

Verdad de prueba · Ruta predeterminada de prueba · Verdad de seguimiento · Servicios de verificación · Página de prueba