xytara MCP Executor

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

Agentes podem descobrir, cotar, pagar, executar e comprovar a partir de uma única entrada pública.

Esta página condensa a história pública voltada para máquinas em um só lugar. Ela reúne as superfícies de chamada suportadas, as frentes de protocolo, as frentes de pagamento, a verdade do runtime XT1, a verdade da prova XNYA e o escopo mais amplo do catálogo, para que um agente externo ou desenvolvedor não precise inferir a pilha a partir de documentos dispersos.

Espinha dorsal pública canônica

A entrada pública deve tornar os primitivos de runtime e prova impossíveis de ignorar. XT1 é o padrão de verdade de execução cunhado no lado do runtime. XNYA é a família compacta de artefatos de prova nativos. Juntos, eles se encaixam em um único movimento de cotar -> financiar -> executar -> comprovar -> inspecionar.

• Verdade de runtime: XT1
• Verdade de prova: XNYA
• Superfícies de chamada: 5
• Frentes de protocolo: 5
• Frentes de pagamento: 5

Resumo da entrada do agente · JSON de primeira execução · Resumo XT1 · Entrada autônoma xytara · Resumo XNYA

Superfícies de chamada

A mesma espinha dorsal de runtime e prova é acessível pelas superfícies públicas que suportamos explicitamente agora, em vez de exigir uma UI fixa ou um formato de protocolo fixo.

• CLI e terminal: cli, shell, terminal
• Navegador e checkout hospedado: browser, embedded_webapp, human_ui
• Agentes de chat e janelas de assistente: assistant_window, chat_agent, tool_calling
• Chamadores diretos de API: http_api, rest, signed_request
• Sistemas serviço a serviço e orientados a eventos: embedded_runtime, event_bus, service_to_service

Experimentar · Começar · Documentação · Mapa do site

Frentes de protocolo

A pilha já suporta múltiplas frentes para o mesmo núcleo de runtime. O padrão permanece claro, enquanto as frentes suportadas e opcionais são nomeadas explicitamente, em vez de ficarem escondidas atrás de jargões de marketing.

• Frente de ferramenta MCP primária: frente de protocolo padrão primária
• Frente de negociação e liquidação A2A: frente de protocolo suportada de primeira parte
• Frente de ferramentas e sessão A2C: frente de protocolo suportada de primeira parte
• Protocolos de ponte suportados integrados: amplitude não padrão suportada integrada
• Frentes de protocolo de terceiros em estágio: superfície de extensão de parceiros descobrível

Verdade do adaptador/protocolo · Caminho padrão do runtime · Jornadas do provedor · Cartão do servidor MCP · Entrada remota MCP

Registro de descoberta autônoma

Este é o mapa denso legível por máquina para agentes e rastreadores externos. Ele expõe as faixas de resumo ao vivo de protocolo, pagamento e framework em um só lugar, para que a entrada pública possa ser descoberta pelo caminho mais curto possível, sem exigir contexto privado.

• MCP, A2A, A2C, ACP, x402, L402 e BOLT têm superfícies de resumo públicas.
• O cartão de agente A2A é publicado em /.well-known/agent-card.json para buscas diretas no registro, com /.well-known/agent.json mantido como alias de compatibilidade.
• Resumos de framework estão disponíveis para LangChain, LangGraph, Semantic Kernel, AutoGen, CrewAI e LlamaIndex.
• Resumos de sistemas de eventos estão disponíveis para Kafka, NATS, MQTT e entrega estilo webhook.
• O índice de descoberta de agentes é a entrada de máquina preferida e reúne o mapa completo legível por máquina em um único lugar canônico.
• A matriz de integração e os resumos de protocolo são expostos para indexação legível por máquina.
• O cartão do executor MCP e a entrada remota são listados ao lado da espinha dorsal de protocolo mais ampla.

Resumo do protocolo · Resumo da matriz de integração · Registro de descoberta · Resumo do registro de descoberta · Resumo do índice de descoberta de agentes · Cartão de agente A2A · Alias legado do cartão de agente A2A · Resumo do cartão de agente A2A · Resumo MCP · Resumo A2A · Resumo A2C · Resumo ACP · Resumo x402 · Resumo L402 · Resumo BOLT · Resumo do framework · Resumo dos sistemas de eventos · Índice de descoberta de agentes

Frentes de pagamento e postura do tesouro

Queremos que o pagamento pareça fácil e autônomo sem achatar a fronteira do tesouro. Portanto, a superfície pública nomeia as frentes suportadas, enquanto os destinos reais do tesouro e a fiação sensível do operador permanecem privados e controlados.

• Pagamento direto por máquina x402: direct_machine_payment, signed_request_payment
• Créditos de conta para gastos reutilizáveis: delegated_spend, internal_credits, reusable_balance
• Checkout hospedado e financiamento externo: browser_payment, fiat_money_in, hosted_checkout
• Frente de pagamento sem permissão L402: lightning, permissionless_micro_payment
• Frente de pagamento BOLT / UTXO-SPV: spv_verifiable_payment, utxo_native_payment
• Trilhos de aterrissagem ao vivo publicamente reivindicáveis: 14

Verdade de pagamento/trilhos · Resumo da entrada autônoma · Entrada de dinheiro · Ir ao ar

Continuidade de ponte e interoperabilidade

As faixas restantes de ponte e interoperabilidade agora são expostas como alvos de descoberta pública de primeira classe. Isso inclui interoperabilidade de autenticação e identidade no lado do runtime, além de continuidade da ponte de prova, serviços de verificação e portabilidade de confiança no lado da prova.

• Interoperabilidade de autenticação e identidade são faixas de suporte públicas.
• Continuidade da ponte de prova e serviços de verificação são faixas públicas de prova.
• O índice de descoberta de agentes coleta o conjunto completo de referências de resumo público em um só lugar.
• Os agentes devem indexar este cartão junto com o cartão de registro de protocolo e pagamento.

Resumo das faixas de suporte · Resumo de interoperabilidade de autenticação · Resumo de interoperabilidade de identidade · Resumo da ponte de prova · Resumo dos serviços de verificação · Índice de descoberta de agentes · Resumo do índice de descoberta de agentes

Melhores receitas de primeiro contato

Chamadores diferentes precisam de movimentos de primeiro contato diferentes. O importante é que todos convirjam de volta para a mesma história de runtime, prova e continuidade, em vez de fragmentar a pilha.

• Cotação sem segredo e depois decidir: quote_only via mcp
• Créditos primeiro para uso repetido: account_credits, hosted_checkout via a2a, a2c, mcp
• Pagamento direto por máquina: direct_signed_payment, x402 via a2a, mcp
• Checkout no navegador para execução por máquina: account_credits, hosted_checkout via a2c, mcp
• Frentes opcionais sem permissão: bolt_utxo_spv, l402 via a2a, mcp

Kit de comandos · Resumo da prova · Reivindicar · Cartão de descoberta MCP

Exposição completa do catálogo

A superfície de entrada do agente não deve fingir que a pilha é apenas um comando de demonstração. A amplitude mais profunda do catálogo permanece pública e inspecionável nas principais famílias, estágios de ciclo de vida e classes de mercado que já carregamos.

• Famílias de operação: 9
• Estágios de ciclo de vida: 13
• Classes de mercado: 6
• O catálogo já expõe operações de descoberta, negociação, cotação/compromisso, invocação, entrega, liquidação, ancoragem, disputas e operações adjacentes à verificação.

Catálogo · JSON do catálogo · Resumo completo do catálogo

Coleta de prova e continuidade

O lado do runtime é apenas metade do trabalho. A entrada pública do agente deve tornar óbvio onde a prova, a verificação, o transporte da ponte, a portabilidade de confiança e a continuidade de governança continuam depois que a execução do runtime produziu um resultado.

Verdade da prova · Caminho padrão da prova · Verdade da continuidade · Serviços de verificação · Página de prova