xytara MCP Executor

ทางการ

เครื่องมือ MCP แบบจ่ายต่อการเรียกใช้สำหรับเอเจนต์ ชำระเงินด้วย x402 (USDC บน Base mainnet) มี 17 เครื่องมือ — ยูทิลิตี้ข้อความ/ข้อมูล รวมถึงแบบ x402/EVM-native ไม่ต้องใช้คีย์ API

คุณทำอะไรได้บ้างด้วย Xytara Executor MCP?

  • Quote before committing — ขอให้ผู้ช่วยของคุณดึงใบเสนอราคาแบบไม่มีข้อผูกมัดจากรายการสาธารณะก่อนตัดสินใจดำเนินการ
  • Pay through multiple rails — ให้ผู้ช่วยของคุณจัดสรรเงินสำหรับการดำเนินการผ่านการชำระเงินด้วยเครื่องโดยตรง เครดิตบัญชี การชำระเงินหน้าเว็บที่โฮสต์ หรือช่องทาง lightning/UTXO แบบไม่ต้องขออนุญาต
  • Execute and prove in one motion — สั่งให้ผู้ช่วยของคุณรันงานผ่านรันไทม์ XT1 และส่งคืนอาร์ติแฟกต์หลักฐาน XNYA เพื่อการตรวจสอบ
  • Discover the full catalog — ขอให้ผู้ช่วยของคุณตรวจสอบแคตตาล็อกสาธารณะในกลุ่มการดำเนินการ วงจรชีวิต และประเภทตลาดต่างๆ
  • Fetch machine-readable agent cards — ให้ผู้ช่วยของคุณดึงการ์ดเอเจนต์ 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
  • เบราว์เซอร์และ hosted checkout: 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: ฟรอนต์โปรโตคอลที่รองรับโดยฝ่ายแรก
  • โปรโตคอลบริดจ์ที่รองรับในตัว: ความกว้างที่ไม่ใช่ค่าเริ่มต้นที่รองรับในตัว
  • ฟรอนต์โปรโตคอล staging ของบุคคลที่สาม: พื้นผิวส่วนขยายพันธมิตรที่ค้นพบได้

ความจริงของอะแดปเตอร์/โปรโตคอล · เส้นทางเริ่มต้นของรันไทม์ · เส้นทางของผู้ให้บริการ · การ์ดเซิร์ฟเวอร์ 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
  • hosted checkout และการจัดหาเงินภายนอก: browser_payment, fiat_money_in, hosted_checkout
  • ฟรอนต์การชำระเงินแบบไม่ต้องขออนุญาต L402: lightning, permissionless_micro_payment
  • ฟรอนต์การชำระเงิน BOLT / UTXO-SPV: spv_verifiable_payment, utxo_native_payment
  • เลน landing ที่ใช้งานจริงและอ้างสิทธิ์ได้ต่อสาธารณะ: 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

ชุดคำสั่ง · สรุปหลักฐาน · อ้างสิทธิ์ · การ์ดการค้นพบ MCP

การเปิดเผยแคตตาล็อกเต็มรูปแบบ

พื้นผิวจุดเข้าเอเจนต์ไม่ควรแสร้งว่าสแตกเป็นเพียงคำสั่งเดโมเดียว ความกว้างของแคตตาล็อกที่ลึกขึ้นยังคงเปิดเผยและตรวจสอบได้ในตระกูลหลัก ระยะวงจรชีวิต และคลาสตลาดที่เรามีอยู่แล้ว

  • ตระกูลการดำเนินการ: 9
  • ระยะวงจรชีวิต: 13
  • คลาสตลาด: 6
  • แคตตาล็อกเปิดเผยการค้นพบ การเจรจา การอ้างอิงราคา/การผูกมัด การเรียกใช้ การส่งมอบ การชำระเงิน การยึดหลักฐาน ข้อพิพาท และการดำเนินการที่เกี่ยวข้องกับการตรวจสอบแล้ว

แคตตาล็อก · JSON แคตตาล็อก · สรุปแคตตาล็อกเต็มรูปแบบ

การรับหลักฐานและการติดตามผล

ฝั่งรันไทม์เป็นเพียงครึ่งหนึ่งของงาน จุดเข้าเอเจนต์สาธารณะควรทำให้ชัดเจนว่าหลักฐาน การตรวจสอบ การพกพาบริดจ์ การพกพาความเชื่อถือ และการติดตามผลด้านธรรมาภิบาลดำเนินต่อไปที่ใดเมื่อการดำเนินการรันไทม์สร้างผลลัพธ์แล้ว

ความจริงด้านหลักฐาน · เส้นทางเริ่มต้นของหลักฐาน · ความจริงด้านการติดตามผล · บริการตรวจสอบ · หน้าหลักฐาน