ปัญหา: การเชื่อมต่อแบบ M×N

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

ก่อนมี MCP แอป AI แต่ละแอปต้องเขียนโค้ดเชื่อมต่อส่วนตัวของตนเองสำหรับเครื่องมือทุกชนิด ตัวเชื่อมต่อที่สร้างขึ้นสำหรับแอปหนึ่งไม่สามารถนำกลับมาใช้กับอีกแอปได้ 🔌

ลองนึกภาพว่า M แอป AI อยู่ด้านหนึ่ง และ N เครื่องมืออยู่อีกด้านหนึ่ง แอปแต่ละแอปต้องเรียนรู้วิธีสื่อสารกับเครื่องมือแต่ละชนิดด้วยตัวเอง

การเชื่อมต่อแอปทุกแอปเข้ากับเครื่องมือทุกชนิดหมายถึงต้องมีตัวเชื่อมต่อมากถึง M คูณ N ตัว หากมีแอป 10 แอปและเครื่องมือ 10 ชนิด ก็ต้องสร้างและดูแลถึง 100 ส่วนแล้ว

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

เมื่อเครื่องมือเปลี่ยน API ตัวเชื่อมต่อแบบเฉพาะตัวทุกตัวที่เชื่อมกับเครื่องมือนั้นอาจพังพร้อมกัน การ บำรุงรักษา จึงกลายเป็นการไล่แก้ปัญหาที่ไม่มีวันจบ

นี่คือปัญหาเดียวกับฮาร์ดแวร์รุ่นเก่า ทุกอุปกรณ์ต้องใช้สายเคเบิลพิเศษของตัวเอง ความยุ่งยากนี้มีอยู่จริง และ รูปแบบปัญหา นี้ก็เป็นสิ่งที่รู้จักกันมานานแล้ว

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

เมื่อมีโพรโทคอลร่วมกัน จำนวนงานจะลดจาก M คูณ N เหลือ M บวก N แอป 10 แอปบวกเครื่องมือ 10 ชนิดจึงมีเพียง 20 ส่วน ไม่ใช่ 100 ส่วน

โพรโทคอลบริบทของโมเดล คือมาตรฐานร่วมสำหรับ AI โดยกำหนดวิธีมาตรฐานเดียวให้โมเดลและเครื่องมือต่าง ๆ สื่อสารกัน

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

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