Claude Managed Agents รองรับ dynamic workflows แล้ว (beta): เอเจนต์เขียนโปรแกรมแจกงานให้เอเจนต์อื่นได้ถึง 1,000 ตัวต่อรอบ — แต่รันพร้อมกันได้แค่ 64 ตัว ไม่ใช่ 1,000 อย่างที่สื่อเขียน

Anthropic เพิ่ม dynamic workflows เข้า Claude Managed Agents แล้ว ตาม release notes ของ Claude Platform ลงวันที่ 9 ต.ค. 2026 ฟีเจอร์นี้อยู่ในสถานะ beta ใช้ header managed-agents-2026-04-01 ตัวฟีเจอร์ไม่ได้ใหม่ เพราะ Claude Code มี dynamic workflows มาตั้งแต่ปลายพฤษภาคม สิ่งที่ใหม่คือตอนนี้ เอเจนต์ที่ deploy ผ่าน API ใช้ได้ด้วย เอเจนต์จะเขียน “workflow” เองเมื่องานมีหลายชิ้น เช่นต้องตรวจเอกสารหลายร้อยฉบับ workflow คือโปรแกรมที่รันเอเจนต์จำนวนมากเป็นเฟส ส่งผลจากเฟสหนึ่งไปอีกเฟส แล้วรวมเป็นคำตอบเดียว โปรแกรมนี้รันอยู่เบื้องหลังบนเซิร์ฟเวอร์ของ Anthropic

ข่าวจากสื่อหลายสำนัก รวมถึง The Decoder พาดหัวว่า Claude “ประสานเอเจนต์ได้ถึง 1,000 ตัว แบบขนาน” แต่เอกสาร Workflow runs ไม่ได้เขียนแบบนั้น ตัวเลข 1,000 คือจำนวนเอเจนต์ทั้งหมดที่ workflow เริ่มได้ ตลอดอายุของหนึ่งรอบ ส่วนจำนวนที่ทำงาน พร้อมกัน อยู่ที่ 64 ตัว ถ้าจะออกแบบงานหรือประเมินเวลา ต้องใช้ 64 เป็นตัวตั้ง

ต่างจาก subagents ที่มีอยู่เดิมอย่างไร

ใน Managed Agents เอเจนต์หลักส่งงานต่อได้ 3 แบบ (เอกสาร multiagent orchestration):

• Subagents — เอเจนต์หลักส่งงานให้เอเจนต์ย่อยเอง อ่านรายงานแล้วถามต่อได้ ส่งต่อได้ลึกแค่ชั้นเดียว และหนึ่ง session มี child thread ได้ไม่เกิน 25 ตัว
• Dynamic workflows — Claude เขียนโปรแกรมที่ประสานงานแทน ผลลัพธ์และบริบทส่งต่อกันในโค้ด ไม่ต้องผ่านเธรดหลัก เธรดหลักจึงยังคุยกับผู้ใช้หรือรายงานความคืบหน้าได้ ข้อแลกคือเอเจนต์หลักส่งข้อความตามไปถามเธรดใน workflow ไม่ได้ และเซิร์ฟเวอร์จะ archive เธรดเหล่านั้นเมื่อรอบจบ
• Advisor — เธรดหลักทำงานเอง แต่ปรึกษาโมเดลอีกตัวได้ในจังหวะสำคัญ

เอกสารแนะนำให้ใช้ workflows กับ งานส่วนใหญ่ที่ต้องใช้มากกว่าหนึ่งเอเจนต์ เช่น audit, migration, deep research และการตรวจไขว้ เอเจนต์ใน workflow มี 2 แบบ แบบแรกคือ predefined agent ที่เราสร้างไว้และใส่ชื่อในรายการ workflows.predefined_agents แบบที่สองคือ inline agent ที่ workflow กำหนดขึ้นเองพร้อมเขียน system prompt ให้ inline agent จะใช้โมเดลเดียวกับเอเจนต์หลัก และใช้ tools, MCP servers, skills ได้ไม่เกินที่เอเจนต์หลักมี

วิธีเปิด และสิ่งที่ต้องระวัง

กำหนด multiagent ในนิยามของเอเจนต์:

{
  "multiagent": {
    "type": "multiagent_20261001",
    "workflows": { "type": "enabled" }
  }
}

จุดที่ควรรู้ก่อนเปิดใช้:

• type ใหม่เปิดทุกอย่างไว้เป็นค่าเริ่มต้น ทั้ง subagents, workflows และ inline_agents ถ้าย้ายเอเจนต์เดิมจาก type coordinator มาใช้ type ใหม่โดยไม่ระบุอะไร เอเจนต์จะเริ่ม workflow และกำหนดเอเจนต์เองได้ทันที ถ้าไม่ต้องการ ต้องตั้ง {"type": "disabled"} ใน update ครั้งเดียวกัน (และถ้าส่ง null มา ฟีเจอร์จะถูกเปิด ไม่ใช่ปิด)
• เอเจนต์เป็นฝ่ายตัดสินใจว่าจะเริ่ม workflow เมื่อไร เอกสารให้เขียนเงื่อนไขไว้ใน system prompt ตัวอย่างของ Anthropic คือให้ตรวจสัญญา 1–2 ฉบับเอง ถ้ามากกว่านั้นจึงเริ่ม workflow
• ไม่มีราคาแยก โทเคนของทุกเอเจนต์ในรอบคิดตามราคาโมเดลปกติ และนับรวมใน session budget เมื่อใช้ถึง budget ทุกรอบจะหยุดชั่วคราว แต่แต่ละเธรดจะทำ request ที่เริ่มไปแล้วให้เสร็จก่อน ค่าใช้จ่ายจึงเกิน budget ได้ราว 1 request ต่อเธรดที่ทำงานอยู่ (สูงสุด 64 request)
• ขีดจำกัดอื่น: อายุรอบตั้งต้น 24 ชั่วโมง หนึ่ง session เปิดได้พร้อมกัน 10 รอบ (รอบที่พักอยู่ก็นับ) ถ้าขอเกิน 1,000 เอเจนต์ รอบจะจบด้วย thread_limit_error และเอกสารเตือนว่าค่า 64 “อาจเปลี่ยนได้” เพราะ API ไม่รับประกันตัวเลขนี้
• ติดตามแต่ละรอบได้จาก event workflow_run.* เช่น created ที่ประกาศรายชื่อเฟส, phase_started/phase_ended และ status_ended ที่มี result เอกสารเตือนด้วยว่า API ไม่รับประกันว่าเฟสจะรันตามลำดับ ดังนั้นโค้ดฝั่ง client ต้องรับกรณีที่เฟสเปิดซ้อนกันหรือไม่ได้อยู่ในรายการได้

มุมมอง AI Curator

ที่ผ่านมา การรันเอเจนต์จำนวนมากเป็นความสามารถของเครื่องมือฝั่งนักพัฒนา (Claude Code, Copilot) ที่คนนั่งเฝ้าอยู่ การย้ายมาไว้บน API ทำให้ผลิตภัณฑ์ที่ไม่มีคนเฝ้า เช่นระบบตรวจเอกสาร ระบบ audit หรือบอตวิจัย สั่งให้ Claude แตกงานเองได้ ข้อดีคือไม่ต้องเขียน orchestration layer เองอีกต่อไป ข้อเสียคือจำนวนเอเจนต์และค่าใช้จ่ายขึ้นกับการตัดสินใจของโมเดล ไม่ได้อยู่ในโค้ดของเรา

สำหรับทีมไทยที่ทำงานเอกสารปริมาณมาก เช่นสัญญา เอกสารประกัน หรือรายงานกำกับดูแล ฟีเจอร์นี้น่าลองที่สุด แต่ควรทำ 3 อย่างก่อนขึ้น production: ตั้ง session budget ทุกครั้ง, ปิด inline agents แล้วใช้เฉพาะ predefined agent ที่เราควบคุม system prompt และ tools ได้ และเขียน system prompt ให้ชัดว่ากี่ชิ้นงานจึงเริ่ม workflow เพราะถ้าปล่อยตามค่าเริ่มต้น งาน 3 ชิ้นอาจถูกแตกเป็นหลายสิบเอเจนต์ก็ได้

ประเด็นตัวเลข 1,000 กับ 64 เป็นอีกตัวอย่างของสิ่งที่เราเจอบ่อย คือสรุปข่าวรอบแรกตัดเงื่อนไขในเอกสารทิ้ง ถ้าคำนวณว่างาน 1,000 ชิ้นจะเสร็จในรอบเดียวเพราะ “ขนานได้ 1,000” ค่าจริงจะช้ากว่าที่คิดราว 15 เท่า ควรอ่านตารางขีดจำกัดในเอกสารเองก่อนตัดสินใจออกแบบระบบ

แหล่งข่าว

• Workflow runs — Claude Platform Docs
• Multiagent orchestration — Claude Platform Docs
• Claude Platform release notes (9 ต.ค. 2026)
• The Decoder — Anthropic’s Claude can now orchestrate up to 1,000 AI agents