xytara MCP Executor

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

Les agents peuvent découvrir, devis, payer, exécuter et prouver à partir d'une seule entrée publique.

Cette page condense l'histoire publique orientée machine en un seul endroit. Elle rassemble les surfaces d'appel prises en charge, les fronts de protocole, les fronts de paiement, la vérité d'exécution XT1, la vérité de preuve XNYA, ainsi que la portée plus large du catalogue, afin qu'un agent ou un développeur externe n'ait pas à déduire la pile à partir de documents dispersés.

Colonne vertébrale publique canonique

L'entrée publique doit rendre les primitives d'exécution et de preuve impossibles à manquer. XT1 est la norme de vérité d'exécution côté runtime. XNYA est la famille compacte d'artefacts de preuve natifs. Ensemble, ils s'inscrivent dans un mouvement unique de devis -> financement -> exécution -> preuve -> inspection.

• Vérité d'exécution : XT1
• Vérité de preuve : XNYA
• Surfaces d'appel : 5
• Fronts de protocole : 5
• Fronts de paiement : 5

Résumé de l'entrée agent · JSON de première exécution · Résumé XT1 · Entrée autonome xytara · Résumé XNYA

Surfaces d'appel

La même colonne vertébrale d'exécution et de preuve est accessible depuis les surfaces publiques que nous prenons explicitement en charge aujourd'hui, plutôt que d'exiger une interface fixe ou une forme de protocole unique.

• CLI et terminal : cli, shell, terminal
• Navigateur et paiement hébergé : browser, embedded_webapp, human_ui
• Agents de chat et fenêtres d'assistant : assistant_window, chat_agent, tool_calling
• Appelants API directs : http_api, rest, signed_request
• Systèmes service-à-service et événementiels : embedded_runtime, event_bus, service_to_service

Essayer · Démarrer · Docs · Plan du site

Fronts de protocole

La pile prend déjà en charge plusieurs fronts vers le même cœur d'exécution. Le défaut reste clair, tandis que les fronts pris en charge et optionnels sont explicitement nommés au lieu d'être cachés derrière un flou marketing.

• Front d'outil principal MCP : front de protocole par défaut principal
• Front de négociation et de règlement A2A : front de protocole pris en charge par première partie
• Front d'outillage et de session A2C : front de protocole pris en charge par première partie
• Protocoles de pont intégrés pris en charge : largeur non défaut intégrée prise en charge
• Fronts de protocole de staging tiers : surface d'extension partenaire découvrable

Vérité adaptateur/protocole · Chemin par défaut du runtime · Parcours fournisseurs · Carte serveur MCP · Entrée distante MCP

Registre de découverte autonome

C'est la carte dense lisible par machine pour les agents et robots externes. Elle expose les voies de résumé de protocole, de paiement et de framework en un seul endroit, afin que l'entrée publique puisse être découverte par le chemin le plus court possible sans nécessiter de contexte privé.

• MCP, A2A, A2C, ACP, x402, L402 et BOLT ont tous des surfaces de résumé publiques.
• La carte agent A2A est publiée à /.well-known/agent-card.json pour les récupérations directes de registre, avec /.well-known/agent.json conservé comme alias de compatibilité.
• Les résumés de frameworks sont disponibles pour LangChain, LangGraph, Semantic Kernel, AutoGen, CrewAI et LlamaIndex.
• Les résumés de systèmes événementiels sont disponibles pour Kafka, NATS, MQTT et la livraison de type webhook.
• L'index de découverte d'agents est l'entrée machine préférée et rassemble la carte complète lisible par machine en un seul endroit canonique.
• La matrice d'intégration et les résumés de protocole sont exposés pour l'indexation lisible par machine.
• La carte de l'exécuteur MCP et l'entrée distante sont listées aux côtés de la colonne vertébrale de protocole plus large.

Résumé de protocole · Résumé de la matrice d'intégration · Registre de découverte · Résumé du registre de découverte · Résumé de l'index de découverte d'agents · Carte agent A2A · Alias hérité de la carte agent A2A · Résumé de la carte agent A2A · Résumé MCP · Résumé A2A · Résumé A2C · Résumé ACP · Résumé x402 · Résumé L402 · Résumé BOLT · Résumé de framework · Résumé des systèmes événementiels · Index de découverte d'agents

Fronts de paiement et posture de trésorerie

Nous voulons que le paiement soit facile et autonome sans aplatir la frontière de trésorerie. La surface publique nomme donc les fronts pris en charge, tandis que les destinations réelles de trésorerie et le câblage sensible des opérateurs restent privés et contrôlés.

• Paiement machine direct x402 : direct_machine_payment, signed_request_payment
• Crédits de compte pour dépenses réutilisables : delegated_spend, internal_credits, reusable_balance
• Paiement hébergé et financement externe : browser_payment, fiat_money_in, hosted_checkout
• Front de paiement sans permission L402 : lightning, permissionless_micro_payment
• Front de paiement BOLT / UTXO-SPV : spv_verifiable_payment, utxo_native_payment
• Rails de lancement en direct publiquement réclamables : 14

Vérité paiement/rails · Résumé de l'entrée autonome · Entrée d'argent · Mise en production

Suivi des ponts et de l'interopérabilité

Les voies restantes de pont et d'interopérabilité sont désormais exposées comme cibles de découverte publiques de première classe. Cela inclut l'interopérabilité d'authentification et d'identité côté runtime, ainsi que la continuité des ponts de preuve, les services de vérification et la portabilité de confiance côté preuve.

• L'interopérabilité d'authentification et d'identité sont des voies de support publiques.
• La continuité des ponts de preuve et les services de vérification sont des voies de preuve publiques.
• L'index de découverte d'agents collecte l'ensemble complet des références de résumé publiques en un seul endroit.
• Les agents doivent indexer cette carte aux côtés de la carte de registre de protocole et de paiement.

Résumé des voies de support · Résumé de l'interopérabilité d'authentification · Résumé de l'interopérabilité d'identité · Résumé du pont de preuve · Résumé des services de vérification · Index de découverte d'agents · Résumé de l'index de découverte d'agents

Meilleures recettes de premier contact

Différents appelants ont besoin de différents mouvements de premier contact. L'important est qu'ils convergent tous vers la même histoire d'exécution, de preuve et de suivi plutôt que de fragmenter la pile.

• Devis sans secret puis décision : quote_only via mcp
• Crédits d'abord pour usage répété : account_credits, hosted_checkout via a2a, a2c, mcp
• Paiement machine direct : direct_signed_payment, x402 via a2a, mcp
• Paiement navigateur vers exécution machine : account_credits, hosted_checkout via a2c, mcp
• Fronts sans permission optionnels : bolt_utxo_spv, l402 via a2a, mcp

Kit de commandes · Résumé de preuve · Réclamation · Carte de découverte MCP

Exposition complète du catalogue

La surface d'entrée agent ne doit pas prétendre que la pile n'est qu'une seule commande de démonstration. La profondeur plus large du catalogue reste publique et inspectable à travers les grandes familles, les étapes de cycle de vie et les classes de marché que nous portons déjà.

• Familles d'opérations : 9
• Étapes de cycle de vie : 13
• Classes de marché : 6
• Le catalogue expose déjà la découverte, la négociation, le devis/engagement, l'invocation, la livraison, le règlement, l'ancrage, les litiges et les opérations liées à la vérification.

Catalogue · JSON du catalogue · Résumé complet du catalogue

Récupération de preuve et suivi

Le côté runtime n'est que la moitié du travail. L'entrée agent publique doit rendre évident où la preuve, la vérification, le transport de pont, la portabilité de confiance et le suivi de gouvernance continuent une fois que l'exécution runtime a produit un résultat.

Vérité de preuve · Chemin par défaut de preuve · Vérité de suivi · Services de vérification · Page de preuve