วิธีเปิดใช้เอเจนต์หลายร้อยตัวใน Claude Code ด้วย Dynamic Workflows

ดูเอกสารเพิ่มเติมเกี่ยวกับการกำหนดค่าเครื่องมือได้ในเอกสารประกอบของ Ailoot

Dynamic Workflows คืออะไร และเหตุใด Anthropic จึงเปิดตัวเมื่อวันที่ 28 พฤษภาคม?#

ก่อนหน้านี้ รูปแบบการทำงานเป็นตัวจำกัดขนาด: หนึ่งแชต = หนึ่งแผน = หนึ่งหน้าต่างบริบท Subagents ช่วยได้ แต่ Claude ในบทสนทนาหลักยังเป็นผู้ตัดสินใจว่า “จะทำอะไรต่อ” และผลลัพธ์ระหว่างทางทุกชิ้นก็ใช้บริบทหน้าต่างเดียวกัน สิ่งนี้กลายเป็นคอขวดเมื่องานเกี่ยวข้องกับไฟล์ 500 ไฟล์หรือสมมติฐานอิสระสิบข้อ

Dynamic Workflows ย้ายแผน เข้าไปอยู่ในโค้ด Claude กำหนดงานเป็นสคริปต์ตัวจัดการงาน runtime เรียกใช้สคริปต์นั้นในสภาพแวดล้อมที่แยกออกจากกัน และผลลัพธ์ระหว่างทางจะอยู่ในตัวแปรของสคริปต์แทนที่จะอยู่ในบริบทของคุณ เซสชันยังคงตอบสนองได้ขณะที่เอเจนต์ทำงานในเบื้องหลัง

สิ่งที่เปลี่ยนไปจริงเมื่อเทียบกับแนวทางเดิมคือ เอเจนต์อิสระจะท้าทายข้อค้นพบของกันและกัน และมีเพียงสิ่งที่ผ่านการตรวจสอบข้ามกันแล้วเท่านั้นที่ถูกส่งต่อมา คำว่า “dynamic” ในชื่อหมายถึงสิ่งนี้โดยตรง: แต่ละครั้งที่รันจะเขียนขึ้นเพื่องานนั้น ๆ โดยไม่มีรายการกระบวนการสำเร็จรูป

Workflow ต่างจาก Subagent และ Skill อย่างไร: การจัดการงาน 3 ประเภท#

ฉันเลือกระหว่าง workflow, subagent และ Skill ด้วยคำถามสองข้อ: ใครเป็นผู้ถือแผน และผลลัพธ์ระหว่างทางอยู่ที่ไหน?

การเปลี่ยนแปลงหลักคือการย้ายแผนเข้าไปอยู่ในโค้ด เมื่อใช้ subagents และ Skills Claude จะเป็นผู้จัดการงานเสมอ: ระหว่างทาง Claude ตัดสินใจว่าจะเรียกใช้อะไรต่อ และผลลัพธ์ที่ได้ทุกครั้งจะกลับเข้าไปในหน้าต่างบริบท ส่วน Workflow เก็บลูป การแตกแขนง และผลลัพธ์ระหว่างทางไว้เอง มีเพียงคำตอบสุดท้ายที่ส่งถึง Claude

คุณเรียกใช้แผนเดิมได้โดยให้เอเจนต์อิสระตรวจสอบจากมุมมองต่าง ๆ แล้วให้สคริปต์รวบรวมสิ่งที่ยังยืนหยัดได้ คุณทำเช่นนี้ในการทำงานตามปกติผ่านแชตเดียวไม่ได้ เพราะ Claude ไม่มีจุดสังเคราะห์ผลที่เป็นอิสระ

ฉันเลือกใช้ดังนี้: สำหรับงานทั่วไปที่มีหลายขั้นตอน ใช้ subagents หรือ Skill สำหรับงานที่ทำไม่จบในบทสนทนาเดียว หรือกระบวนการที่ต้องการเรียกใช้ซ้ำตามต้องการ ให้ใช้ workflow ฉันอธิบายองค์ประกอบพื้นฐานทั้งสี่อย่างไว้โดยละเอียดในคู่มือหลัก Skills, Subagents, MCP หรือ Plugins

3 วิธีเริ่ม Workflow ใน Claude Code#

วิธีที่ 1: ใช้คำว่า workflow ในพรอมต์ เป็นตัวเลือกที่ง่ายที่สุด และไม่เปลี่ยนการตั้งค่าเซสชัน เพียงใส่คำว่า workflow ลงในพรอมต์ใดก็ได้ Claude Code จะไฮไลต์คำนั้นขณะที่คุณพิมพ์ และสร้างสคริปต์ตัวจัดการงานแทนการสนทนาปกติ

เรียกใช้ workflow เพื่อตรวจสอบทุก API endpoint ใน src/routes/ ว่าขาดการตรวจสอบ auth หรือไม่

หาก Claude Code ไฮไลต์คำนั้นแต่คุณไม่ได้ตั้งใจเริ่ม workflow ให้กด alt+w เพื่อปิดการทำงานของตัวกระตุ้นสำหรับพรอมต์นั้น

วิธีที่ 2: โหมด /effort ultracode โหมดนี้เปิดใช้ความพยายามสูงสุดของโมเดล (xhigh) และยังให้ Claude ตัดสินใจเองได้ว่าเมื่อใดที่งานควรใช้ workflow

/effort ultracode

ในโหมดนี้ คำขอหนึ่งรายการอาจแบ่งเป็น workflow หลายชุดต่อเนื่องกัน: ชุดหนึ่งทำความเข้าใจโค้ด อีกชุดแก้ไข และชุดที่สามตรวจสอบผลลัพธ์ แต่ละครั้งที่รันใช้โทเคนมากกว่าและใช้เวลานานกว่าระดับ effort ปกติ โหมดนี้ใช้ได้เฉพาะเซสชันปัจจุบัน และจะรีเซ็ตเมื่อคุณเปิดเซสชันใหม่ เมื่อต้องกลับไปทำงานทั่วไป /effort high จะปิด ultracode

วิธีที่ 3: คำสั่ง /deep-research ที่มีมาให้ เป็น workflow สำเร็จรูปของ Anthropic สำหรับค้นคว้าบนเว็บ หัวข้อถัดไปอธิบายวิธีนี้

สำหรับทั้งสามวิธี Claude Code จะขอคำยืนยันในการเรียกใช้ครั้งแรกและแสดงรายการเฟส ตัวเลือกการตอบกลับคือ Yes, run it, Yes, and don't ask again for <name> (จดจำการอนุมัติของคุณ), View raw script (เปิดโค้ดด้วย Ctrl+G) และ No ในโหมด Auto ต้องยืนยันเฉพาะการเรียกใช้ครั้งแรกเท่านั้น ครั้งต่อไปจะดำเนินต่อโดยไม่ถาม เมื่อใช้ claude -p และ Agent SDK จะไม่มีการขอคำยืนยันเลย: สิทธิ์ของ subagent จะอิงตาม allowlist ที่ใช้ร่วมกัน

Workflow /deep-research สำเร็จรูป: ตัวอย่างการใช้งานครั้งแรก#

วิธีที่เร็วที่สุดในการลองใช้ Dynamic Workflows คือเรียกใช้ workflow สำเร็จรูป แทนการเขียนเอง Anthropic มี workflow /deep-research มาให้ใน Claude Code โดยจะสำรวจคำถามจากหลายมุมมองที่เป็นอิสระต่อกัน ค้นหาแหล่งข้อมูล ให้คะแนนแต่ละข้อกล่าวอ้าง และใส่ไว้ในรายงานเฉพาะข้อที่ผ่านการตรวจสอบข้ามกันแล้ว

1. เรียกใช้คำสั่ง

   ในเซสชัน Claude Code ให้พิมพ์ /deep-research แล้วตั้งคำถามเป็นพรอมต์ที่มีรายละเอียด ยิ่งถ้อยคำชัดเจน สคริปต์ก็ยิ่งเสียเวลาเปิดเฟสน้อยลง

2. อนุญาตให้ใช้ workflow

   กล่องโต้ตอบจะแสดงเฟสต่าง ๆ และปุ่ม Yes / View raw script / No หากคุณเลือกตัวเลือกที่มี don't ask again การอนุมัติจะถูกบันทึกไว้สำหรับโปรเจกต์

3. ดูความคืบหน้าด้วย /workflows

   การรันจะย้ายไปทำงานในเบื้องหลัง ทำให้เซสชันยังว่างอยู่ คำสั่ง /workflows แสดงรายการการรันที่กำลังดำเนินการและเสร็จสิ้นแล้ว ใช้ปุ่มลูกศรเลือกเฟส กด Enter เพื่อขยายและดูเอเจนต์ กด j/k เพื่อเลื่อนดูรายละเอียด p เพื่อหยุดชั่วคราว x เพื่อหยุดการรัน r เพื่อเริ่มเอเจนต์ใหม่ และ s เพื่อบันทึกสคริปต์

4. อ่านรายงาน

   เมื่อการรันเสร็จ รายงานพร้อมลิงก์จะปรากฏในเซสชัน ข้อกล่าวอ้างที่ไม่ผ่านการตรวจสอบข้ามกันจะถูกกรองออกโดยอัตโนมัติ

ต่างจากการแชตปกติที่ค้นเว็บเพียงครั้งเดียว /deep-research จะแบ่งการค้นหาให้ทำงานพร้อมกันเอง และหาข้อสรุปเมื่อแหล่งข้อมูลขัดแย้งกัน ฉันใช้วิธีนี้สำรวจหัวข้อก่อนเขียนคู่มือ เพราะช่วยให้เห็นการใช้โทเคนก่อนขยาย workflow ให้ใหญ่ขึ้น

Ultracode: โหมดที่ให้ Claude ตัดสินใจว่าจะเริ่ม Workflow เมื่อใด#

Ultracode รวมสองสิ่งเข้าด้วยกัน: ความพยายามในการให้เหตุผลสูงสุด และการอนุญาตให้ Claude เริ่ม workflow ได้เอง ตามค่าเริ่มต้น แม้ใช้ /effort xhigh ก็ยังเป็นการสนทนาปกติ: Claude ใช้เวลาคิดนานขึ้น แต่ยังคงเก็บขั้นตอนไว้ในบริบทของตัวเอง Ultracode เพิ่มสิทธิ์ให้ Claude แปลงงานเป็น workflow เองทันทีที่รู้ว่าหนึ่งเซสชันไม่เพียงพอ

/effort ultracode

เมื่อเปิดใช้โหมดนี้ คำขอหนึ่งรายการอาจเปิด workflow สองหรือสามชุดต่อเนื่องกัน: ชุดหนึ่งตรวจสอบโค้ดเบส อีกชุดแก้ไข และชุดที่สามทำงานแยกต่างหากเพื่อพยายามหักล้างการแก้ไขนั้น เป็นรูปแบบเดียวกับ “ความพยายามอิสระหลายครั้ง ⇒ การสังเคราะห์ผลขั้นสุดท้าย” แต่คุณไม่ต้องเริ่มแต่ละเฟสเอง

ต้นทุนเห็นได้ชัด: คำขอแต่ละรายการใช้เวลานานกว่าและมีค่าใช้จ่ายสูงกว่า /effort high เบื้องหลังมีการเรียกใช้หลายรอบ โดยแต่ละรอบมีขีดจำกัดของตัวเอง และ Anthropic เองก็ไม่ได้แนะนำให้ใช้ ultracode เป็นโหมดเริ่มต้น โหมดนี้ใช้ได้เฉพาะเซสชันปัจจุบันและจะรีเซ็ตในเซสชันถัดไป

เมื่อต้องกลับไปทำงานทั่วไป /effort high จะปิด ultracode และเซสชันจะกลับไปเป็นแชตปกติที่ใช้ subagents สำหรับโมเดลที่ไม่รองรับ xhigh ตัวเลือก ultracode จะไม่ปรากฏใน /effort

ข้อจำกัด โทเคน และข้อผิดพลาดที่อาจพบในการใช้งานครั้งแรก#

runtime กำหนดขีดจำกัดทางเทคนิคไว้ดังนี้:

• เรียกใช้เอเจนต์พร้อมกันได้สูงสุด 16 ตัว เครื่องที่มีจำนวนคอร์น้อยจะเรียกใช้ได้น้อยกว่านี้ นี่คือขีดจำกัดทรัพยากรในเครื่อง
• เอเจนต์ 1,000 ตัวต่อการรันหนึ่งครั้ง เป็นมาตรการป้องกันลูปที่ทำงานต่อเนื่องไม่หยุด หากสคริปต์เริ่มเรียกใช้เอเจนต์ไม่สิ้นสุด runtime จะปิดการทำงาน
• ระหว่างการรัน คุณรอรับข้อมูลจากผู้ใช้ไม่ได้ มีเพียงสิทธิ์ของเครื่องมือเท่านั้นที่ทำให้การทำงานหยุดชั่วคราว หากต้องการอนุมัติระหว่างเฟส ให้แยกงานเป็น workflow หลายชุด
• สคริปต์เองเข้าถึงไฟล์หรือ command shell โดยตรงไม่ได้ การอ่าน เขียน และเรียกใช้คำสั่งเป็นงานของเอเจนต์ที่สคริปต์เรียกใช้ สคริปต์ทำหน้าที่ประสานงานเท่านั้น
• ต้องใช้ Claude Code v2.1.154 ขึ้นไป มีให้ในแพ็กเกจ Pro, Max, Team และ Enterprise (เปิดใช้ Pro ผ่าน /config) รวมถึง Claude API, Amazon Bedrock, Vertex AI และ Microsoft Foundry

คำเตือนหลักคือเรื่องค่าใช้จ่าย

เอเจนต์ทุกตัวในการรันใช้โมเดลของเซสชัน เว้นแต่สคริปต์จะกำหนดให้เฟสหนึ่งใช้โมเดลอื่น ก่อนเริ่มการรันขนาดใหญ่ ให้ตรวจสอบ /model: หากคุณคุ้นเคยกับการเปลี่ยนไปใช้โมเดลที่ราคาถูกกว่าสำหรับงานทั่วไป ultracode และ /deep-research อาจทำให้ค่าใช้จ่ายเพิ่มขึ้นหากข้ามการตรวจสอบนี้ คุณสามารถระบุในพรอมต์ให้ Claude “ใช้โมเดลที่ราคาถูกกว่าสำหรับเฟสที่ไม่จำเป็นต้องใช้ความสามารถสูงสุด” ซึ่งเป็นวิธีจัดการค่าใช้จ่ายที่ใช้ได้

หากการรันเริ่มออกนอกเส้นทาง ให้เปิด /workflows เลือกการรัน แล้วกด x เอเจนต์ที่ทำงานเสร็จแล้วจะยังคงเก็บผลลัพธ์ไว้ คุณกลับมาทำงานต่อจากจุดนั้นได้ด้วย p หรือขอให้ Claude เริ่มสคริปต์ใหม่จากจุดเดิม: เอเจนต์ที่มีผลลัพธ์แคชไว้จะส่งผลลัพธ์เดิมกลับมา ส่วนเอเจนต์อื่นจะทำงานต่อแบบสด วิธีนี้ใช้ได้ภายในเซสชันเดียว เมื่อออกจาก Claude Code แล้ว เซสชันถัดไปจะเริ่ม workflow ตั้งแต่ต้น

หากวางแผนจะรันงานระยะยาว ให้เริ่มจัดการการใช้งานด้วยคู่มือ วิธีไม่ใช้โควตา Claude Code จนหมด และ Second Brain: โครงสร้างโปรเจกต์ที่เหมาะสมช่วยให้ workflow ไม่ดึงทั้ง repository เข้าไปในเอเจนต์ทุกตัว

วิธีบันทึก Workflow ไว้ในโปรเจกต์#

หาก Claude ประกอบ workflow สำหรับงานที่ทำซ้ำเป็นประจำ (เช่น ตรวจสอบทุก branch หรือทำการตรวจสอบความปลอดภัยเป็นประจำ) คุณสามารถบันทึกสคริปต์ไว้ และไม่ต้องอธิบายงานด้วยคำพูดซ้ำทุกครั้ง

1. เปิด /workflows

   คำสั่งนี้แสดงรายการการรันล่าสุด ใช้ปุ่มลูกศรเลือกการรันที่ต้องการ

2. กด s

   กล่องโต้ตอบสำหรับบันทึกจะปรากฏขึ้น กด Tab เพื่อสลับตำแหน่งจัดเก็บ

3. เลือกโฟลเดอร์

   .claude/workflows/ อยู่ในโปรเจกต์และทุกคนที่โคลน repository จะเห็นได้ ส่วน ~/.claude/workflows/ อยู่ในโฮมไดเรกทอรี ใช้ได้ในทุกโปรเจกต์ของคุณและมีเพียงคุณที่เห็น

4. เรียกใช้เป็นคำสั่ง

   /[script_name] เริ่ม workflow ด้วยสคริปต์เดียวกับครั้งแรก หากมี workflow ชื่อเดียวกันอยู่ทั้งในโฟลเดอร์โปรเจกต์และโฮม โฟลเดอร์โปรเจกต์จะมีลำดับความสำคัญก่อน

รูปแบบที่น่าสนใจคือ สมาชิกทีมคนหนึ่งทำให้ workflow ใช้งานได้หนึ่งครั้ง แล้ว commit ไว้ใน .claude/workflows/ จากนั้นสมาชิกทีมแต่ละคนก็เรียกใช้การจัดการงานแบบเดียวกันด้วยคำสั่งเดียว สคริปต์เป็น JavaScript ที่อ่านได้ คุณจึงตรวจสอบ แก้ไข และ commit เวอร์ชันใหม่ได้

ครั้งแรกที่คุณเรียกใช้ workflow ที่บันทึกไว้ในโปรเจกต์ Claude Code ยังคงแสดงกล่องโต้ตอบขอสิทธิ์ การบันทึกสคริปต์จึงไม่ได้อนุมัติการเรียกใช้โดยอัตโนมัติ คุณต้องอนุมัติแยกต่างหากด้วย Yes, and don't ask again

งานประเภทใดที่คุ้มค่ากับการใช้ Workflows จริง ๆ?#

Anthropic ระบุสถานการณ์ที่ runtime นี้สร้างมาเพื่อรองรับไว้อย่างชัดเจน:

• การตรวจสอบโค้ดเบสทั้งหมด—ตรวจสอบทุก endpoint, ไฟล์ และฟังก์ชันตามรายการตรวจสอบ ตัวอย่างเช่น ตรวจหาการขาดการตรวจสอบ auth ค้นหาตรรกะที่ซ้ำซ้อน หรือตรวจสอบความปลอดภัยตามกฎ OWASP โดยจะสร้างเอเจนต์แยกสำหรับแต่ละหัวข้อในรายการตรวจสอบ
• การย้ายระบบขนาดใหญ่—เปลี่ยน framework เลิกใช้ API ที่เลิกสนับสนุนแล้ว หรือย้ายไฟล์หลายพันไฟล์ไปเป็นภาษาอื่น workflow ติดตามความคืบหน้า เอเจนต์ทำงานกับไฟล์พร้อมกัน และเอเจนต์ตรวจสอบข้ามกันจะค้นหาสิ่งที่ตกหล่น
• การค้นคว้าที่มีการตรวจสอบข้ามกัน—คำถามที่ต้องใช้แหล่งข้อมูลจากหลายมุมมอง และต้องประเมินว่าข้อกล่าวอ้างใดจะผ่านการตรวจสอบข้ามกัน นี่คือสถานการณ์พื้นฐานที่ /deep-research ซึ่งมีมาให้ถูกเขียนขึ้นเพื่อรองรับ
• แผนซับซ้อนที่คุณอยากร่างจากมุมมองอิสระหลายด้าน—workflow สร้างร่างแผนอิสระหลายฉบับ เอเจนต์ฝ่ายตรงข้ามตรวจสอบแต่ละฉบับ แล้วจึงสังเคราะห์ผล เหมาะกับกรณีที่ “ความผิดพลาดมีต้นทุนสูง และการตรวจเพียงรอบเดียวไม่พอ”

สำหรับงานอย่าง “แก้บั๊กหนึ่งจุด” หรือ “เพิ่มฟังก์ชันหนึ่งรายการ” Dynamic Workflows สู้เซสชันปกติไม่ได้ เพราะปริมาณโทเคนที่ใช้ไม่คุ้มกับเวลาที่เสียไป เอกสารของ Anthropic ย้ำประเด็นนี้ชัดเจนว่า “เริ่มจากงานที่มีขอบเขตแคบ เพื่อทำความเข้าใจปริมาณการใช้งาน” กฎของฉันคือ หากมีงานย่อยอิสระน้อยกว่า 5 งาน หรือมีไฟล์น้อยกว่า 50 ไฟล์ แชตปกติที่ใช้ subagents สองสามตัวจะจัดการได้ถูกกว่า

หากคุณเป็นผู้นำทีมที่ใช้แพ็กเกจ Enterprise ผู้ดูแลระบบอาจปิด Workflows ผ่านการตั้งค่าที่จัดการจากส่วนกลาง หรือปิดสวิตช์ในหน้าผู้ดูแลระบบ Claude Code ก่อนมอง Workflows ว่าเป็น “ทางแก้ได้ทุกอย่าง” ให้ตรวจสอบก่อนว่าเปิดใช้อยู่หรือไม่: /config → รายการ Dynamic workflows

ดูเอกสารเพิ่มเติมเกี่ยวกับการทำงานกับเครื่องมือได้ในเอกสารประกอบของ Ailoot