Claude Code เปิดตัวฟีเจอร์ Dynamic Workflow

• Claude Code กระจายงานวิศวกรรม ขนาดใหญ่และซับซ้อน ที่ยากต่อการจัดการด้วยเอเจนต์ตัวเดียว ออกเป็นซับเอเจนต์แบบขนานตั้งแต่หลักสิบถึงหลักร้อย
• ภายในเซสชันเดียว สามารถ เขียนสคริปต์ orchestration แบบไดนามิก เพื่อรันซับเอเจนต์แบบขนาน และตรวจสอบผลลัพธ์ด้วยตัวเองก่อนส่งให้ผู้ใช้
• ในกรณีของ Jarred Sumner ที่พอร์ต Bun จาก Zig ไปเป็น Rust สามารถเขียนและ merge โค้ด Rust ราว 750,000 บรรทัด ได้ภายใน 11 วัน และผ่านเทสต์สวีตเดิม 99.8%
• ผู้ใช้แผน Max, Team และ API จะถูกเปิดใช้งานโดยค่าเริ่มต้น ส่วน Enterprise ต้องให้ผู้ดูแลเปิดใช้งานแยกต่างหาก และรองรับทั้ง Claude Code CLI, Desktop และส่วนขยาย VS Code
• เนื่องจาก การใช้โทเคนเพิ่มขึ้นอย่างมาก เมื่อเทียบกับเซสชัน Claude Code ทั่วไป จึงแนะนำให้เริ่มจากงานที่มีขอบเขตชัดเจนก่อน

---

Dynamic Workflow คืออะไร

• ฟีเจอร์สำหรับจัดการงานที่เกินขีดความสามารถของการประมวลผลแบบเอเจนต์เดี่ยว โดยเฉพาะ การค้นหาบั๊ก, การย้ายระบบที่แตะไฟล์นับร้อย, และ stress test หลายมุมมอง ในโค้ดเบสที่ซับซ้อนและเป็น legacy
• Claude จะ วางแผนแบบไดนามิก จากพรอมป์ต์ แยกงานออกเป็นซับทาสก์ แล้วกระจายไปยังซับเอเจนต์แบบขนาน
• เอเจนต์แต่ละตัวเข้าหาปัญหาจากมุมมองที่เป็นอิสระ ขณะที่เอเจนต์อื่นพยายามโต้แย้งผลลัพธ์นั้น และจะรันซ้ำจนกว่าคำตอบจะลู่เข้า
• ความคืบหน้าจะถูกบันทึกแบบเรียลไทม์ จึงสามารถ กลับมาทำต่อจากจุดที่หยุดไว้ได้ โดยไม่ต้องเริ่มใหม่ทั้งหมดเมื่อการทำงานถูกขัดจังหวะ
• การประสานงานเกิดขึ้นนอกบทสนทนา ทำให้แม้งานจะมีขนาดใหญ่ขึ้นก็ยัง ไม่หลุดจากแผน

แพลตฟอร์มที่รองรับและวิธีใช้งาน

• ให้บริการในรูปแบบ research preview บน Claude Code CLI, Desktop และส่วนขยาย VS Code
• แพลตฟอร์มที่รองรับ: Claude API, Amazon Bedrock, Vertex AI, Microsoft Foundry
• แผนที่ใช้งานได้: Max, Team, Enterprise (เมื่อผู้ดูแลเปิดใช้งาน)
• มี 2 วิธีในการเริ่มใช้งาน:
  • ขอให้ Claude สร้าง workflow โดยตรง (เช่น "Create a workflow")
  • เปิดการตั้งค่าเฉพาะของ Claude Code ชื่อ ultracode — เข้าถึงได้จากเมนู effort โดยตั้งค่า effort level เป็น xhigh แล้วให้ Claude ตัดสินใจเองว่าจะใช้ workflow หรือไม่
• เพื่อประสบการณ์ที่ดีที่สุด แนะนำให้เปิด auto mode
• เมื่อรัน workflow ครั้งแรก Claude Code จะแสดงสิ่งที่จะรันและ ขอให้ผู้ใช้ยืนยัน
• ผู้ดูแลองค์กรสามารถปิดใช้งาน workflow ได้จาก managed settings
• แผน Enterprise จะ ปิดไว้เป็นค่าเริ่มต้นตอนเปิดตัว และผู้ดูแลสามารถเปลี่ยนได้จากการตั้งค่า Claude Code

กรณีใช้งานหลัก

• การค้นหาบั๊กทั้งโค้ดเบส, การตรวจสอบการเพิ่มประสิทธิภาพด้วย profiler, และการตรวจสอบความปลอดภัย: สำรวจบริการและรีโปแบบขนาน จากนั้นทำการตรวจสอบยืนยันอย่างอิสระกับสิ่งที่พบทั้งหมด รวมถึงการตรวจสอบการยืนยันตัวตน, การตรวจสอบความถูกต้องของอินพุต และการไล่ตรวจรูปแบบที่ไม่ปลอดภัยทั้งหมด
• งานย้ายระบบและงานปรับปรุงครั้งใหญ่: จัดการแบบ end-to-end กับ การเปลี่ยน framework, การรองรับ API ที่เลิกใช้งาน, และการพอร์ตภาษา ครอบคลุมไฟล์นับพัน
• งานสำคัญที่ต้องมีการตรวจสอบซ้ำสองชั้น: เมื่อความเสียหายจากคำตอบผิดมีต้นทุนสูง ระบบจะใช้ทั้งความพยายามแบบอิสระและ adversarial agent ที่จงใจพยายามทำลายผลลัพธ์เพื่อใช้ในการตรวจสอบ

กรณีศึกษาการเขียน Bun ใหม่

• Jarred Sumner ใช้ Dynamic Workflow เพื่อ พอร์ต Bun จาก Zig ไปเป็น Rust
• เขียน โค้ด Rust ราว 750,000 บรรทัด, ผ่านเทสต์สวีตเดิม 99.8% และใช้เวลา 11 วัน ตั้งแต่คอมมิตแรกจนถึง merge
• การแบ่งบทบาทตาม workflow:
  • workflow แรก: ทำ mapping ของ Rust lifetime ที่เหมาะสมให้กับทุก struct field ในโค้ดเบส Zig
  • workflow ที่สอง: เขียนไฟล์ .rs ทั้งหมดให้เป็นพอร์ตที่มีพฤติกรรมเหมือนกับไฟล์ .zig โดยมีเอเจนต์หลายร้อยตัวทำงานขนานกัน และมีผู้รีวิว 2 คนต่อไฟล์
  • fix loop: วนซ้ำจนทั้งการ build และเทสต์สวีตผ่านทั้งหมด
  • หลังพอร์ตเสร็จ overnight workflow จะจัดการการคัดลอกข้อมูลที่ไม่จำเป็น และสร้าง PR สำหรับการรีวิวขั้นสุดท้าย
• ขณะนี้ยังอยู่ในช่วงก่อนนำขึ้น production และ Jarred Sumner จะเปิดเผยรายละเอียดเพิ่มเติมแยกต่างหากในภายหลัง

ข้อควรระวังในการใช้งาน

• การใช้โทเคนเพิ่มขึ้นอย่างมาก เมื่อเทียบกับเซสชัน Claude Code ทั่วไป
• แนะนำให้เริ่มจากงานที่มีขอบเขตชัดเจนก่อน เพื่อทำความคุ้นเคยกับระดับการใช้งานแล้วค่อยขยายต่อ

[zero0000]

มันเลือกโมเดลให้เอง เลยทำให้การใช้โทเคนไม่ได้พุ่งขึ้นมากอย่างที่คิด