หัวข้อต้นฉบับ: สายรัดสำหรับทุกภารกิจ: เวิร์กโฟลว์แบบไดนามิกใน Claude Code
ผู้เขียนต้นฉบับ: @trq212
เรียบเรียง: Peggy
หมายเหตุบรรณาธิการ: Claude Code กำลังเปลี่ยนจากผู้ช่วยเขียนโค้ด ไปเป็นเวิร์กสเตชัน Agent ที่สามารถจัดระเบียบได้
คุณค่าหลักของ workflows (เวิร์กโฟลว์) ที่กล่าวถึงในบทความนี้ คือการทำให้ Claude ไม่ได้แค่ "คิดแล้วทำ" ในหน้าต่างบริบทเดียวกันอีกต่อไป แต่สามารถสร้างกรอบการทำงานแบบไดนามิกตามภารกิจ: แบ่งงาน ส่งมอบให้ Agent ย่อย ประมวลผลแบบขนาน ตรวจสอบข้ามฝั่ง วนซ้ำ และแม้แต่ให้ Agent ต่าง ๆ แข่งขันกันเอง ก่อนจะรวบรวมผลลัพธ์
นั่นหมายความว่า กรณีการใช้งานของ Claude Code กำลังขยายตัวอย่างชัดเจน มันไม่เพียงเหมาะสำหรับการย้ายโค้ด การรีแฟกเตอร์ การทดสอบซ้ำ และการตรวจสอบโค้ด แต่ยังใช้ได้กับงานที่ไม่ใช่เชิงเทคนิค เช่น การวิจัยเชิงลึก การตรวจสอบข้อเท็จจริง การคัดกรองเรซูเม่ การวิเคราะห์เหตุการณ์ การสรุปกฎ การประเมินแผนธุรกิจ การระดมความคิดชื่อ ฯลฯ งานที่ซับซ้อนหลายอย่างโดยพื้นฐานแล้วคล้ายกับการเขียนโปรแกรม: ต้องแยกย่อยปัญหา แยกบริบท ตรวจสอบสมมติฐาน จัดการรายละเอียดจำนวนมาก และเลือกจากเส้นทางที่เป็นไปได้หลายทาง
dynamic workflows พยายามแก้ปัญหาทั่วไปที่โมเดลขนาดใหญ่พบในภารกิจระยะยาว: "ความเกียจคร้านของ Agent" ที่ประกาศเสร็จครึ่งทาง "อคติชอบตนเอง" ที่มักเห็นด้วยกับข้อสรุปของตัวเอง และ "การเบี่ยงเบนเป้าหมาย" ที่ค่อย ๆ หลุดจากเป้าหมายเดิมหลังการทำงานหลายรอบ โดยการมอบภารกิจให้ Claude หลายตัวที่มีบริบทอิสระ มันเปลี่ยนภารกิจที่ซับซ้อนจาก "การวิ่งระยะไกลของ Agent เดียว" เป็น "การทำงานร่วมกันของหลาย Agent"
แน่นอนว่า workflows ไม่ใช่คำตอบสากล มักใช้ token มากกว่า และอาจไม่เหมาะกับงานเขียนโค้ดทั่วไปทุกงาน แต่มันชี้ให้เห็นทิศทางสำคัญ: การแข่งขันของเครื่องมือ AI ในอนาคต อาจไม่ได้อยู่ที่ความฉลาดของโมเดลเดี่ยว แต่อยู่ที่ความสามารถในการจัดระเบียบกระบวนการทำงานที่เชื่อถือได้ ใช้ซ้ำได้ และตรวจสอบได้ รอบเป้าหมายที่ซับซ้อน
ต่อไปนี้คือเนื้อหาต้นฉบับ:
แม้ว่ากรอบการทำงานเริ่มต้นของ Claude Code จะถูกสร้างขึ้นสำหรับการเขียนโปรแกรม แต่มันก็ใช้ได้กับงานประเภทอื่น ๆ อีกมากมาย ปรากฏว่างานหลายอย่างมีโครงสร้างคล้ายกับงานเขียนโปรแกรม อย่างไรก็ตาม งานบางประเภทเพื่อให้ได้ประสิทธิภาพสูงสุด เรายังคงต้องสร้างกรอบการทำงานแบบกำหนดเองบน Claude Code เช่น การวิจัย การวิเคราะห์ความปลอดภัย การทำงานร่วมกันของทีม Agent หรือการตรวจสอบโค้ด
Workflows ช่วยให้คุณสร้างเฟรมเวิร์กการดำเนินการแบบไดนามิก ทำให้ Claude สามารถแก้ไขปัญหาที่กล่าวมาข้างต้นและปัญหาประเภทอื่นๆ ได้อย่างเป็นธรรมชาติมากขึ้นภายใน Claude Code คุณยังสามารถแชร์และนำเวิร์กโฟลว์เหล่านี้ไปใช้ซ้ำกับผู้อื่นได้
ในบทความนี้ ฉันจะแบ่งปันประสบการณ์และข้อคิดเบื้องต้นจากการใช้ workflows เพื่อช่วยให้คุณใช้ประโยชน์จากมันได้อย่างเต็มที่ยิ่งขึ้น
อย่างไรก็ตาม ต้องขอชี้แจงว่าแนวทางปฏิบัติที่ดีที่สุดยังคงอยู่ในระหว่างการพัฒนา เวิร์กโฟลว์แบบไดนามิกมักจะใช้ token มากขึ้น ดังนั้นคุณต้องพิจารณาอย่างรอบคอบว่าเมื่อใดควรใช้และ如何使用
หมายเหตุ: บทความนี้เผยแพร่บน Claude Blog ด้วย
ก่อนจะลงรายละเอียดทางเทคนิค ฉันอยากจะยกตัวอย่าง prompt บางส่วนเพื่อช่วยให้คุณเข้าใจความเป็นไปได้ของ workflows:
"การทดสอบนี้ล้มเหลวประมาณ 1 ครั้งทุกๆ 50 ครั้งที่รัน สร้างเวิร์กโฟลว์เพื่อจำลองมัน เสนอสมมติฐาน และทำการทดสอบแบบ adversarial ใน worktree ที่แตกต่างกัน /goal อย่าหยุดจนกว่าสมมติฐานใดสมมติฐานหนึ่งจะได้รับการยืนยันว่าเป็นจริง"
"ใช้เวิร์กโฟลว์ ทบทวน 50 เซสชันล่าสุดของฉัน ค้นหาการแก้ไขที่ฉันทำซ้ำๆ และแปลงปัญหาที่เกิดซ้ำเหล่านี้เป็นกฎ CLAUDE.md"
"ใช้เวิร์กโฟลว์ ค้นหาช่อง #incidents ใน Slack ย้อนหลังหกเดือน หาสาเหตุหลักที่เกิดซ้ำแต่ไม่มีใครยื่น ticket"
"นำแผนธุรกิจของฉันไปรันในเวิร์กโฟลว์ ให้ agent ต่างๆ วิเคราะห์จากมุมมองของนักลงทุน ลูกค้า และคู่แข่งตามลำดับ"
"นี่คือโฟลเดอร์ที่มีเรซูเม่ 80 ฉบับ ใช้เวิร์กโฟลว์จัดเรียงตามข้อกำหนดของตำแหน่ง backend และตรวจสอบสิบอันดับแรก ใช้เครื่องมือ AskUserQuestion ถามฉันเพื่อช่วยคุณสร้างเกณฑ์การประเมิน"
"ฉันต้องตั้งชื่อให้เครื่องมือ CLI นี้ ใช้เวิร์กโฟลว์ระดมสมองตัวเลือกต่างๆ จากนั้นใช้กลไกทัวร์นาเมนต์เลือกสามอันดับแรก"
"ใช้เวิร์กโฟลว์ เปลี่ยนชื่อโมเดล User ของเราทุกที่ให้เป็น Account"
「อ่านร่างบล็อกของฉัน และใช้ workflow เพื่อตรวจสอบข้อเท็จจริงทางเทคนิคแต่ละข้อกับโค้ดเบส ฉันไม่อยากเผยแพร่เนื้อหาที่ผิดพลาดใดๆ」
Dynamic Workflow จะดำเนินการไฟล์ JavaScript ที่มีฟังก์ชันพิเศษหลายตัว ซึ่งใช้ในการสร้างและประสานงานกับซับเอเจนต์

Dynamic Workflow ยังรวมถึงฟังก์ชัน JavaScript มาตรฐาน เช่น JSON, Math และ Array สำหรับจัดการข้อมูล
ที่น่าสังเกตเป็นพิเศษคือ Dynamic Workflow สามารถตัดสินใจได้ว่าเอเจนต์ใดจะใช้โมเดลใด และยังสามารถตัดสินใจได้ว่าซับเอเจนต์จะทำงานใน worktree ของตัวเองหรือไม่ ซึ่งทำให้ Claude สามารถเลือกระดับความฉลาดและการแยกตัวที่ต้องการได้ตามความจำเป็นของงาน
หาก workflow ถูกขัดจังหวะ เช่น ผู้ใช้ดำเนินการด้วยตนเอง หรือเทอร์มินัลปิดตัวลง เมื่อกู้คืนเซสชันแล้ว workflow นี้สามารถดำเนินการต่อจากจุดที่ถูกขัดจังหวะได้
เมื่อคุณให้เฟรมเวิร์กการดำเนินการของ Claude Code เริ่มต้นจัดการงาน มันจำเป็นต้องวางแผนและดำเนินการในหน้าต่างบริบทเดียวกันพร้อมกัน สำหรับงานเขียนโปรแกรมหลายๆ อย่าง วิธีนี้มีประสิทธิภาพมาก แต่ในงานที่ใช้เวลานาน มีการทำงานแบบขนานขนาดใหญ่ หรือเป็นงานที่มีโครงสร้างสูงและต้องเผชิญหน้ากัน บางครั้งมันอาจล้มเหลว
สาเหตุคือเมื่อ Claude จัดการงานที่ซับซ้อนในหน้าต่างบริบทเดียวนานขึ้น มันมีแนวโน้มที่จะเกิดรูปแบบความล้มเหลวเฉพาะบางประเภทมากขึ้น:
Agentic laziness (ความเกียจคร้านของเอเจนต์) หมายถึง Claude หยุดทำงานก่อนที่จะเสร็จสมบูรณ์จริงๆ เมื่อจัดการงานที่ซับซ้อนและประกอบด้วยหลายส่วน โดยประกาศว่างานเสร็จแล้วหลังจากมีความคืบหน้าเพียงบางส่วน ตัวอย่างเช่น ในการตรวจสอบความปลอดภัยที่จัดการเพียง 20 จาก 50 รายการ แล้วประกาศว่างานเสร็จ
Self-preferential bias (อคติที่ชอบตนเอง) หมายถึง Claude มีแนวโน้มที่จะชอบผลลัพธ์หรือการค้นพบของตัวเอง โดยเฉพาะเมื่อถูกขอให้ตรวจสอบหรือประเมินเนื้อหาที่ตัวเองสร้างขึ้นตามเกณฑ์การประเมินชุดหนึ่ง
Goal drift (การเลื่อนเป้าหมาย) หมายถึง ความภักดีของ Claude ต่อเป้าหมายเริ่มต้นลดลงเรื่อยๆ ในระหว่างการดำเนินการหลายรอบ โดยเฉพาะหลังจากที่บริบทถูกบีบอัด การสรุปแต่ละครั้งทำให้เกิดการสูญเสียข้อมูล และรายละเอียดบางอย่าง เช่น กรณีขอบ หรือข้อจำกัดอย่าง "อย่าทำ X" อาจสูญหายไป
การสร้าง workflow ช่วยบรรเทาปัญหาเหล่านี้ได้ เนื่องจากสามารถจัดระเบียบ Claude หลายอินสแตนซ์ให้ทำงานอิสระ โดยแต่ละตัวมีหน้าต่างบริบทของตัวเอง และมุ่งเน้นไปที่งานที่แยกจากกันอย่างชัดเจนและมีเป้าหมายเฉพาะ
คุณอาจเคยสร้าง workflow แบบคงที่ผ่าน Claude Agent SDK หรือ claude -p เพื่อประสานงาน Claude Code หลายอินสแตนซ์มาก่อน
แต่เนื่องจาก workflow แบบคงที่ต้องครอบคลุมกรณีขอบต่างๆ มากมาย จึงมักมีความทั่วไปมากกว่า เมื่อ Claude Opus 4.8 และ workflow แบบไดนามิกเกิดขึ้น ตอนนี้ Claude ฉลาดพอที่จะเขียนกรอบการทำงานที่ปรับแต่งเฉพาะสำหรับกรณีการใช้งานของคุณได้

คุณสามารถให้ Claude สร้าง workflow แบบไดนามิกโดยตรง หรือใช้คำกระตุ้น "ultracode" เพื่อให้แน่ใจว่า Claude Code จะสร้าง workflow
อย่างไรก็ตาม หากคุณสร้างแบบจำลองทางความคิดเกี่ยวกับการทำงานของ workflow แบบไดนามิกได้ ก็จะง่ายขึ้นในการตัดสินใจว่าเมื่อใดควรใช้ และสามารถชี้แนะ Claude ผ่าน prompt ได้
Claude มักใช้และผสมผสานรูปแบบต่อไปนี้เมื่อสร้าง workflows:

จำแนกและดำเนินการ: ใช้ agent จำแนกเพื่อกำหนดประเภทของงาน จากนั้นกำหนดเส้นทางไปยัง agent หรือพฤติกรรมที่แตกต่างกันตามประเภทงาน หรือใช้ตัวจำแนกที่ส่วนท้ายของกระบวนการเพื่อประเมินผลลัพธ์
กระจายและสังเคราะห์: แบ่งงานออกเป็นขั้นตอนย่อยๆ หลายขั้นตอน ให้แต่ละขั้นตอนจัดการโดย agent หนึ่งตัว จากนั้นสังเคราะห์ผลลัพธ์ทั้งหมด วิธีนี้เหมาะเป็นพิเศษสำหรับงานที่มีขั้นตอนย่อยจำนวนมาก หรือเมื่อแต่ละขั้นตอนต้องการหน้าต่างบริบทที่สะอาดเพื่อหลีกเลี่ยงการรบกวนหรือการปนเปื้อนข้ามกัน ขั้นตอนการสังเคราะห์ทำหน้าที่เป็น "กำแพงกั้น": มันจะรอให้ agent ที่กระจายออกไปทั้งหมดเสร็จสิ้น จากนั้นรวมผลลัพธ์ที่มีโครงสร้างของพวกเขาเป็นผลลัพธ์เดียว
การตรวจสอบแบบตรงข้าม: สำหรับ agent ที่ถูกสร้างขึ้นทุกตัว ให้รัน agent อิสระอีกตัวหนึ่งเพื่อตรวจสอบผลลัพธ์ของมันในเชิงตรงข้ามตามชุดเกณฑ์หรือมาตรฐานที่กำหนด
สร้างและคัดกรอง: สร้างแนวคิดจำนวนมากเกี่ยวกับหัวข้อหนึ่ง จากนั้นคัดกรองตามเกณฑ์การประเมินหรือกระบวนการตรวจสอบ ลบรายการที่ซ้ำกัน และส่งคืนเฉพาะแนวคิดที่ผ่านการทดสอบและมีคุณภาพสูงสุด
การแข่งขัน: แทนที่จะแบ่งงานออกเป็นส่วนๆ ให้เอเจนต์แข่งขันกันเอง สร้างเอเจนต์ N ตัว ให้แต่ละตัวพยายามทำงานเดียวกันด้วยวิธีที่แตกต่างกัน จากนั้นใช้พรอมต์หรือโมเดลให้เอเจนต์ตรวจสอบผลลัพธ์และเปรียบเทียบแบบคู่ต่อคู่ จนกว่าจะได้ผู้ชนะ
วนซ้ำจนเสร็จ: สำหรับงานที่ไม่ทราบปริมาณงาน อย่ากำหนดรอบตายตัว ให้วนซ้ำสร้างเอเจนต์ไปเรื่อยๆ จนกว่าจะตรงตามเงื่อนไขหยุด เช่น ไม่มีการค้นพบใหม่ หรือไม่มีข้อผิดพลาดในบันทึกอีกต่อไป
คุณสามารถคิดอย่างสร้างสรรค์มากขึ้นว่าเมื่อใดและอย่างไรที่จะให้ Claude Code สร้างเวิร์กโฟลว์แบบไดนามิก ฉันพบว่าเวิร์กโฟลว์บางครั้งมีประโยชน์มากกว่าในงานที่ไม่ใช่ด้านเทคนิค

Bun เคยใช้เวิร์กโฟลว์ในการเขียน Zig ใหม่เป็น Rust คุณสามารถอ่านโพสต์ของ Jarred บน X เพื่อดูรายละเอียดกระบวนการ
ประเด็นสำคัญคือ การแบ่งงานออกเป็นชุดขั้นตอนที่ต้องจัดการ เช่น จุดเรียกใช้ การทดสอบที่ล้มเหลว โมดูล เป็นต้น สำหรับงานซ่อมแซมแต่ละงาน ให้เริ่มเอเจนต์ย่อยใน worktree ให้มันทำการซ่อมแซม จากนั้นให้เอเจนต์อีกตัวตรวจสอบแบบตรงข้าม และสุดท้ายรวมผลลัพธ์ คุณสามารถบอกเอเจนต์อย่างชัดเจนว่า อย่าใช้คำสั่งที่ใช้ทรัพยากรมากเกินไป เพื่อเพิ่มความขนานสูงสุดโดยไม่ทำให้ทรัพยากรเครื่องท้องถิ่นหมด
เราได้เผยแพร่ทักษะ deep research (/deep-research) ใน Claude Code ซึ่งใช้เวิร์กโฟลว์แบบไดนามิก โดยเฉพาะอย่างยิ่ง มันจะกระจายออกไปทำการค้นหาเว็บ ดึงแหล่งที่มา ตรวจสอบข้อเรียกร้องที่เกี่ยวข้องแบบตรงข้าม และสังเคราะห์รายงานพร้อมการอ้างอิง
แต่การวิจัยประเภทนี้ไม่ได้จำกัดแค่การค้นหาเว็บ ตัวอย่างเช่น คุณสามารถให้ Claude จัดทำรายงานสถานะจากบริบทของ Slack หรือศึกษาว่าฟีเจอร์หนึ่งทำงานอย่างไรโดยการสำรวจโค้ดเบสอย่างลึกซึ้ง

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

คุณอาจมีชุดรายการที่ต้องการจัดเรียงตามเกณฑ์เชิงคุณภาพบางอย่าง และคุณเชื่อว่า Claude Code มีความสามารถในการประเมินเกณฑ์ดังกล่าว ตัวอย่างเช่น การจัดเรียงตั๋วสนับสนุนตามความรุนแรงของบั๊ก
แต่หากคุณพยายามจัดเรียงเนื้อหามากกว่า 1,000 รายการในพรอมต์เดียว คุณภาพจะลดลง และหน้าต่างบริบทก็ไม่สามารถรองรับได้ วิธีที่ดีกว่าคือการดำเนินการแข่งขันแบบทัวร์นาเมนต์ โดยสร้างไปป์ไลน์ของเอเจนต์ที่เปรียบเทียบแบบคู่ต่อคู่ เนื่องจากการตัดสินแบบเปรียบเทียบมักจะเชื่อถือได้มากกว่าการให้คะแนนแบบสัมบูรณ์ หรือจัดเรียงแบบแบ่งกลุ่มขนานก่อนแล้วจึงรวมผลลัพธ์ การเปรียบเทียบแต่ละครั้งจะดำเนินการโดยเอเจนต์อิสระ ดังนั้นลูปที่กำหนดได้สามารถรักษาโครงสร้างการแข่งขันทั้งหมดไว้ได้ โดยมีเพียงลำดับการทำงานปัจจุบันเท่านั้นที่ต้องเก็บไว้ในบริบท

หากคุณมีชุดกฎเฉพาะที่ Claude มักจะพลาดหรือปฏิบัติตามได้ไม่ดี แม้จะเห็นกฎเหล่านี้ใน CLAUDE.md แล้วก็ตาม คุณสามารถสร้างเวิร์กโฟลว์ที่แสดงรายการกฎเหล่านี้ และให้เอเจนต์ตรวจสอบตรวจสอบทีละข้อ—แต่ละกฎจะสอดคล้องกับเอเจนต์ตรวจสอบหนึ่งตัว การสร้างเอเจนต์ย่อยที่มีบุคลิกเป็น "ผู้สงสัย" เพื่อตรวจสอบว่ากฎเหล่านี้สมเหตุสมผลหรือไม่ ก็ช่วยลดการแจ้งเตือนที่ผิดพลาดมากเกินไปได้เช่นกัน
ในทางกลับกันก็สามารถทำได้เช่นกัน: ค้นหาเซสชันล่าสุดและความคิดเห็นในการตรวจสอบโค้ดของคุณ เพื่อหาการแก้ไขที่คุณทำซ้ำๆ ให้เอเจนต์แบบขนานจัดกลุ่มปัญหาดังกล่าว จากนั้นทำการตรวจสอบแบบตรงข้ามกับกฎแต่ละข้อที่เสนอ เพื่อตัดสินว่ามันสามารถป้องกันข้อผิดพลาดจริงได้หรือไม่ สุดท้ายกรองกฎที่ผ่านการคัดเลือกกลับเข้าไปใน CLAUDE.md
วิธีการดีบักที่มีประสิทธิภาพที่สุดคือการตั้งสมมติฐานที่เป็นอิสระหลายข้อ และทดสอบทีละข้อ แต่หากคุณใช้หน้าต่างบริบทเพียงอันเดียว Claude อาจตกอยู่ในอคติความชอบของตัวเอง
เวิร์กโฟลว์สามารถป้องกันสิ่งนี้ได้ในเชิงโครงสร้าง: มันสามารถเริ่มเอเจนต์หลายตัว ให้พวกเขาสร้างสมมติฐานจากหลักฐานที่ไม่ทับซ้อนกัน ตัวอย่างเช่น ให้เอเจนต์ต่างๆ ดูที่ล็อก ไฟล์ และข้อมูลแยกกัน จากนั้นสมมติฐานแต่ละข้อสามารถถูกตรวจสอบโดยกลุ่มผู้ตรวจสอบและผู้โต้แย้ง
สิ่งนี้ไม่จำกัดเฉพาะโค้ดเท่านั้น เวิร์กโฟลว์ยังสามารถใช้สำหรับการวิเคราะห์การขาย เช่น "ทำไมยอดขายในเดือนมีนาคมถึงลดลง" สำหรับวิศวกรรมข้อมูล เช่น "ทำไมไปป์ไลน์นี้ถึงล้มเหลว" หรือสำหรับการทบทวนหลังเหตุการณ์ใดๆ

แต่ละทีมมีคิวสนับสนุน รายงานบั๊ก หรืองานค้างอื่นๆ ที่มนุษย์ไม่สามารถจัดการได้ทั้งหมด เวิร์กโฟลว์การคัดแยกสามารถจัดหมวดหมู่แต่ละรายการ ตรวจสอบซ้ำกับปัญหาที่ถูกติดตามแล้ว และดำเนินการ ซึ่งอาจหมายถึงการพยายามแก้ไข หรือการส่งต่อให้ผู้ใช้ที่เป็นมนุษย์จัดการ
รูปแบบที่มีประโยชน์สำหรับเวิร์กโฟลว์การคัดแยกคือการกักกัน (quarantine) กล่าวคือ ห้ามไม่ให้ agent ที่อ่านเนื้อหาสาธารณะที่ไม่น่าเชื่อถือดำเนินการที่มีสิทธิ์สูง การดำเนินการที่มีสิทธิ์สูงควรทำโดย agent ที่รับผิดชอบการดำเนินการโดยเฉพาะ
คุณสามารถใช้เวิร์กโฟลว์การคัดแยกร่วมกับ /loop เพื่อให้ Claude ดำเนินงานประเภทนี้อย่างต่อเนื่อง
เมื่อคุณต้องการสำรวจเส้นทางต่างๆ ของโซลูชัน โดยเฉพาะงานที่เกี่ยวข้องกับการตัดสินเชิงสุนทรียะ เช่น การออกแบบหรือการตั้งชื่อ และสามารถได้รับประโยชน์จากชุดเกณฑ์การประเมิน เวิร์กโฟลว์จะมีประโยชน์
คุณสามารถให้ Claude สำรวจตัวเลือกจำนวนมาก และให้ชุดเกณฑ์การประเมินแก่ agent ที่ตรวจสอบเกี่ยวกับ "ลักษณะของโซลูชันที่ดี" เมื่อ agent ที่ตรวจสอบเห็นว่าผลลัพธ์ตรงตามเกณฑ์แล้ว งานก็จะเสร็จสมบูรณ์ ตัวเลือกต่างๆ ยังสามารถจัดลำดับหรือคัดกรองผ่านกลไกการแข่งขันตามเกณฑ์การประเมินนี้
คุณสามารถรันการประเมินแบบเบาสำหรับงานเฉพาะได้ โดยการเริ่ม agent อิสระใน worktree จากนั้นเริ่ม agent เปรียบเทียบเพื่อเปรียบเทียบและให้คะแนนผลลัพธ์เฉพาะตามเกณฑ์การประเมิน ตัวอย่างเช่น คุณสามารถประเมินและปรับปรุง skill ที่คุณสร้างขึ้นเอง ว่าตรงตามเกณฑ์เฉพาะบางประการหรือไม่
การกำหนดเส้นทางโมเดลและระดับความฉลาด: คุณสามารถสร้าง agent จำแนกประเภทที่ปรับแต่งสำหรับงานของคุณ เพื่อให้มันตัดสินใจว่าจะใช้โมเดลใด ซึ่งจะมีประโยชน์เมื่องานเกี่ยวข้องกับการเรียกใช้เครื่องมือจำนวนมาก และการวิจัยก่อนดำเนินการสามารถช่วยระบุโมเดลที่เหมาะสมที่สุด
ตัวอย่างเช่น สำหรับงาน "อธิบายว่าโมดูล auth ทำงานอย่างไร" โมเดลที่เหมาะสมที่สุดขึ้นอยู่กับจำนวนไฟล์ในโมดูล auth และโครงสร้างของโค้ดเบส agent จำแนกประเภทสามารถทำการวิจัยนี้ก่อน จากนั้นจึงกำหนดเส้นทางงานไปยัง Sonnet หรือ Opus ตามความซับซ้อนที่คาดการณ์ไว้
workflows ยังคงเป็นสิ่งใหม่ แม้ว่าในหลายกรณีการใช้งานจะให้ผลลัพธ์ที่เหนือกว่าวิธีการทั่วไป แต่ก็ไม่ใช่ทุกงานที่จำเป็นต้องใช้ และอาจเพิ่มการใช้ token อย่างมีนัยสำคัญ
ควรใช้ workflows กับงานที่สามารถขยายขีดความสามารถของ Claude Code ในรูปแบบใหม่ๆ สำหรับงานเขียนโปรแกรมทั่วไป คุณสามารถถามตัวเองก่อนว่า งานนี้จำเป็นต้องใช้ทรัพยากรการคำนวณเพิ่มเติมจริงหรือไม่? ตัวอย่างเช่น งานเขียนโปรแกรมแบบดั้งเดิมส่วนใหญ่ไม่จำเป็นต้องมีคณะผู้ตรวจสอบ 5 คน
เมื่อเขียน prompt สำหรับ dynamic workflow ยิ่งมีรายละเอียดมากเท่าไหร่ ผลลัพธ์ก็มักจะดีขึ้นเท่านั้น โดยเฉพาะการใช้เทคนิคเฉพาะที่กล่าวถึงข้างต้น
workflows ไม่ได้จำกัดเฉพาะงานขนาดใหญ่ คุณยังสามารถแนะนำให้โมเดลใช้ "quick workflow" ได้ ตัวอย่างเช่น คุณสามารถสร้างกระบวนการตรวจสอบแบบ adversarial อย่างรวดเร็วเพื่อตรวจสอบสมมติฐานบางอย่าง
เมื่อคุณใช้ workflows ที่สามารถทำงานซ้ำได้ เช่น workflow การคัดแยก การวิจัย หรือการตรวจสอบ คุณสามารถจับคู่กับ /loop เพื่อให้ทำงานในช่วงเวลาที่กำหนด พร้อมทั้งใช้ /goal เพื่อกำหนดข้อกำหนดการเสร็จสิ้นที่เข้มงวด
คุณสามารถกำหนดงบประมาณการใช้ token ที่ชัดเจนสำหรับ dynamic workflow เพื่อจำกัดจำนวน token ที่งานจะใช้ คุณสามารถเขียนข้อกำหนดงบประมาณเช่น "use 10k tokens" ใน prompt ซึ่งจะตั้งค่าขีดจำกัดสูงสุดไว้ที่ 10k token
คุณสามารถบันทึก workflows ได้โดยกด "s" ในเมนู workflow คุณสามารถส่งไปยัง ~/.claude/workflows หรือแจกจ่ายผ่าน skill

หากต้องการแชร์ผ่าน skill คุณสามารถวางไฟล์ JavaScript workflow ลงในโฟลเดอร์ skill และอ้างอิงใน SKILL.md เพื่อความยืดหยุ่นมากขึ้น คุณยังสามารถแนะนำ Claude ให้ถือว่า workflows ใน skill เป็นเทมเพลต ไม่ใช่สคริปต์ที่ต้องรันตามตัวอักษร

workflows เป็นวิธีใหม่ที่มีประโยชน์ในการขยายขีดความสามารถของ Claude Code ฉันขอแนะนำให้คุณมองว่ามันเป็นจุดเริ่มต้น ยังมีอีกหลายสิ่งที่เราต้องสำรวจเกี่ยวกับวิธีการใช้งานที่ดีที่สุด ยินดีต้อนรับให้บอกเราถึงสิ่งที่คุณค้นพบ
Thariq Shihipar และ Sid Bidasaria (@sidbid) เป็นสมาชิกทีมเทคนิคของ Anthropic ที่รับผิดชอบงานเกี่ยวกับ Claude Code
ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:
กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats
กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App
บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia