เหตุใด stdio จึงไม่เพียงพอ

จนถึงตอนนี้เซิร์ฟเวอร์ของคุณสื่อสารผ่าน stdio: ไคลเอ็นต์เปิดใช้งานเป็นกระบวนการย่อยภายในเครื่อง แล้วส่งข้อความเข้าและออกผ่านท่อ สะดวก แต่ใช้ได้เฉพาะในเครื่อง

stdio ทำงานได้เฉพาะเมื่อไคลเอ็นต์และเซิร์ฟเวอร์ใช้เครื่องเดียวกัน โฮสต์จะสร้างกระบวนการขึ้นมาโดยตรง ดังนั้นผู้ใช้ที่อยู่ ระยะไกลจึงไม่สามารถเข้าถึงได้ 🖥️

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

ต้องการให้เพื่อนร่วมทีมใช้เครื่องมือของคุณหรือไม่ เมื่อใช้ stdio ทุกคนต้องติดตั้งและเรียกใช้โค้ดด้วยตนเอง ไม่มี URL เดียวให้ แบ่งปัน

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

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

หากต้องการเข้าถึงผู้ใช้ได้ทุกที่ MCP ต้องเดินทางผ่าน เครือข่าย ไม่ใช่เพียงท่อภายในเครื่อง ซึ่งหมายถึงการใช้โพรโทคอลที่อินเทอร์เน็ตทั้งหมดเข้าใจ

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

นี่ไม่ใช่การบอกลา stdio สำหรับเครื่องมือส่วนตัวบนแล็ปท็อปของคุณเอง กระบวนการย่อยภายในเครื่องยังคงเป็นตัวเลือกที่ง่ายและปลอดภัยที่สุด

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

ข่าวดีคือเครื่องมือและทรัพยากรของคุณไม่ต้องเปลี่ยน การเปลี่ยนไปใช้ HTTP เพียงเปิด ประตูใหม่เข้าสู่ตรรกะของเซิร์ฟเวอร์เดิมที่คุณเขียนไว้แล้ว 🚪

เหตุใดเครื่องมือส่วนตัวจึงอาจเติบโตเกินขอบเขตของ stdio

stdio เหมาะสำหรับเครื่องมือภายในเครื่องที่มีผู้ใช้คนเดียว แต่ไม่สามารถแบ่งปันหรือโฮสต์ได้ หากต้องการเข้าถึงผู้ใช้ระยะไกล คุณต้องย้าย MCP ไปยังการขนส่งผ่าน เครือข่าย เช่น HTTP ✨