4 คะแนน โดย GN⁺ 2025-12-11 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Model Context Protocol (MCP) ถูกบริจาคให้กับ Agentic AI Foundation (AAIF) ภายใต้ Linux Foundation เพื่อเสริมความเป็นกลางและความยั่งยืนของระบบนิเวศ AI แบบเปิด
  • MCP คือ มาตรฐานเปิดสากลที่ใช้เชื่อมต่อแอปพลิเคชัน AI กับระบบภายนอก และได้รับการนำไปใช้ในแพลตฟอร์มหลักอย่าง ChatGPT, Gemini, Microsoft Copilot เป็นต้น
  • ขณะนี้มี เซิร์ฟเวอร์ MCP แบบสาธารณะมากกว่า 10,000 แห่ง ที่เปิดให้ใช้งานอยู่ และผู้ให้บริการโครงสร้างพื้นฐานรายใหญ่อย่าง AWS·Google Cloud·Azure ก็รองรับการดีพลอย
  • Anthropic จะยังคงรักษา ความเป็นโอเพนซอร์ส การขับเคลื่อนโดยชุมชน และความเป็นกลางต่อผู้ขายของ MCP พร้อมผลักดันการพัฒนาร่วมกับ ผู้ร่วมก่อตั้ง AAIF (เช่น Block, OpenAI)
  • การบริจาคครั้งนี้เป็นจุดเปลี่ยนสำคัญสำหรับการพัฒนาระบบนิเวศ Agentic AI แบบร่วมมือกัน และการทำมาตรฐานที่ยึดประโยชน์สาธารณะเป็นศูนย์กลาง

ภาพรวมและการเติบโตของ Model Context Protocol (MCP)

  • MCP เป็น มาตรฐานเปิดที่เชื่อมต่อแอปพลิเคชัน AI กับระบบภายนอก และขยายตัวอย่างรวดเร็วหลังเปิดตัวเมื่อ 1 ปีก่อน
    • ปัจจุบันมี เซิร์ฟเวอร์สาธารณะที่ใช้งานอยู่มากกว่า 10,000 แห่ง และถูกใช้งานในหลากหลายด้าน ตั้งแต่เครื่องมือสำหรับนักพัฒนาไปจนถึงการติดตั้งใช้งานในองค์กรขนาดใหญ่
  • ผลิตภัณฑ์ AI หลักอย่าง ChatGPT, Cursor, Gemini, Microsoft Copilot, Visual Studio Code ได้นำ MCP ไปใช้
  • มีการสร้าง โครงสร้างพื้นฐานระดับองค์กร ที่รองรับการดีพลอย MCP จาก AWS, Cloudflare, Google Cloud, Microsoft Azure

การขยายตัวทางเทคนิคและระบบนิเวศของ MCP

  • Claude ของ Anthropic มี ไดเรกทอรีคอนเนกเตอร์มากกว่า 75 รายการ ที่อิงกับ MCP
    • ฟีเจอร์ Tool Search และ Programmatic Tool Calling ช่วยจัดการเครื่องมือหลายพันรายการได้อย่างมีประสิทธิภาพและลดเวลาแฝง
  • MCP มี Registry ที่ขับเคลื่อนโดยชุมชน เพื่อให้สามารถค้นหาเซิร์ฟเวอร์ MCP ที่ใช้งานได้
  • ใน การอัปเดตสเปกวันที่ 25 พฤศจิกายน 2025 ได้เพิ่มงานแบบอะซิงโครนัส ความไร้สถานะ การระบุเซิร์ฟเวอร์ และความสามารถส่วนขยายอย่างเป็นทางการ
  • มี SDK สำหรับภาษาหลักรวมถึง Python และ TypeScript และมียอดดาวน์โหลดมากกว่า 97 ล้านครั้งต่อเดือน

Linux Foundation และ Agentic AI Foundation (AAIF)

  • Linux Foundation เป็นองค์กรไม่แสวงหากำไรที่สนับสนุนการเติบโตของระบบนิเวศโอเพนซอร์สผ่าน การกำกับดูแลอย่างเป็นกลาง การสร้างชุมชน และโครงสร้างพื้นฐานที่ใช้ร่วมกัน
    • ดูแลโครงการระดับโลกสำคัญอย่าง Linux Kernel, Kubernetes, Node.js, PyTorch
  • Agentic AI Foundation (AAIF) เป็น กองทุนเฉพาะกิจ ภายใต้ Linux Foundation ซึ่ง Anthropic, Block, OpenAI ร่วมกันก่อตั้ง
    • มี Google, Microsoft, AWS, Cloudflare, Bloomberg เข้าร่วมสนับสนุน
    • มีเป้าหมายเพื่อผลักดัน Agentic AI ที่โปร่งใสและเป็นประโยชน์ต่อสาธารณะ ผ่าน การลงทุน การสร้างชุมชน และการพัฒนามาตรฐานเปิด

การบริจาค Model Context Protocol

  • Anthropic ได้บริจาค MCP อย่างเป็นทางการให้กับ Agentic AI Foundation ของ Linux Foundation
    • MCP ถูกรวมเป็น โครงการก่อตั้งของ AAIF ร่วมกับ goose ของ Block และ AGENTS.md ของ OpenAI
    • การรวมโครงการเหล่านี้เข้าด้วยกันช่วยส่งเสริม นวัตกรรมและความเปิดกว้างของระบบนิเวศ Agentic AI
  • โมเดลการกำกับดูแล ของ MCP จะยังคงเหมือนเดิม โดยยังให้ความสำคัญกับ ความคิดเห็นจากชุมชนและการตัดสินใจที่โปร่งใส ต่อไป

อนาคตและความสำคัญของ MCP

  • ซอฟต์แวร์โอเพนซอร์ส เป็นองค์ประกอบหลักของการสร้างระบบนิเวศ Agentic AI ที่ปลอดภัยและสร้างนวัตกรรม
  • การบริจาคครั้งนี้เป็นมาตรการที่ช่วยให้ MCP ยังคงเป็น มาตรฐานที่เป็นกลางและเปิดกว้าง
  • Anthropic มีแผนจะมีส่วนร่วมกับ MCP และโครงการที่เกี่ยวข้องต่อไปผ่าน AAIF
  • สามารถดูข้อมูลเกี่ยวกับ MCP ได้ที่ modelcontextprotocol.io และการเข้าร่วม AAIF ได้ที่ aaif.io

1 ความคิดเห็น

 
GN⁺ 2025-12-11
ความคิดเห็นจาก Hacker News
  • รู้สึกว่ายังเร็วเกินไปที่จะย้าย โปรโตคอล MCP ที่เพิ่งมีอายุแค่ 1 ปีไปอยู่ภายใต้มูลนิธิอิสระในเครือ Linux Foundation
    มูลนิธิภายใต้ LF มีโครงสร้างหารายได้จาก งานอีเวนต์·การศึกษา·การรับรอง และนำรายได้นั้นกลับมาหมุนต่อในระบบนิเวศของโปรเจกต์
    แต่ MCP ยังไม่โตพอจะรองรับโครงสร้างรายได้แบบนั้นได้ ฟีเจอร์หลักอย่าง OAuth ก็ยังไม่เสถียร และยังเร็วเกินไปที่จะทำใบรับรองอย่าง “Certified MCP Developer”
    เข้าใจได้ถ้าเทคโนโลยีที่พิสูจน์ตัวเองแล้วอย่าง Kubernetes จะเป็นแกนกลางของมูลนิธิ แต่ MCP ยังอยู่แค่ในขั้น sandbox เท่านั้น ดูแล้วให้ Anthropic กับทีมพัฒนาไม่กี่ทีมเร่งปรับปรุงกันต่อไปน่าจะดีกว่า
    • ในทางกลับกันก็มีความเห็นว่า ความเร็วในการถูกนำไปใช้ ของ MCP เร็วกว่า Kubernetes ถึง 10 เท่า ดังนั้นการย้ายเข้าไปอยู่ในมูลนิธิตอนนี้เพื่อเปิดให้บริษัทอื่นเข้าร่วมจึงสมเหตุสมผล เช่น Google อาจไม่เข้าร่วม MCP อย่างจริงจังเลยหากไม่มีโครงสร้างที่เป็นกลางแบบนี้
    • มองว่า MCP ไม่มีอนาคต การตัดสินใจครั้งนี้เป็นแค่ การสร้างภาพ เท่านั้น
    • นี่ก็แค่ การยึดหัวหาด (land grab) เท่านั้น
    • บางคนก็สงสัยว่า MCP อาจเป็นโปรเจกต์ที่เก่ากว่า Kubernetes ตอนที่ถูกบริจาคให้ CNCF เสียอีก
  • โดยส่วนตัว MCP ให้ความรู้สึกเหมือน กระแสชั่วคราว (fad)
    use case ส่วนใหญ่คือ ‘tool calling’ แต่การสร้างโปรโตคอลแยกต่างหากและต้องผ่านรันไทม์หลายชั้นเพื่อเรื่องนี้ดูเกินความจำเป็น
    • จากมุมของคนที่เคยจัดการ MCP server หลายตัว MCP ดูเหมือน การออกแบบ API แบบเฉพาะทาง สำหรับให้ LLM หรือ AI ใช้โต้ตอบกัน
      แม้ tool calling จะเป็นการใช้งานหลักจริง แต่ก็สามารถให้ workflow abstraction ในระดับที่สูงกว่าการแมป REST API แบบตรง ๆ ได้
      ขณะเดียวกันก็เริ่มมีปัญหาด้านการจัดการคล้าย REST API จนมี gateway และเครื่องมือจัดการสำหรับ MCP server เพิ่มขึ้นอย่างรวดเร็ว
      ในเมื่อยังไม่มีวิธีอื่นที่มาแทนปัญหาจริงเรื่อง การเรียกใช้เครื่องมือของเอเจนต์และ LLM ได้ จึงไม่คิดว่า MCP จะเป็นแค่กระแสที่หายไป
    • ผมสนใจ MCP มากกว่าในแง่ของ ศักยภาพที่จะเปลี่ยนวิธีปฏิสัมพันธ์ระหว่างมนุษย์กับซอฟต์แวร์
      เช่น ถ้าเชื่อม MCP server ของ Jira เข้ากับ Claude ก็สามารถสั่งด้วยพรอมป์ต์อย่าง “เขียน release note จาก Epic ของเวอร์ชัน 1.2.3” แล้วได้เอกสารออกมาทันที
      ถ้าเชื่อมหลายบริการเข้าด้วยกันผ่าน MCP แบบนี้ เช่น Mail, Cloud Drive ฯลฯ ผู้ใช้ก็จะนำข้อมูลมาผสมกันได้อย่างอิสระโดยไม่ต้องมีฟีเจอร์ export แยกต่างหาก
      Alibaba กำลังสร้าง MCP server ครอบคลุมบริการของตัวเองอยู่ และแนวทางนี้น่าจะมีคุณค่ามากแม้กับผู้ใช้ทั่วไป
    • สัปดาห์ก่อนผมลองสร้าง MCP server เอง แล้วพบว่าถ้าเขียนคำอธิบายฟังก์ชันไว้ละเอียด AI จะเข้าใจ บริบท (context) ได้ลึกขึ้นมาก
      ตอนที่เครื่องมืออย่าง Claude หรือ Gemini เชื่อมกับเซิร์ฟเวอร์ มันจะอ่านคำอธิบายของแต่ละฟังก์ชันแล้วเรียนรู้วิธีใช้เครื่องมือได้เอง ซึ่งเป็นสิ่งที่ทำได้ยากกับ API แบบเดิม
      ความสามารถที่ Claude แสดงผ่าน MCP ทำให้ผมประทับใจมาก
    • ผมก็คิดคล้ายกัน สุดท้ายมันก็แค่ การเสิร์ฟไฟล์ JSON ผ่าน URL เลยอดสงสัยไม่ได้ว่าจำเป็นต้องซับซ้อนขนาดนี้หรือ
    • ถ้าอย่างนั้นก็อยากรู้ว่าโครงสร้างแบบไหนจึงจะมาแทน MCP ได้ และมี องค์กรที่มีอิทธิพลพอจะผลักดันให้กลายเป็นมาตรฐาน อยู่ที่ไหนบ้าง
  • ดูเหมือน Anthropic กำลัง พยายามโยน MCP ออกไป
    บริษัทต่าง ๆ ยังไม่ตระหนักว่า MCP เป็นมาตรฐานที่ยังหลวม แต่ Anthropic ดูเหมือนกำลังพยายามเลี่ยงความรับผิดชอบ
    • อันที่จริง Anthropic เองก็เพิ่งเปลี่ยนทิศทางไปใช้ programmatic tool calling ด้วย
  • ที่น่าสนใจคือ Google ได้บริจาคโปรโตคอล AgentToAgent(A2A) ของตัวเองให้ Linux Foundation ไปแล้วตั้งแต่ต้นปีนี้
    • แต่แทบไม่มีใครรู้จักโปรโตคอลนั้นเลย แม้จะตามข่าวที่เกี่ยวข้องมาตลอดก็ยังเพิ่งเคยได้ยินชื่อ
  • ต่างจากหลายคอมเมนต์ ผมไม่คิดว่าการบริจาคครั้งนี้เป็น สัญญาณจุดจบ ของ MCP
    บริษัท AI รายใหญ่กำลังร่วมกันผลักดันการทำมาตรฐาน MCP ตั้งแต่ขั้น RFC และการทุ่มทรัพยากรให้มาตรฐานที่ถูกควบคุมโดยคู่แข่งก็ไม่มีประสิทธิภาพ ดังนั้นการ ย้ายไปอยู่กับองค์กรกลาง จึงเป็นลำดับขั้นที่เป็นธรรมชาติ
    Linux Foundation ก็ไม่ได้กลายเป็น ‘สุสานโปรเจกต์’ แบบที่ Apache เคยถูกมองเสมอไป แม้จะมีผลข้างเคียงจากโครงสร้างที่เน้นโปรแกรมรับรองและคอนเฟอเรนซ์ แต่ก็มีหลายกรณีที่ประสบความสำเร็จในฐานะ โปรเจกต์ความร่วมมือหลายฝ่าย
  • ประกาศของ Anthropic ที่บอกว่าจะ บริจาค MCP ให้ Linux Foundation เพื่อรักษาให้เป็นโอเพนซอร์ส ยึดชุมชนเป็นศูนย์กลาง และเป็นกลางต่อผู้ขาย ถือว่าน่าสนใจ
    ระยะยาวจะสำเร็จหรือไม่ยังไม่แน่ แต่ในเชิงกลยุทธ์ก็ดูเป็นการตัดสินใจที่ฉลาด
    • แม้จะบอกว่า “ตั้งแต่เปิดตัวมา” แต่หลายคนก็ตอบกลับว่า จริง ๆ แล้วนี่เป็นโปรเจกต์ที่มีอายุ แค่ 1 ปีเอง ไม่ใช่หรือ
    • การเปิดออกเป็นมาตรฐานสาธารณะแบบ Tesla connector น่าจะมีโอกาสสำเร็จในระยะยาวมากกว่า การผูกไว้กับแพลตฟอร์มใดแพลตฟอร์มหนึ่งกลับเสี่ยงกว่า
    • ท้ายที่สุด MCP ก็เป็นเพียง โปรโตคอลบนฐาน JSON-RPC ดังนั้นจะเป็นโอเพนซอร์สหรือไม่ก็ขึ้นอยู่กับตัว implementation
  • คิดว่า MCP แทบจะไปต่อไม่ไหวแล้ว
    ชอบโมเดลของ Claude แต่ไม่ชอบผู้บริหารของ Anthropic ให้ความรู้สึกปิดเหมือน Apple
    จนถึงตอนนี้ก็ยังไม่เคยเปิดซอร์สโมเดลสักครั้ง
    • แต่ก็มีเหตุผลไม่ใช่หรือ? Anthropic เป็น บริษัทแสวงหากำไร ดังนั้นนี่อาจเป็นการตัดสินใจที่เป็นธรรมดา
  • มีหลายความเห็นที่สับสนระหว่าง MCP กับ API แบบเดิม
    มีบทความที่เคยสรุปไว้ก่อนหน้านี้: เปรียบเทียบ MCP vs API
    คิดว่าบทความนี้น่าจะช่วยลดความสับสนได้
    • ขอบคุณ แต่ในส่วน “Bonus: MCP vs API video” ลิงก์วิดีโอหายไป
  • MCP ซับซ้อนเกินไป ผมว่าไปใช้ทางเลือกที่เรียบง่ายกว่าอย่าง utcp.io น่าจะดีกว่า
  • ผมคิดว่าควรโฟกัสที่ การออกแบบ API ที่ดีกว่าเดิม มากกว่าจะไปสนใจ MCP server
    • เห็นด้วย ผมก็อยากได้ ม้าที่ดีกว่า เหมือนกัน