xytara MCP Executor
官方按调用付费的MCP工具，供代理使用，通过x402（Base主网上的USDC）结算。17个工具——文本/数据工具及x402/EVM原生工具。无需API密钥。
你可以用 Xytara Executor MCP 做什么？
- 执行前先报价 — 让您的助手在决定执行前，先从公共入口获取一份无义务报价。
- 通过多种通道付款 — 让您的助手通过直接机器支付、账户余额、托管结账或无需许可的闪电/UTXO 前端来为执行提供资金。
- 一步完成执行与证明 — 指示您的助手通过 XT1 运行时运行任务，并返回 XNYA 证明工件以供验证。
- 浏览完整目录 — 让您的助手检查涵盖操作系列、生命周期阶段和市场类别的公共目录。
- 获取机器可读的代理卡片 — 让您的助手检索已发布的 A2A 代理卡片或发现索引，以获取协议和支付摘要。
托管 MCP 服务器
npx add-mcp 'https://xytara-mcp-executor.onrender.com/mcp'可安装到 Claude Code、Codex、Cursor 等客户端
文档
智能体可以从一个公共入口完成发现、报价、支付、执行与证明。
本页面将面向机器的公共说明压缩到一处。它汇集了受支持的调用方表面、协议前端、支付前端、XT1 运行时真相、XNYA 证明真相以及更广泛的目录范围，使外部智能体或构建者无需从零散文档中推断整个技术栈。
规范公共主线
公共入口应让运行时与证明原语一目了然。XT1 是命名的运行时侧执行真相标准。XNYA 是紧凑的原生证明工件系列。二者共同处于一个 报价 -> 资金 -> 执行 -> 证明 -> 检查 的完整流程中。
- 运行时真相：XT1
- 证明真相：XNYA
- 调用方表面：5
- 协议前端：5
- 支付前端：5
智能体入口摘要 · 首次运行 JSON · XT1 摘要 · xytara 自主入口 · XNYA 摘要
调用方表面
相同的运行时与证明主线可通过我们当前明确支持的公共表面触达，而非要求单一固定 UI 或单一固定协议形态。
- CLI 与终端：cli、shell、terminal
- 浏览器与托管结账：browser、embedded_webapp、human_ui
- 聊天智能体与助手窗口：assistant_window、chat_agent、tool_calling
- 直接 API 调用方：http_api、rest、signed_request
- 服务间与事件驱动系统：embedded_runtime、event_bus、service_to_service
协议前端
该技术栈已支持多个前端接入同一运行时核心。默认前端保持清晰，受支持与可选前端均被明确命名，而非隐藏在营销话术之后。
- MCP 主工具前端：主要默认协议前端
- A2A 协商与结算前端：第一方受支持协议前端
- A2C 工具与会话前端：第一方受支持协议前端
- 内置受支持桥接协议：内置受支持的非默认广度
- 第三方暂存协议前端：可发现的合作伙伴扩展面
适配器/协议真相 · 运行时默认路径 · 提供商旅程 · MCP 服务器卡片 · MCP 远程入口
自主发现注册表
这是面向外部智能体与爬虫的密集机器可读地图。它将实时协议、支付与框架摘要通道汇集在一处，使公共入口能以最短路径被发现，而无需依赖私有上下文。
- MCP、A2A、A2C、ACP、x402、L402 与 BOLT 均具有公共摘要表面。
- A2A 智能体卡片发布在 /.well-known/agent-card.json 供直接注册表获取，/.well-known/agent.json 保留为兼容别名。
- 框架摘要适用于 LangChain、LangGraph、Semantic Kernel、AutoGen、CrewAI 与 LlamaIndex。
- 事件系统摘要适用于 Kafka、NATS、MQTT 与 webhook 式投递。
- 智能体发现索引是首选机器入口，将完整机器可读地图汇集于一个规范位置。
- 集成矩阵与协议摘要面向机器可读索引公开。
- MCP 执行器卡片与远程入口与更广泛的协议主线并列列出。
协议摘要 · 集成矩阵摘要 · 发现注册表 · 发现注册表摘要 · 智能体发现索引摘要 · A2A 智能体卡片 · A2A 智能体卡片旧别名 · A2A 智能体卡片摘要 · MCP 摘要 · A2A 摘要 · A2C 摘要 · ACP 摘要 · x402 摘要 · L402 摘要 · BOLT 摘要 · 框架摘要 · 事件系统摘要 · 智能体发现索引
支付前端与金库姿态
我们希望支付既轻松又自主，同时不模糊金库边界。因此公共表面明确列出受支持前端，而实际金库目的地与敏感运营方接线保持私有且受控。
- x402 直接机器支付：direct_machine_payment、signed_request_payment
- 账户信用重复使用支出：delegated_spend、internal_credits、reusable_balance
- 托管结账与外部资金：browser_payment、fiat_money_in、hosted_checkout
- L402 无许可支付前端：lightning、permissionless_micro_payment
- BOLT / UTXO-SPV 支付前端：spv_verifiable_payment、utxo_native_payment
- 可公开认领的实时落地通道：14
桥接与互操作跟进
其余桥接与互操作通道现已作为一级公共发现目标呈现。这包括运行时侧的认证与身份互操作，以及证明侧的证明桥连续性、验证服务与信任可移植性。
- 认证互操作与身份互操作是公共支持通道。
- 证明桥连续性与验证服务是公共证明通道。
- 智能体发现索引将全部公共摘要引用汇集于一处。
- 智能体应将此卡片与协议及支付注册表卡片一并索引。
支持通道摘要 · 认证互操作摘要 · 身份互操作摘要 · 证明桥摘要 · 验证服务摘要 · 智能体发现索引 · 智能体发现索引摘要
最佳首次接触方案
不同调用方需要不同的首次接触流程。关键在于它们最终都汇聚到相同的运行时、证明与跟进故事中，而非使技术栈碎片化。
- 无密钥报价后决策：quote_only 通过 mcp
- 信用优先重复使用：account_credits、hosted_checkout 通过 a2a、a2c、mcp
- 直接机器支付：direct_signed_payment、x402 通过 a2a、mcp
- 浏览器结账到机器执行：account_credits、hosted_checkout 通过 a2c、mcp
- 可选无许可前端：bolt_utxo_spv、l402 通过 a2a、mcp
完整目录曝光
智能体入口表面不应假装技术栈只是一个演示命令。更深的目录广度在主要家族、生命周期阶段与市场类别中保持公开且可检查。
- 操作家族：9
- 生命周期阶段：13
- 市场类别：6
- 目录已公开发现、协商、报价/承诺、调用、交付、结算、锚定、争议与验证相关操作。
证明拾取与跟进
运行时侧只是工作的一半。公共智能体入口应明确展示证明、验证、桥接承载、信任可移植性与治理跟进在运行时执行产生结果后如何继续。