🧩 MCP Tool ที่ดีไม่จำเป็นต้องจบที่ข้อความยาว ๆ เสมอไป

🧩 MCP Tool ที่ดีไม่จำเป็นต้องจบที่ข้อความยาว ๆ เสมอไป

ถ้าผู้ใช้ต้องดูกราฟ กรอกฟอร์ม เลือกข้อมูล หรือสำรวจ dashboard การส่ง JSON กลับมาอย่างเดียวอาจทำให้ AI มีความสามารถ แต่คนยังต้อง “แปลผลเอง” อยู่ดี

MCP Apps คือมาตรฐาน extension ของ Model Context Protocol ที่แก้โจทย์นี้: ให้ Tool ประกาศ UI Resource แล้ว Host ที่รองรับสามารถ render เป็น interactive HTML อยู่ในบทสนทนาได้เลย

กลไกหลักมี 4 ขั้น:

• Tool ประกาศ resource URI แบบ ui:// • LLM หรือ Host เรียก Tool ตามปกติ • Host โหลด UI เป็น sandboxed iframe • UI รับผลลัพธ์และสื่อสารกลับไปเรียก Tool อื่นผ่าน Host ได้

จุดสำคัญคือ “Tool + UI Resource” ถูกผูกกันด้วย metadata ไม่ใช่การยัดหน้าจอทั้งเว็บเข้าไปใน prompt ทำให้ยังรักษา context ของบทสนทนา และให้ UI จัดการ interaction ที่ไม่จำเป็นต้องส่งกลับไปให้ model ทุกครั้งได้

ในทางปฏิบัติ นี่เหมาะกับ:

• dashboard ที่ต้อง drill-down • form ที่ต้องกรอกหรือแก้ค่าหลายช่อง • chart หรือ data explorer • design canvas, map และ media viewer

แต่ยังมีข้อจำกัด: MCP Apps เป็น optional extension, Host แต่ละตัวรองรับไม่เท่ากัน และ UI ต้องอยู่ภายใต้ sandbox/permission policy ของ Host ดังนั้นควรมี text fallback และทดสอบ capability negotiation ก่อนพึ่ง UI เป็นเส้นทางหลัก

มุมที่น่าสนใจคือ MCP Server ไม่ได้เป็นแค่ backend ของ Agent อีกต่อไป แต่สามารถส่ง “surface สำหรับตัดสินใจ” กลับมาในจุดที่ผู้ใช้กำลังคุยอยู่ได้เลย นี่ลดการสลับ tab และลดภาระการแปลงข้อมูลจาก Tool ให้เป็น action ของคน

เหมาะกับทีมที่มี MCP Server อยู่แล้วและเริ่มเจอปัญหาว่า text/JSON ไม่พอสำหรับ workflow จริง โดยควรเริ่มจาก View เล็ก ๆ หนึ่งตัว มี permission เท่าที่จำเป็น และมี fallback เสมอ

ลิงก์อยู่ในคอมเมนต์แรก

คุณอยากให้ MCP Tool ตัวไหนมี UI แบบ interactive เป็นตัวแรก? แชร์ use case กันได้ในคอมเมนต์ แล้วติดตาม SynapTech AI สำหรับมุมมองการใช้ AI และ Automation แบบลงมือทำได้จริง

#MCP #AIEngineering #DeveloperTools #Automation #SynapTechAI

---

📖 อ่านบทความเต็มบน Facebook | 🔔 ติดตาม SynapTech