บล็อก

Ultracode ใน Claude Code 2026: วิธีเปิดใช้ด้วยคำสั่งเดียว

Markdown

Ultracode ใน Claude Code: โหมดที่ Claude เปิดทีมเอเจนต์ขึ้นมาเอง แตกต่างจาก /effort xhigh อย่างไร เปิดใช้งานอย่างไร และใช้โทเค็นหมดเร็วแค่ไหน

อ่านบทความฉบับเต็ม

ประเด็นสำคัญ

Ultracode เป็นโหมดใน Claude Code ที่ Claude ตัดสินใจเองว่างานหนึ่งควรทำเป็นเวิร์กโฟลว์ที่มีเอเจนต์หลายสิบตัวทำงานพร้อมกัน แทนที่จะตอบด้วยพรอมป์ต์เดียว เปิดใช้ด้วย /effort ultracode สำหรับทั้งเซสชัน หรือใส่คำว่า ultracode ไว้ต้นงานหนึ่งงาน เบื้องหลังคือการผสาน effort ระดับ xhigh (เช่น Opus 4.8 ที่ระดับสูงสุด) เข้ากับตัวจัดการงานอัตโนมัติ เหมาะกับการตรวจสอบโค้ดขนาดใหญ่ การย้ายระบบที่ครอบคลุมไฟล์หลายร้อยไฟล์ และการค้นคว้าเชิงลึก ใช้โทเค็นเร็วกว่าโหมดปกติหลายเท่า ดังนั้นควรใช้ /effort high กับงานประจำ

ดูข้อมูลเกี่ยวกับการใช้งานบริการได้ที่เอกสาร Ailoot.

ultracode คืออะไร และเหมาะกับใคร

ประเด็นสำคัญ

Ultracode เป็นการตั้งค่าระดับเซสชันใน Claude Code ซึ่งผสานระดับการให้เหตุผลสูงสุด (xhigh) เข้ากับการจัดการเวิร์กโฟลว์แบบไดนามิกโดยอัตโนมัติ เปิดตัวเมื่อวันที่ 28 พฤษภาคม 2026 ใน v2.1.154 พร้อมกับการเปิดตัว Opus 4.8 ออกแบบมาสำหรับงานใหญ่ที่พรอมป์ต์เดียวจัดการไม่ไหว เช่น ตรวจสอบทั้งโปรเจ็กต์ ย้ายไฟล์ 500 ไฟล์ หรือค้นคว้าคำถามซับซ้อนจาก 20 แหล่งข้อมูล

จนถึงวันที่ 28 พฤษภาคม 2026 Claude Code มีเพียงพารามิเตอร์ /effort ซึ่งมีระดับ low / medium / high / xhigh นี่คือระดับ “การคิด” ของโมเดล ยิ่งระดับสูง ก็ยิ่งใช้โทเค็นในการให้เหตุผลมากขึ้น ผลลัพธ์แม่นยำขึ้น และ Claude ใช้เวลาตอบนานขึ้น

Ultracode ไม่ได้อยู่บนสเกล /effort low → xhigh แต่ทำงานควบคู่กัน เมื่อเปิดใช้ Claude จะพิจารณางานของคุณโดยอัตโนมัติและตัดสินใจว่า “งานนี้ควรแบ่งให้เอเจนต์ 30 ตัวทำงานพร้อมกัน แล้วฉันค่อยประกอบผลลัพธ์” ก่อนหน้านี้คุณต้องทำเองโดยเขียนเวิร์กโฟลว์หรือประกอบคำสั่ง subagent ตอนนี้ Claude ตัดสินใจเองว่าเมื่อใดจึงเหมาะสม

กลุ่มผู้ใช้หลักคือคนที่ชนขีดจำกัดของพรอมป์ต์เดียว หากคุณ:

  • ใช้ /code-review กับรีโปที่มี 200 ไฟล์ แล้วเซสชันไปต่อไม่ไหวเมื่อถึงไฟล์ที่ 50
  • ขอให้ “ค้นหาทุกจุดที่เราใช้ API ที่เลิกใช้แล้ว” แต่ Claude บอกมาเพียงสามจุดและลืมอีกสิบห้าจุด
  • อยากให้ Claude ตรวจสอบสมมติฐานของตัวเองจากสามมุมก่อนตอบ

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

ultracode แตกต่างจากระดับ effort ปกติ low/medium/high/xhigh อย่างไร

ประเด็นสำคัญ

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

เปรียบเทียบประเด็นหลัก:

พารามิเตอร์/effort low/effort medium/effort high/effort xhigh/effort ultracode
ความลึกในการให้เหตุผลต่ำสุดปานกลางลึกสูงสุดสูงสุด (xhigh)
โทเค็นสำหรับการให้เหตุผลน้อยปานกลางมากมากมากมากมาก + การจัดการงาน
ใครตัดสินใจแบ่งงานคุณคุณคุณคุณClaude ตัดสินใจอัตโนมัติ
เวิร์กโฟลว์เริ่มเมื่อใดเมื่อคุณสั่งเมื่อคุณสั่งเมื่อคุณสั่งเมื่อคุณสั่งทุกงานที่มีนัยสำคัญ
รีเซ็ตระหว่างเซสชันไม่ไม่ไม่ไม่ใช่ — ต้องเปิดใช้อีกครั้ง
โมเดลที่ใช้งานได้ทั้งหมดทั้งหมดทั้งหมดเฉพาะโมเดลที่มี xhighเฉพาะโมเดลที่มี xhigh (Opus 4.8)

ความแตกต่างหลักในประโยคเดียว: /effort xhigh หมายถึง “คิดให้นานขึ้น”; ultracode หมายถึง “คิดให้นานขึ้นและตัดสินใจเองว่าจัดการด้วยพรอมป์ต์เดียวได้หรือจำเป็นต้องใช้ทีมเอเจนต์ 30 ตัว” ดังนั้นโดยสาระแล้ว ultracode เพิ่มอีกชั้นเหนือ xhigh คือการจัดการงานอัตโนมัติ

Anthropic ระบุเรื่องนี้ไว้อย่างชัดเจนในเอกสารทางการ:

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

— เอกสาร Anthropic, code.claude.com/docs/en/workflows

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

เวอร์ชันและโมเดลใดรองรับ ultracode

ประเด็นสำคัญ

คุณต้องใช้ Claude Code v2.1.154 หรือใหม่กว่า และโมเดลที่รองรับ effort ระดับ xhigh ณ เดือนมิถุนายน 2026 Anthropic ผูกการเปิดตัว xhigh เข้ากับ Opus 4.8 ในทางปฏิบัติ (ยังไม่มีการยืนยันโมเดลอื่นที่รองรับ xhigh ใน changelog) ใช้ได้กับ Pro / Max / Team / Enterprise + API สำหรับ Pro ต้องเปิดใช้งานเองใน /config; แผนอื่นใช้ได้ทันที Bedrock, Vertex AI และ Microsoft Foundry รองรับด้วย

ตรวจสอบเวอร์ชันของคุณ:

claude --version

หากเก่ากว่า 2.1.154 ให้อัปเดต:

npm install -g @anthropic-ai/claude-code

จากนั้นดูรายการระดับ effort:

claude /effort

หากเห็น ultracode ในเมนูดรอปดาวน์ ก็พร้อมใช้งาน หากไม่มี สาเหตุที่เป็นไปได้มากที่สุดคือ:

  • โมเดลปัจจุบันของคุณไม่ใช่ Opus 4.8 (ตัวอย่างเช่น Sonnet 4.7 ไม่มี xhigh)
  • คุณใช้ Pro และปิดโหมดนี้ไว้ใน /config (เปิดตัวเลือก “Dynamic workflows”)
  • ผู้ดูแลระบบขององค์กรปิดเวิร์กโฟลว์ในการตั้งค่าแบบจัดการไว้

ตรวจสอบโมเดล:

claude /model

หากค่าเริ่มต้นไม่ใช่ Opus 4.8 ให้เปลี่ยน: เลือก Opus 4.8 ในเมนูโมเดล หรือตั้งเป็นค่าเริ่มต้นด้วยปุ่ม d

วิธีเปิดใช้ ultracode: สองวิธี

ประเด็นสำคัญ

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

วิธีที่ 1 เปิดใช้ทั้งเซสชัน

ในเซสชัน Claude Code:

/effort ultracode

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

วิธีที่ 2 ใช้กับงานเดียวเท่านั้น

ใส่ ultracode ไว้ต้นพรอมป์ต์ (ก่อน v2.1.160 คีย์เวิร์ดคือ workflow; หลังจากออกเวอร์ชันนั้น Anthropic เปลี่ยนคำเรียกเพื่อไม่ให้สับสนกับการรันทั่วไป):

ultracode: ตรวจดูทุก endpoint ของ /api/* ใน src/routes/ และค้นหาจุดที่ไม่มีการตรวจสอบสิทธิ์

Claude Code จะไฮไลต์คำว่า ultracode และเปิดงานนี้เป็นเวิร์กโฟลว์ ระดับ effort ของเซสชันยังเหมือนเดิม (high หรือ medium แล้วแต่การตั้งค่าของคุณ)

Anthropic ระบุ ว่าวิธีเดียวกันนี้ใช้ได้กับภาษาธรรมชาติด้วย:

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

— เอกสาร Anthropic, code.claude.com/docs/en/workflows

หากพิมพ์ ultracode โดยไม่ตั้งใจและไม่ได้ต้องการเริ่มเวิร์กโฟลว์ ให้กด Option+W (macOS) หรือ Alt+W (Windows/Linux) ขณะที่เคอร์เซอร์อยู่ถัดจากคำที่ถูกไฮไลต์ ไฮไลต์จะหายไป และงานจะทำงานตามปกติ

การทำงานของ Claude เปลี่ยนไปอย่างไรหลังเปิดใช้

ประเด็นสำคัญ

Claude จะไม่ตอบแบบ “ทีละเทิร์น” อีกต่อไป — คุณส่งพรอมป์ต์หนึ่งครั้ง Claude ตอบหนึ่งครั้ง แต่จะเขียนสคริปต์ JavaScript ที่ runtime เรียกทำงานอยู่เบื้องหลัง สคริปต์เปิดเอเจนต์พร้อมกันได้ 10–30 ตัว โดยแต่ละตัวมีบริบทของตัวเอง แล้วรวบรวมผลลัพธ์ เซสชันของคุณยังตอบสนองได้ จึงมอบหมายงานใหม่ได้ขณะที่เวิร์กโฟลว์ทำงานอยู่เบื้องหลัง

ก่อนมี ultracode: คุณเขียนพรอมป์ต์ Claude คิด 30 วินาที แล้วตอบ หากงานใหญ่ บริบทของ Claude จะเต็มไปด้วยผลลัพธ์ระหว่างทาง และเมื่อใกล้จบเซสชัน ทุกอย่างจะเริ่ม “คลาดเคลื่อน”

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

ในทางปฏิบัติ มีผลสามประการ:

  1. บริบทของเซสชันไม่เต็ม คุณทำงานได้นานขึ้นโดยไม่ต้องใช้ /compact
  2. ทำงานแบบขนานได้ การรันหนึ่งครั้งเปิดเอเจนต์ที่ทำงานพร้อมกันได้สูงสุด 16 ตัว (น้อยกว่านั้นในเครื่องที่มี CPU น้อย) ขีดจำกัดต่อการรันทั้งหมดคือ 1000 เอเจนต์
  3. ผลลัพธ์ได้รับการตรวจสอบโดยอัตโนมัติ Claude อาจให้เอเจนต์หนึ่งเขียนวิธีแก้ แล้วให้อีกเอเจนต์ตรวจทานอย่างมีวิจารณญาณ วิธีนี้ช่วยลดภาพหลอนในงานซับซ้อน

ดูการรันสดได้ที่:

/workflows

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

ควรเปิด ultracode เมื่อใด และเมื่อใดไม่ควรเปิด

ประเด็นสำคัญ

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

⚠️ ตั้งแต่วันที่ 15 มิถุนายน 2026 Anthropic ได้แยกการสมัครสมาชิก: งานที่เรียกใช้ผ่านโปรแกรม (รวมเวิร์กโฟลว์) ใช้เครดิตแยกต่างหาก $20–$200 ต่อเดือน เมื่อเครดิตหมด คำขอเวิร์กโฟลว์จะหยุดลงโดยไม่มีการสลับไปใช้สิทธิ์จากการสมัครสมาชิก เรื่องนี้เปลี่ยนความคุ้มค่าของ ultracode บน Pro อย่างมาก — ดูหัวข้อโทเค็นด้านล่าง

สามสถานการณ์ที่ ultracode คุ้มค่ากับการใช้:

1. ตรวจสอบโค้ดเบสขนาดใหญ่ ตัวอย่างเช่น “ค้นหาทุกจุดในโปรเจ็กต์ที่เราบันทึกรหัสผ่านลงในล็อก” พรอมป์ต์เดียวจะใช้ได้กับรีโปขนาดเล็กเท่านั้น ในรีโปที่มี 500 ไฟล์ Claude ตัวเดียวอาจลืมไปครึ่งหนึ่ง ขณะที่เวิร์กโฟลว์จะเปิดเอเจนต์พร้อมกัน 20 ตัว โดยแต่ละตัวจัดการ 25 ไฟล์

2. ย้ายระบบที่แตะไฟล์จำนวนมาก เปลี่ยน API ที่เลิกใช้แล้ว เปลี่ยนจากไลบรารีหนึ่งไปอีกไลบรารี หรือปรับโครงสร้างรูปแบบที่ใช้ทั่วทั้งโปรเจ็กต์ เวิร์กโฟลว์ประมวลผลไฟล์เป็นชุดละ 10 ไฟล์ และตรวจสอบตัวเองหลังแต่ละชุดได้

3. ค้นคว้าโดยต้องเปรียบเทียบแหล่งข้อมูลเข้าด้วยกัน Anthropic ทำสิ่งนี้เป็นเวิร์กโฟลว์ /deep-research: แบ่งคำถามออกเป็นหลายแง่มุม ค้นหาแหล่งข้อมูล ตรวจสอบข้อเท็จจริงข้ามแหล่ง และคัดสิ่งที่ยืนยันไม่ได้ออก ฉันใช้เวิร์กโฟลว์นี้รวบรวมข้อมูลตลาด AI coding และได้รายงานที่ดีกว่าการทำงานด้วยตัวเองหนึ่งชั่วโมง

สามสถานการณ์ที่ ultracode ทำให้สิ้นเปลืองโทเค็น:

1. แก้บั๊กเดียวในฟังก์ชันเดียว พรอมป์ต์ /effort high เพียงครั้งเดียวทำได้ในราคาหนึ่งในสิบ อย่าเปิดเวิร์กโฟลว์เพื่อเรื่องนี้

2. เขียนฟังก์ชันหรือคอมโพเนนต์ใหม่หนึ่งชิ้น เช่นเดียวกัน: ใช้ /effort high หรือแม้แต่ medium ความซับซ้อนไม่ได้เพิ่มขึ้นตามจำนวนเอเจนต์ แต่เพิ่มตามความลึกของการให้เหตุผล ซึ่ง xhigh มีให้ในตัวอยู่แล้วโดยไม่ต้องจัดการงาน

3. ต้องการคำตอบอย่างรวดเร็ว โดยนิยามแล้วเวิร์กโฟลว์ช้ากว่าพรอมป์ต์ปกติ: แม้มีเอเจนต์ทำงานพร้อมกัน การประสานงานก็ใช้เวลา หากต้องการคำตอบ “เดี๋ยวนี้ ภายในนาทีเดียว” อย่าเปิดใช้

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

ใช้โทเค็นกี่โทเค็น และมีค่าใช้จ่ายเท่าไร

ประเด็นสำคัญ

แต่ละเวิร์กโฟลว์ใช้โทเค็นรวมเท่ากับผลรวมการใช้ของเอเจนต์ทั้งหมด เวิร์กโฟลว์ที่มี 30 เอเจนต์หมายถึง 30 บริบท แต่ละบริบทมี system prompt เครื่องมือ และการให้เหตุผลของตัวเอง ปริมาณโทเค็นที่ใช้สูงกว่าพรอมป์ต์เดียวหลายเท่า บน Pro เวิร์กโฟลว์ขนาดใหญ่อาจกินโควตารายวันไปครึ่งหนึ่ง ส่วน Max และ Team รับมือได้ง่ายกว่า แต่ก็ยังต้องคอยติดตาม

ลองประเมินคร่าว ๆ พรอมป์ต์ปกติหนึ่งครั้งบน Opus 4.8 ที่ใช้ effort high ใช้โทเค็นประมาณ 5,000–15,000 สำหรับการให้เหตุผล บวกกับคำตอบของโมเดล งานที่มีเนื้อหาสำคัญและทำได้ดีใช้โทเค็นรวม 50,000–100,000

เวิร์กโฟลว์หนึ่งชุดที่มีเอเจนต์ 20 ตัวหมายถึงพรอมป์ต์พร้อมกัน 20 ชุด แต่ละชุดมีบริบท system prompt ของตัวเอง (~5–10K) การให้เหตุผลของตัวเอง (xhigh — 10–30K) และคำตอบของตัวเอง ประเมินคร่าว ๆ คือ 600,000–1.5 ล้านโทเค็นต่อการรันหนึ่งครั้ง แพงกว่าพรอมป์ต์ “ปกติ” หนึ่งครั้ง 10–30 เท่า

ค่าใช้จ่ายเป็นเงินมีความหมายดังนี้:

  • Pro ($20/เดือน): ในเดือนกุมภาพันธ์ 2026 Anthropic ชี้แจง การห้ามเข้าถึงผ่านโปรแกรมจากซอฟต์แวร์บุคคลที่สาม และในวันที่ 15 มิถุนายน 2026 ได้แยกเครดิตเวิร์กโฟลว์ออกจากการสมัครสมาชิกแชต Pro ได้เครดิต $20 สำหรับงานที่เรียกใช้ผ่านโปรแกรม เวิร์กโฟลว์ขนาดใหญ่หนึ่งชุดจะใช้เครดิตครึ่งหนึ่ง เมื่อเครดิตหมด เวิร์กโฟลว์จะหยุดเริ่มทำงานจนกว่าคุณจะเปิดการคิดค่าบริการส่วนเกิน
  • Max 5x ($100/เดือน): เครดิต $100 เพียงพอสำหรับเวิร์กโฟลว์ขนาดใหญ่ 5–10 ชุดต่อเดือน
  • Max 20x ($200/เดือน): เครดิต $200
  • Team ($30/$150 ต่อสมาชิก): เครดิตสอดคล้องกับแผนสมัครสมาชิกของแต่ละที่นั่ง
  • API: จ่ายตามอัตราค่าโทเค็น

Anthropic เองแนะนำให้ประเมินค่าใช้จ่ายก่อนเริ่มเวิร์กโฟลว์:

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

— เอกสาร Anthropic, code.claude.com/docs/en/workflows#cost

กล่าวคือ รันเวิร์กโฟลว์กับโฟลเดอร์เดียวก่อน ตรวจสอบค่าใช้จ่ายใน /workflows แล้วค่อยตัดสินใจว่าจะรันกับทั้งรีโปหรือไม่ การรันหนึ่งครั้งจำกัดที่เอเจนต์รวม 1000 ตัว แต่แม้ใช้ 100 ตัวกับรีโปขนาดใหญ่ก็หมายถึงโทเค็นหลายแสนโทเค็นแล้ว

หากเป้าหมายคือ “ลดการใช้งาน” คุณสามารถกำหนดให้ขั้นตอนรองในสคริปต์เวิร์กโฟลว์ใช้โมเดลขนาดเล็กลงได้อย่างชัดเจน ในพรอมป์ต์ให้ระบุว่า “ใช้ Sonnet 4.7 สำหรับขั้นตอนจัดประเภทไฟล์ และใช้ Opus 4.8 เฉพาะการวิเคราะห์ขั้นสุดท้าย” Anthropic รองรับวิธีนี้

ภายในทำงานอย่างไร: เวิร์กโฟลว์, /workflows และข้อจำกัด

ประเด็นสำคัญ

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

แต่ละการรันเขียนสคริปต์ของตัวเองเป็นไฟล์ไว้ใต้ ~/.claude/projects/ เมื่อเริ่มรัน Claude จะได้รับพาธของสคริปต์ ซึ่งหมายความว่าคุณสามารถ:

  • ขอ Claude ว่า “แสดงสคริปต์ของเวิร์กโฟลว์นี้ให้ดูหน่อย”
  • เปิดสคริปต์ในเอดิเตอร์เพื่อตรวจสอบตรรกะ
  • เปรียบเทียบความแตกต่างกับการรันครั้งก่อน
  • แก้ไขแล้วขอให้ Claude รันเวอร์ชันที่แก้แล้วอีกครั้ง

runtime กำหนดข้อจำกัดดังนี้:

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

แต่ละการรันจะใช้โหมดสิทธิ์อนุญาต โดยค่าเริ่มต้น Claude Code จะถามเพื่อขออนุญาตทุกครั้ง คุณเลือก “ใช่ และไม่ต้องถามอีกสำหรับ <name> ใน <path>” ได้ จากนั้นเวิร์กโฟลว์นั้นในโปรเจ็กต์นั้นจะไม่ถามอีก ในโหมด Auto จะถามเฉพาะการรันครั้งแรก แล้วบันทึกการอนุมัติไว้ในการตั้งค่าผู้ใช้ ใน claude -p และ Agent SDK จะไม่ถาม เพราะไม่มีใครตอบ

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

วิธีบันทึกเวิร์กโฟลว์ที่ใช้งานได้เป็นคำสั่ง

ประเด็นสำคัญ

หากคุณรันเวิร์กโฟลว์แล้วชอบวิธีทำงาน และรู้ว่าจะนำกลับมาใช้อีก ให้บันทึกเป็น /command ผ่าน /workflows โดยกดปุ่ม s จากนั้นจะใช้งานเหมือนคำสั่ง slash ทั่วไป: /workflow_name arguments โดยบันทึกไว้ที่ .claude/workflows/ ของโปรเจ็กต์ (สำหรับทีม) หรือ ~/.claude/workflows/ (สำหรับคุณคนเดียว)

ตัวอย่างสถานการณ์: ฉันใช้ ultracode รัน /code-review บน branch ใหม่ เวิร์กโฟลว์ทำงานสามรอบ: รอบแรกตรวจสอบ diff ทั้งหมดอย่างรวดเร็ว รอบที่สองตรวจฟังก์ชันด้านความปลอดภัยอย่างละเอียด และรอบที่สามรันการทดสอบกับฟังก์ชันที่เปลี่ยนแปลง ผลลัพธ์สอดคล้องกันดีและพบปัญหาสองจุด

ตอนนี้ฉันอยากรันสิ่งนี้บนทุก branch ก่อน merge ฉันเปิด:

/workflows

ฉันเลือกการรันที่เสร็จแล้วและกด s ในกล่องโต้ตอบ ฉันเลือกตำแหน่งที่จะบันทึก — .claude/workflows/ (ในโปรเจ็กต์ อยู่ใน git และทีมใช้งานได้) หรือ ~/.claude/workflows/ (ส่วนตัว ใช้ได้ทุกโปรเจ็กต์) ฉันตั้งชื่อให้ เช่น pre-merge-review แล้วกด Enter

จากนี้ไป ในเซสชันอนาคตใด ๆ:

/pre-merge-review

เวิร์กโฟลว์จะเริ่มต้นด้วยสคริปต์เดียวกับที่ฉันแก้ไขจนทำงานได้

หากเวิร์กโฟลว์ต้องใช้อาร์กิวเมนต์ ให้ระบุในพรอมป์ต์ตอนบันทึก จากนั้นสคริปต์จะได้รับ args เป็นตัวแปรส่วนกลาง คุณส่งรายการพาธ หมายเลข issue ID ไฟล์ หรือข้อมูลชนิดอื่นได้

Anthropic ระบุว่าอาร์กิวเมนต์จะมาในรูปแบบข้อมูลที่มีโครงสร้าง:

Claude ส่งรายการมาเป็นข้อมูลที่มีโครงสร้าง สคริปต์จึงเรียกใช้เมธอดของ array และ object กับ args ได้โดยตรง โดยไม่ต้องแยกวิเคราะห์ก่อน

— เอกสาร Anthropic, code.claude.com/docs/en/workflows#pass-input-to-a-saved-workflow

นั่นหมายความว่าคุณใช้ args.map(...) ในสคริปต์ได้โดยตรง ไม่ต้องแยกวิเคราะห์สตริง วิธีนี้มีประโยชน์กับงานจำนวนมาก เช่น รายการ ticket โฟลเดอร์ หรือ endpoint

วิธีปิด ultracode และเหตุผลที่อาจต้องปิด

ประเด็นสำคัญ

ปิดด้วย /effort high (หรือระดับอื่นที่ต้องการ) แล้วเซสชันจะกลับสู่โหมดปกติ หากต้องการปิดเวิร์กโฟลว์อย่างถาวร ให้ใช้สวิตช์ “Dynamic workflows” ใน /config หรือตั้งค่าตัวแปรสภาพแวดล้อม CLAUDE_CODE_DISABLE_WORKFLOWS=1 ในองค์กรสามารถทำผ่านการตั้งค่าแบบจัดการได้

เหตุผลหลักในการปิดคือกลับไปทำงานประจำ หากเปลี่ยนไปใช้ ultracode เพื่อทำงานใหญ่หนึ่งงานและเสร็จแล้ว ให้เปลี่ยนกลับทันที:

/effort high

มิฉะนั้น การแก้ไขเล็ก ๆ ครั้งต่อไปจะทำงานเป็นเวิร์กโฟลว์และใช้โทเค็นหมดโดยไม่ได้ประโยชน์

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

# ในการตั้งค่าของไคลเอนต์
# /config → Dynamic workflows → off
# หรือ
# ~/.claude/settings.json
{
  "disableWorkflows": true
}

# หรือใช้ตัวแปรสภาพแวดล้อม
export CLAUDE_CODE_DISABLE_WORKFLOWS=1

หลังจากนั้น คีย์เวิร์ด ultracode ในพรอมป์ต์จะไม่เรียกเวิร์กโฟลว์อีก และตัวเลือก ultracode จะหายไปจากเมนู /effort วิธีนี้มีประโยชน์หากคุณทำงานในทีมที่ต้องการใช้กฎร่วมกันว่า “ไม่ใช้เวิร์กโฟลว์อัตโนมัติ” ในกรณีนั้น ให้กำหนดในการตั้งค่าแบบจัดการขององค์กร

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

ขั้นตอนถัดไป

หากคุณกำลังใช้ Claude Code อยู่ตอนนี้ และตรวจสอบแล้วว่ามี v2.1.154+ กับโมเดล Opus 4.8 ให้ลองใช้เลย ไม่ใช่ทั้งเซสชัน แต่ลองกับงานเฉพาะงานหนึ่ง:

ultracode: ตรวจดูทุกไฟล์ใน src/components/ui/ และค้นหาจุดที่มีการจัดสไตล์ปุ่มเดียวกันแตกต่างกัน

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

แหล่งที่มา

ดูเพิ่มเติม:

ทำความรู้จักกับ Ailoot.

รายละเอียดเพิ่มเติม

คำถามที่พบบ่อย

เปิด workflow เฉพาะเมื่อจงใจใส่คีย์เวิร์ดอย่างไร?

คง Dynamic workflows เปิดและใช้ effort เซสชันปกติ เช่น /effort high เพิ่ม ultracode เฉพาะงานที่ต้องการ การปิด workflow ทั่วระบบจะปิดเส้นทางคีย์เวิร์ดด้วย

หยุดไม่ให้เซสชันเลือก workflow อัตโนมัติอย่างไร?

กลับจาก /effort ultracode ไป effort ปกติ หากต้องห้ามทั้งระดับเซสชันและคีย์เวิร์ด ให้ปิดทั่วระบบตามบทความและตรวจว่าคีย์เวิร์ดไม่เริ่ม workflow แล้ว

บทความทั้งหมด