Microsoft Foundry เปิดตัว Toolboxes — bundle เครื่องมือสำหรับ agent ที่ reuse ได้ผ่าน MCP-compatible endpoint เดียว
Microsoft Foundry Blog เผยแพร่ฟีเจอร์ใหม่ Toolboxes ใน public preview — แก้ปัญหาที่ทีมพัฒนา agent ในองค์กรกำลังเจอ: เครื่องมือ (tool) เดียวกันถูก implement ซ้ำในหลาย agent, credential กระจัดกระจาย, ไม่มี governance ข้าม framework
ปัญหาที่ Toolboxes แก้
ตามที่ Microsoft อธิบาย — ทีม enterprise ทั่วไป build agent ข้าม:
- 5 framework ที่แตกต่าง (LangChain, Semantic Kernel, Microsoft Agent Framework, custom)
- 5 tool type (REST API, MCP server, Skills, Connector, Flow)
- 5 authentication model (API key, OAuth, service principal, managed identity, custom)
- 5 owning team ที่ดูแลแต่ละชิ้น
ผลลัพธ์: tool เดียว (เช่น “ดึงข้อมูลลูกค้าจาก CRM”) ถูก wire ใหม่ใน agent หลายตัว, credential ถูก copy-paste ระหว่างทีม, ไม่มีคนเห็นภาพรวมว่า agent ตัวไหน access อะไรบ้าง
โครงสร้าง Toolbox — bundle ที่ publish เป็น shared asset
Toolbox คือ named, reusable bundle ของ tool ที่ managed ใน Foundry:
- Build phase — ทีมเลือก tool, configure auth, publish เป็น toolbox
- Consume phase — agent connect ผ่าน MCP-compatible endpoint เดียวสำหรับทั้ง bundle
- Governance phase — admin เห็น log และควบคุม access ระดับ toolbox ไม่ใช่ระดับ agent
จุดสำคัญที่สุด: MCP-compatible — agent runtime ใดก็ตามที่ consume MCP endpoint ได้ (Microsoft Agent Framework, Semantic Kernel, LangChain via MCP adapter, Anthropic Claude Code, Cursor) สามารถใช้ toolbox เดียวกันได้ — ไม่ต้อง re-wire ตอนเปลี่ยน framework
Public preview เน้น Build + Consume
ใน preview phase นี้ Microsoft ระบุชัดว่า focus 2 ขั้น ที่ลด friction ทันที:
- Build — UI สำหรับเลือก tool และ configure auth
- Consume — generate MCP endpoint ให้ agent connect
ส่วน Govern phase (audit trail, access control granular, lifecycle management) จะมาในรอบ GA ต่อไป
บริบท — ส่วนหนึ่งของ Foundry agent stack ที่ครบขึ้นเรื่อยๆ
Toolboxes ออกมาในจังหวะที่ Microsoft เพิ่งประกาศหลายฟีเจอร์ Foundry stack ในเดือน เม.ย. 2026:
- Foundry Agent Service GA — private networking, Voice Live, enterprise evaluation
- Foundry Toolkit for VS Code GA (เมื่อ 25 เม.ย.) — IDE integration ครบวงจร
- Hosted Agents in Foundry Agent Service — secure, scalable compute
- Multi-Agent Workflows — orchestrate หลาย agent ในงานเดียว
- Agent Memory pricing — เริ่ม 1 มิ.ย. 2026 ($0.25/1K events short-term, $0.25/1K memories/month long-term)
มุมมอง AI Curator
Microsoft เดินเกมที่ผมเรียกว่า “layered standardization” — ในขณะที่ตลาด agent framework ยังกระจัดกระจาย Microsoft ไม่พยายาม win framework war โดยตรง แต่เลือก standardize layer ที่อยู่ใต้ framework (MCP) แล้วทำให้ทุก framework ต้องผ่าน Foundry layer ของตัวเอง — เป็นกลยุทธ์เดียวกับที่ Microsoft ใช้กับ ODBC ในยุค 90s และ Azure Active Directory ในยุค 2010s
สำหรับทีม dev ในไทย/SEA ที่กำลัง build agent ใน production ผมเห็น 3 บทเรียนสำคัญ:
1. MCP กลายเป็น default protocol ของ tool integration แล้ว — ถ้าทีมไหนกำลังพิจารณา design tool layer ของตัวเอง ตอนนี้คือจุดที่ควรหยุดแล้วใช้ MCP ตรงๆ — ทั้ง Microsoft, Anthropic, OpenAI Codex, Cursor, Cline, Claude Code support แล้ว การสร้าง custom protocol ในปี 2026 จะเป็น technical debt ทันที
2. Tool sprawl เป็นปัญหาจริงในองค์กร — ไม่ใช่แค่ใน Microsoft — ทุก enterprise ที่ deploy AI agent มากกว่า 3-4 ตัวจะเจอ pattern เดียวกัน: credential ซ้ำ, tool ซ้ำ, ไม่รู้ใครใช้อะไร — ทีมไทยที่ยังอยู่ phase pilot ควรตั้ง tool registry ตั้งแต่ตอนนี้ ก่อนจะมี agent 20-30 ตัวกระจายอยู่ตามทีม
3. Governance มาช้า แต่จะเป็นเรื่องที่ปวดหัวที่สุดในปี 2027 — Microsoft ยังไม่ ship Govern phase ใน toolbox preview สะท้อนความจริงว่าแม้แต่ Microsoft เองก็ยังคิดเรื่อง enterprise AI governance ไม่ทัน — สำหรับ regulated industry ของไทย (ธนาคาร, ประกัน, สาธารณสุข) ที่ต้องตอบ audit ของ ธปท./คปภ./สปสช. ภายในปี 2027 — ตอนนี้คือเวลาเริ่มออกแบบ audit trail layer ของตัวเอง อย่ารอจน vendor ship
ที่ต้องจับตาต่อ: ถ้า Toolboxes สามารถ federate กับ Anthropic MCP server registry หรือ OpenAI Workspace Agents connector ได้ในไตรมาสหน้า — agent ecosystem จะกลายเป็น interoperable จริง แต่ถ้าแต่ละค่ายเลือก fork MCP standard ของตัวเอง — เราจะกลับไปเจอ “browser war” ของยุค 2026 รอบใหม่
แหล่งข่าว
อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา
Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog