Model Context Protocol (MCP) Registry ได้เปิดตัวเป็นแคตตาล็อกส่วนกลางสำหรับเซิร์ฟเวอร์ MCP แต่ข้อเสนอแนะจากชุมชนในช่วงแรกเผยให้เห็นความกังวลอย่างมากเกี่ยวกับวิธีการกระจาย ประสบการณ์ผู้ใช้ และความยั่งยืนในระยะยาว แม้จะถูกวางตำแหน่งเป็นจุดสำคัญพื้นฐานสำหรับระบบนิเวศ MCP แต่นักพัฒนากำลังตั้งคำถามว่าแนวทางนี้แก้ไขปัญหาที่แท้จริงที่พวกเขาเผชิญในชีวิตประจำวันหรือไม่
กลยุทธ์การกระจายถูกตรวจสอบอย่างใกล้ชิด
แนวทางของ registry ในการกระจายเซิร์ฟเวอร์กำลังได้รับความสงสัยจากนักพัฒนาที่เห็นผู้ถือแพลตฟอร์มหลักเข้ามาควบคุม สมาชิกชุมชนคาดการณ์ว่าไคลเอนต์ MCP หลักอย่าง Claude , ChatGPT และ VS Code จะสร้างร้านค้าที่คัดสรรมาเองในที่สุด คล้ายกับที่ Apple และ Google ควบคุมการกระจายแอป สิ่งนี้ทำให้เกิดคำถามว่า registry ของบุคคลที่สามสามารถรักษาความเกี่ยวข้องได้หรือไม่เมื่อผู้เล่นหลักนำกระบวนการตรวจสอบและความปลอดภัยของตนเองมาใช้
ความกังวลขยายไปเกินกว่าพลวัตตลาดธรรมดา นักพัฒนากังวลว่าหากไม่มีมูลค่าเพิ่มที่แข็งแกร่งอย่างการยืนยันตัวตน เซิร์ฟเวอร์ที่ได้รับการตรวจสอบล่วงหน้า และการควบคุมการเข้าถึงตามบทบาท registry อิสระอาจต่อสู้เพื่อความอยู่รอดกับทางเลือกที่เป็นแพลตฟอร์มดั้งเดิมได้ยาก
ข้อกังวลหลักของชุมชน:
- การควบคุมการจัดจำหน่าย: ลูกค้ารายใหญ่ ( Claude , ChatGPT , Cursor , VS Code ) มีแนวโน้มที่จะสร้างร้านค้าของตนเอง
- ส่วนติดต่อผู้ใช้ที่ขาดหายไป: การเข้าถึงผ่าน API เท่านั้น โดยไม่มีอินเทอร์เฟซที่สามารถเรียกดูได้สำหรับการค้นหาเซิร์ฟเวอร์
- การใช้ Context: เครื่องมือ MCP หลายตัวสามารถใช้ context window ได้อย่างมีนัยสำคัญ
- ความปลอดภัย: ความเสี่ยงจากการโจมตี supply chain ด้วยการพึ่งพาเซิร์ฟเวอร์ที่เพิ่มขึ้น
- การยืนยันตัวตน: ไม่มีตัวบ่งชี้สถานะการยืนยันตัวตนสำหรับเซิร์ฟเวอร์ MCP ระยะไกล
ช่องว่างประสบการณ์ผู้ใช้และปัญหาอินเทอร์เฟซ
แม้จะมีการเปิดตัว registry อย่างเป็นทางการ แต่ผู้ใช้กำลังประสบปัญหาการใช้งานขั้นพื้นฐาน URL หลักของ registry ปัจจุบันเปลี่ยนเส้นทางไปยังเอกสาร GitHub แทนที่จะให้อินเทอร์เฟซที่สามารถเรียกดูได้สำหรับค้นหาเซิร์ฟเวอร์ MCP แนวทาง API เท่านั้นในระยะตัวอย่างนี้ทำให้นักพัฒนาต้องค้นหาอินเทอร์เฟซรายการที่เหมาะสมซึ่งยังไม่มีอยู่
อินเทอร์เฟซผู้ใช้ที่หายไปเน้นย้ำปัญหาที่กว้างขึ้นกับความสุกงอมของเครื่องมือ MCP แม้ว่าโปรโตคอลจะแสดงความสัญญา แต่โครงสร้างพื้นฐานสนับสนุนยังคงต้องการงานพัฒนาอย่างมากเพื่อตอบสนองความคาดหวังของผู้ใช้สำหรับการค้นหาและการนำไปใช้
จุดเข้าถึง Registry:
- Main Registry: https://registry.modelcontextprotocol.io (ปัจจุบันเปลี่ยนเส้นทางไปยัง GitHub)
- เอกสาร API: https://registry.modelcontextprotocol.io/docs
- GitHub Repository: modelcontextprotocol/registry
- สถานะปัจจุบัน: Preview (ไม่มีการรับประกันความคงทนของข้อมูล)
ปัญหาการใช้บริบทและความปลอดภัย
นอกเหนือจากความท้าทายในการกระจาย นักพัฒนากำลังต่อสู้กับปัญหาการนำไปใช้จริง เครื่องมือ MCP หลายตัวสามารถใช้หน้าต่างบริบทอย่างมาก ทำให้บางคนตั้งคำถามว่าเครื่องมือ CLI แบบดั้งเดิมอาจมีประสิทธิภาพมากกว่าสำหรับกรณีการใช้งานหลายอย่าง ความกังวลด้านประสิทธิภาพนี้มาพร้อมกับความกังวลด้านความปลอดภัยของห่วงโซ่อุปทาน เนื่องจากการเพิ่มเซิร์ฟเวอร์ MCP มากขึ้นอาจเพิ่มพื้นที่โจมตี
ฉันมีเซิร์ฟเวอร์ที่มีเครื่องมือประมาณ 30 ตัว แต่ฉันต้องการแค่ตัวเดียว ดังนั้นฉันจึงปิดส่วนที่เหลือ
นักพัฒนาบางคนกำลังหาวิธีแก้ไขโดยการเปิดใช้งานเฉพาะเครื่องมือที่จำเป็นภายในเซิร์ฟเวอร์ MCP ที่ใหญ่กว่า แต่แนวทางนี้ต้องการการกำหนดค่าด้วยตนเองและการบำรุงรักษาอย่างต่อเนื่อง
ความท้าทายในการยืนยันตัวตนและการเข้าถึงระยะไกล
ตัวอย่าง registry ปัจจุบันขาดตัวบ่งชี้สถานะการยืนยันตัวตนที่ชัดเจนสำหรับเซิร์ฟเวอร์ MCP ระยะไกล ทำให้เกิดความไม่แน่นอนสำหรับนักพัฒนาเกี่ยวกับความปลอดภัยและข้อกำหนดการเข้าถึง การละเลยนี้สะท้อนถึงความท้าทายที่กว้างขึ้นในระบบนิเวศ MCP เกี่ยวกับการเลือกผู้ให้บริการข้อมูลประจำตัวและรูปแบบการเข้าถึงระยะไกลที่ปลอดภัย
ช่องว่างการยืนยันตัวตนกลายเป็นปัญหามากขึ้นเมื่อองค์กรพิจารณาการปรับใช้ในองค์กร ซึ่งขอบเขตความปลอดภัยที่ชัดเจนและการควบคุมการเข้าถึงเป็นข้อกำหนดที่จำเป็นมากกว่าคุณสมบัติที่ดีที่จะมี
MCP Registry แสดงถึงขั้นตอนสำคัญสู่การทำให้การค้นหาเซิร์ฟเวอร์เป็นมาตรฐาน แต่ข้อเสนอแนะจากชุมชนชี้ให้เห็นว่ายังคงต้องมีงานอย่างมากก่อนที่จะสามารถทำหน้าที่เป็นกลไกการกระจายหลักของระบบนิเวศได้อย่างมีประสิทธิภาพ ความสำเร็จจะขึ้นอยู่กับการแก้ไขความท้าทายด้านการใช้งานพื้นฐานและการวางตำแหน่งเชิงกลยุทธ์เหล่านี้
อ้างอิง: Introducing the MCP Registry