Microsoft Foundry เปิด 5 ความสามารถ agent ของ Claude บนดีพลอยที่โฮสต์ในAzure — Tool Search ลดโทเคน tool definition กว่า 85%

Microsoft เผยแพร่บทความบน Foundry Blog เมื่อ 17 ส.ค. 2026 (เขียนโดย Haoran Cheng, Product Manager ฝ่าย Claude API ใน Microsoft Foundry) ประกาศว่า 5 ความสามารถฝั่ง agent ของ Claude — structured outputs, web search, web fetch, MCP connector และ tool search — ใช้งานได้แล้วบน Microsoft Foundry และที่สำคัญกว่านั้นคือ ใช้ได้บนดีพลอยแบบ Hosted on Azure ไม่ใช่เฉพาะ Hosted on Anthropic เหมือนก่อนหน้านี้

ประเด็นนี้ไม่ใช่แค่ “เพิ่มฟีเจอร์” แต่เป็นการปลดเงื่อนไขทางสถาปัตยกรรมที่กวนใจทีมองค์กรมานาน เดิมทีชุดความสามารถ agentic เปิดให้ใช้บนดีพลอย Hosted on Anthropic เท่านั้น ทีมที่มีข้อผูกพันเรื่อง data residency ว่า prompt และ completion ต้องอยู่ในAzure จึงต้องเลือกอย่างใดอย่างหนึ่ง — ยอมทิ้งข้อผูกพันนั้น หรือไปสร้าง search, fetch, MCP และ tool routing ขึ้นมาเองฝั่ง client ตอนนี้ทางเลือกที่บีบคอนั้นหายไปแล้ว

Tool Search: ปัญหาที่โผล่มาตอน agent มีเครื่องมือเกิน 30 ตัว

ส่วนที่นักพัฒนาน่าสนใจที่สุดคือ tool search เพราะมันแก้ปัญหาที่ทีมส่วนใหญ่ยังวินิจฉัยผิด บทความระบุตัวเลขไว้ตรง ๆ ว่าการต่อ MCP server แบบพอประมาณ — GitHub, Slack, Sentry, Grafana, Splunk — กินคอนเท็กซ์ไป ราว 55,000 โทเคนแค่กับนิยามเครื่องมือ ก่อนที่โมเดลจะเริ่มทำงานจริงด้วยซ้ำ นั่นคือคอนเท็กซ์ที่จ่ายเงินซื้อทุกเทิร์นแต่ใช้ประโยชน์ไม่ได้

ปัญหาที่สองคือความแม่นยำในการเลือกเครื่องมือ ซึ่งบทความบอกว่าจะเริ่มพังเมื่อเกิน ราว 30–50 เครื่องมือ และไม่ได้ค่อย ๆ แย่ลงอย่างนุ่มนวล — agent จะเริ่มเรียก search_issues ทั้งที่ต้องการ search_pull_requests แล้วผล eval จะเพี้ยนในแบบที่ “ดูเหมือนปัญหา prompt” แต่ไม่ใช่

tool search กลับด้านโมเดลการโหลด แทนที่จะยัดนิยามทั้งหมดเข้าคอนเท็กซ์ตั้งแต่ต้น Claude จะค้นแคตตาล็อกแล้วโหลดเฉพาะที่ต้องใช้ — ปกติ 3–5 ตัวต่อ request ตัดโทเคนนิยามลงกว่า 85% มีให้เลือกสองแบบคือ tool_search_tool_regex_20251119 (Claude เขียนแพตเทิร์น re.search() ยาวไม่เกิน 200 ตัวอักษร) กับ tool_search_tool_bm25_20251119 (คิวรีภาษาธรรมชาติ ไม่เกิน 500 ตัวอักษร) ทั้งคู่ค้นทั้งชื่อเครื่องมือ คำอธิบาย ชื่ออาร์กิวเมนต์ และคำอธิบายอาร์กิวเมนต์

แพตเทิร์นที่บทความแนะนำคือเก็บเครื่องมือที่ใช้บ่อยที่สุด 3–5 ตัวไว้ “ร้อน” ด้วย defer_loading: false แล้ว defer ที่เหลือทั้งหมด และอย่าลืมบอกใน system prompt ว่ามีเครื่องมือหมวดไหนอยู่บ้าง เพราะโมเดลค้นหาความสามารถที่มันไม่รู้ว่ามีอยู่ไม่ได้

MCP connector กับการกำกับสิทธิ์เครื่องมือ 3 แพตเทิร์น

MCP connector ให้ชี้ Messages API ไปที่ remote MCP server ได้ตรง ๆ ไม่ต้องเขียน MCP client, ไม่ต้องจัดการ session, ไม่ต้องแปลง tool schema โดยฝั่งบริการเป็นคนต่อและเรียกเครื่องมือให้ — ยังอยู่สถานะ beta บน Foundry (ต้องส่ง betas=["mcp-client-2025-11-20"] และเรียกผ่าน client.beta.messages.create) เหมือนที่เป็นบน Claude API

ที่ควรจำคือ 3 แพตเทิร์นการกำกับสิทธิ์ ซึ่งแมปตรงกับวิธีที่องค์กรคุม agent จริง ๆ:

• Denylist — เปิดทุกอย่าง แล้วปิดเฉพาะคำสั่งทำลายข้อมูล เหมาะเมื่อ server เชื่อถือได้
• Allowlist — ตั้ง default_config: {enabled: false} แล้วค่อยเปิดเป็นรายตัว เป็นท่าที่ถูกต้องสำหรับอะไรก็ตามที่แตะ identity, endpoint หรือเงิน และเป็นวิธีเดียวที่จะได้ agent ที่อ่านอย่างเดียวจริง ๆ
• Deferred — default_config: {defer_loading: true} ส่งเครื่องมือของ server นั้นไปให้ tool search จัดการแทนที่จะโหลดเข้าคอนเท็กซ์

บทความเตือนไว้ด้วยว่า ให้ verify denylist ใน CI เพราะชื่อเครื่องมือที่ไม่รู้จักจะขึ้นเป็น warning ไม่ใช่ error — แปลว่าถ้าฝั่ง MCP server เปลี่ยนชื่อเครื่องมือ denylist ของคุณจะเงียบ ๆ กลายเป็นไม่มีผล

ตัวเลขที่ต้องกางก่อนขึ้นโปรดักชัน

• ราคา: web search คิดที่ 10 ดอลลาร์ต่อ 1,000 ครั้งค้นหา ส่วน fetch และ tool search ไม่มีค่าใช้จ่ายต่อครั้ง ทั้งหมดเรียกเก็บเป็น Claude Consumption Units ผ่าน Azure Marketplace วัดเป็นรายชั่วโมง ออกบิลรายเดือนย้อนหลัง
• โมเดลและรีเจียน: Hosted on Azure รองรับ Opus, Sonnet, Haiku รุ่นล่าสุด ผ่าน deployment type Global Standard และ US Data Zone Standard โดย US Data Zone Standard เก็บ inference ไว้ในสหรัฐฯ เทียบเท่าการตั้ง inference_geo: "us" บน Claude API ส่วน Hosted on Anthropic ยังเป็นทางเลือกเมื่อต้องการโมเดลที่ยังไม่ถูกโฮสต์บนAzure
• ข้อมูล: structured outputs ประมวลผลแบบ ZDR แต่ schema ถูกแคชไว้ 24 ชั่วโมง — อย่าใส่ข้อมูลสุขภาพลงใน schema และการแลกเปลี่ยนกับ MCP server ไม่ได้อยู่ในขอบเขต ZDR
• auth: แนะนำให้ใช้ Entra ID กับ Azure RBAC แทน API key โดยโทเคนหมดอายุราว 1 ชั่วโมง
• สิ่งที่ยังไม่มีบน Foundry: Message Batches API, Admin API, Models API, Compliance API, Claude Managed Agents, server-side fallback และ Advisor tool — ต้องวางแผนเผื่อไว้
• rate limit: Foundry ไม่ส่ง rate-limit header ของ Anthropic ออกมา ต้องทำ exponential backoff เอง

อีกจุดที่แอบสำคัญคือ web search เวอร์ชัน web_search_20260209 ขึ้นไป จะให้ Claude เขียนโค้ดกรองผลลัพธ์ก่อนเข้าคอนเท็กซ์ (รันผ่าน code execution tool ที่ Foundry จัดหาให้อัตโนมัติ ไม่มีค่าใช้จ่ายเพิ่มนอกจากค่าโทเคนปกติ) แทนที่จะโหลดผลค้นหาทั้งหน้าเข้ามาพร้อม nav chrome และย่อหน้าที่ไม่เกี่ยวข้อง

มุมมอง AI Curator

บทความนี้อ่านแล้วน่าสนใจตรงที่มันเป็น “เอกสารประกาศฟีเจอร์” ที่ยอมพูดตัวเลขความล้มเหลวของตัวเอง — 55,000 โทเคนที่หายไปกับ tool definition และจุดที่ความแม่นยำพังที่ 30–50 เครื่องมือ คือสิ่งที่ทีมที่ต่อ MCP server หลายตัวเจอกันมาหลายเดือนแล้วแต่มักโทษว่าเป็นปัญหา prompt ประโยคที่คมที่สุดในบทความคือ “agent ที่ทำงานได้ตอนเดโมแต่สับสนตอนโปรดักชัน? ไปนับจำนวนเครื่องมือ เกิน 30 เมื่อไหร่ นั่นคือ tool search ไม่ใช่ prompt ของคุณ”

สำหรับทีมไทย สิ่งที่ควรอ่านให้ขาดคือเรื่อง data residency ธนาคาร บริษัทประกัน และหน่วยงานที่อยู่ใต้ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล มักติดตรงที่ prompt/completion ต้องอยู่ในขอบเขตที่ตรวจสอบได้ ก่อนหน้านี้การจะได้ agent ที่ค้นเว็บได้ ต่อ MCP ภายในได้ และคืน JSON ที่การันตี schema ได้พร้อมกัน ต้องยอมย้าย inference ออกไป ตอนนี้ทำบนดีพลอยเดียวกันได้แล้ว — แต่ต้องอ่านตัวหนังสือเล็กให้ครบ เพราะ การคุยกับ MCP server ไม่ได้อยู่ในความคุ้มครอง ZDR ซึ่งแปลว่าถ้า MCP server ของคุณคือระบบ HR หรือฐานข้อมูลลูกค้า ขอบเขตการตรวจสอบยังไม่จบแค่ที่ Azure

ข้อสังเกตเชิงยุทธศาสตร์: นี่คือ Microsoft ขาย Claude บนโครงสร้างพื้นฐานของตัวเองด้วยจุดขายเรื่อง residency เป็นหลัก ไม่ใช่จุดขายเรื่องราคาหรือความสามารถของโมเดล ในตลาดที่ทุกเจ้ามีโมเดลระดับใกล้เคียงกัน สิ่งที่ปิดดีลองค์กรได้จริงกลับกลายเป็น “inference รันที่ไหน ใครเห็นข้อมูล บิลผ่านช่องทางจัดซื้อไหน” — และตรงนี้แหละที่ผู้ให้บริการคลาวด์ได้เปรียบแล็บโมเดลโดยตรง สำหรับนักพัฒนาไทยที่กำลังเลือกทางลง ควรประเมินว่าองค์กรของคุณซื้อ “โมเดล” หรือซื้อ “ช่องทางจัดซื้อ + ข้อผูกพันด้านข้อมูล” เพราะคำตอบจะกำหนดว่าคุณควรต่อตรงกับ Claude API หรือผ่าน Foundry

แหล่งข่าว

• Five new Claude capabilities now available in Microsoft Foundry — Microsoft Foundry Blog, 17 ส.ค. 2026
• Tool search tool — Claude Platform Docs
• MCP connector — Claude Platform Docs
• Claude in Microsoft Foundry — Claude Platform Docs