Microsoft เปิดตัว Toolboxes ใน Foundry — มัด tool ทั้งชุดเป็น MCP endpoint เดียว ไม่ต้อง wiring ซ้ำกับทุก agent

Microsoft Foundry เพิ่งประกาศ public preview ของฟีเจอร์ใหม่ชื่อ Toolboxes ผ่าน devblogs.microsoft.com — เป็นวิธีจัดการ tool ของ AI agent ให้รวมศูนย์อยู่ที่เดียวแล้วเปิดออกมาเป็น MCP endpoint หนึ่งจุด แทนที่จะต้อง “wire” tool แต่ละตัวเข้า agent ทีละครั้ง ๆ ที่สร้างใหม่

ไอเดียคือ ทีมหนึ่งทีมตั้งค่า toolbox ครั้งเดียว: ใส่ web search, Azure AI Search, code interpreter, file search, MCP servers ของ third party, OpenAPI tools — กำหนด authentication กลาง (OAuth identity passthrough หรือ Entra managed identity) แล้วเปิด endpoint MCP ให้ agent ใครก็ได้มาเสียบใช้ ไม่ต้องเก็บ credential ในแต่ละ agent อีกแล้ว

4 เสาหลักของ Toolbox lifecycle

Microsoft แบ่ง lifecycle ของ Toolbox ออกเป็น 4 พิลลาร์ ตามเอกสาร:

• Build — สร้างและกำหนดค่า toolbox (พร้อมใช้ใน preview)
• Consume — agent จากเฟรมเวิร์กใดก็ตามเรียกใช้ได้ (พร้อมใช้)
• Discover — ค้น tool ที่ทีมอื่นทำไว้แล้ว ไม่ต้องสร้างซ้ำ (กำลังจะมา)
• Govern — observability และ control กลางว่า tool ตัวไหนถูกเรียกเมื่อใด ใครเรียก (กำลังจะมา)

นี่เป็นการตอบ pain point ของ enterprise ที่มีหลายทีมสร้าง agent แล้วมีปัญหา “agent A ใช้ Azure AI Search version หนึ่ง agent B ใช้อีก version หนึ่ง” หรือไม่มีใครรู้ว่า agent ตัวไหนเข้าถึง tool ภายในระบบบ้าง

รองรับ MCP มาตรฐาน

จุดสำคัญคือ Toolbox expose endpoint แบบ MCP-compatible ไม่ใช่ proprietary format นั่นแปลว่า runtime ที่ใช้ MCP ได้ก็ใช้ Toolbox ของ Foundry ได้:

• Microsoft Agent Framework — เฟรมเวิร์กของ Microsoft เอง (.NET / Python) ที่ขึ้น 1.0 GA ในเดือนเมษายน
• LangGraph — framework ของ LangChain ที่ enterprise หลายแห่งใช้
• GitHub Copilot SDK — สำหรับสร้าง Copilot extension
• Custom code — เขียนเองด้วย MCP SDK ภาษาใดก็ได้

การยึด MCP มาตรฐานเป็นการสยบศึก format war ของ tool calling ที่เคยมีหลายค่าย ทำให้ทีมเปลี่ยนเฟรมเวิร์ก agent กลางทางได้โดยไม่ต้องเขียน tool layer ใหม่ทั้งหมด

ตอนนี้ทำอะไรได้บ้าง

ใน public preview สิ่งที่ใส่ใน toolbox ได้ทันที:

• Foundry built-in tools เช่น web grounding, Azure AI Search, code interpreter, file search
• Custom OpenAPI tools — เสียบ REST API ภายในองค์กรเข้า toolbox ได้โดยตรง
• MCP servers ของ third party (รวมถึง Notion, GitHub, Slack ฯลฯ ที่มี MCP server แล้ว)

Authentication ใช้ OAuth identity passthrough หรือ Entra managed identity ตามนโยบายขององค์กร — agent ตัวลูกไม่ต้องถือ secret เอง ลดความเสี่ยงในการรั่วของ credential

มุมมอง AI Curator

Toolboxes ของ Foundry เป็น “infrastructure play” ที่ Microsoft ทำได้ดีกว่าค่ายอื่นในช่วงนี้ เพราะองค์กรไทยและ SEA ที่ใช้ Azure อยู่แล้วจะได้ Toolbox มาฟรี ๆ ที่อยู่ในระบบ identity เดิม (Entra) ไม่ต้องตั้ง vault credential แยก ไม่ต้องเปิดทีมใหม่ดูแล MCP gateway

เทียบกับ Genkit Middleware ของ Google ที่ออกมาวันที่ 14 พฤษภาคม Foundry Toolboxes ตอบโจทย์คนละชั้น: Genkit Middleware แทรกในวงรอบของ agent ตัวเดียว ส่วน Foundry Toolboxes ทำเป็นชั้น “tool catalog ขององค์กร” ที่หลาย agent ใช้ร่วมกัน ในระยะยาวทั้งสองพรีเซ็นต์เลเยอร์ที่เสริมกัน — agent ใช้ middleware ของตัวเองคุม retry/security ส่วน enterprise ใช้ toolbox เป็น registry กลาง

สิ่งที่น่าจับตาคือเส้นทางของ Discover และ Govern ที่ Microsoft บอกว่า “coming soon” — ถ้าทำได้จริง องค์กรจะมี dashboard เห็นว่า agent ทุกตัวเรียก tool อะไรไปแล้วบ้าง ใช้กี่ครั้ง ค่าใช้จ่ายเท่าไร ซึ่งเป็นสิ่งที่ทีม security และ finance ในไทยถามหาแต่หาคำตอบยากในยุค agent ที่ยังเป็น Wild West อยู่

ในแง่กลยุทธ์ Microsoft กำลังขายสาร: “อย่ามองโมเดล มอง agent platform” ซึ่งเป็นเดิมพันที่ถูก เพราะตลาด agent enterprise วันนี้ขาด governance ขาด observability ไม่ได้ขาดโมเดลเก่ง

แหล่งข่าว

• Introducing Toolboxes in Foundry — Microsoft Foundry Blog
• Curate intent-based toolbox in Foundry (preview) — Microsoft Learn
• Microsoft Foundry Tackles the AI Agent Tool Problem Nobody Talks About — DevOps.com