ตอนนี้ subagent ของ Claude Code ใช้โควตา usage ของคุณน้อยลงแล้ว Anthropic เปลี่ยนวิธีทำงานของ status line บน background subagent จากการอ่านบทสนทนาทั้งหมดซ้ำทุกรอบ มาเป็นให้ Haiku 5.5 เขียนการอัปเดตจากโน้ตสั้นๆ แทน ผลคือการอัปเดตแต่ละครั้งถูกลงราว 99% และ session ที่มี background subagent ใช้โควตาน้อยลงประมาณ 5% อัปเดตเป็น v2.1.316 หรือใหม่กว่าเพื่อรับฟีเจอร์นี้
นั่นคือสาระทั้งหมดในสี่ประโยค ส่วนที่เหลือของบทความนี้จะบอกว่าใครได้รับการเปลี่ยนแปลงนี้ ตัวเลขสองตัวนั้นหมายความว่าอะไร อะไรที่ยังไม่แน่ชัด และการตั้งค่าแบบไหนช่วยลดการใช้งาน subagent ได้อีก
อะไรเปลี่ยนไปใน subagent ของ Claude Code
Background subagent คือตัวช่วยที่ทำงานควบคู่กับ session หลักของคุณระหว่างที่คุณยังทำงานต่อ ในเทอร์มินัลจะแสดง status line สั้นๆ ให้เห็นว่ามันกำลังทำอะไรอยู่ โดยบรรทัดนี้รีเฟรชทุก 30 วินาที
Anthropic ประกาศการเปลี่ยนแปลงนี้บน X เมื่อวันที่ 5 พฤศจิกายน 2026:
- ก่อนหน้านี้: การอัปเดตแต่ละครั้งทุก 30 วินาที ต้องอ่านบทสนทนาทั้งหมดของ subagent ซ้ำ
- ตอนนี้: Haiku 5.5 เขียนการอัปเดตจากโน้ตสั้นๆ
- ไม่เปลี่ยนแปลง: subagent ยังคงใช้โมเดลของตัวเองเหมือนเดิม หากมันทำงานบน Opus 5.5 หรือ Sonnet 5.5 ก็ยังเป็นเช่นนั้น มีเพียง status line เท่านั้นที่ย้ายมาใช้ Haiku 5.5
คุณไม่ต้องเปลี่ยนการตั้งค่าใดๆ และไม่ต้องแลกกับคุณภาพของงาน ผลลัพธ์ของ subagent ยังคงมาจากโมเดลเดิมเหมือนก่อน
ทำไม status line ของ subagent ถึงมีราคาแพง
Status line มีต้นทุนสูงเพราะการสรุปเพียงหนึ่งบรรทัดกลับต้องจ่ายค่าอ่านบทสนทนายาวๆ ทั้งหมด ผลลัพธ์มีขนาดเล็กมาก แต่ input ไม่ได้เล็กตาม และงานนี้ทำซ้ำทุก 30 วินาทีตลอดเวลาที่ subagent ทำงานอยู่
การคิดเลขแสดงให้เห็นว่ามันสะสมเร็วแค่ไหน ที่อัตราการอัปเดต 1 ครั้งทุก 30 วินาที subagent ที่ทำงานหนึ่งชั่วโมงจะสร้าง 120 การอัปเดต ถ้ามี 3 ตัวทำงานหนึ่งชั่วโมงก็คือ 360 ครั้ง
ความยาวของบทสนทนาก็มีผลเช่นกัน เอกสารเรื่องต้นทุนของ Claude Code ระบุว่าค่า token แปรผันตามขนาดของ context และบทสนทนาของ subagent จะโตขึ้นเรื่อยๆ ตามการอ่านไฟล์และรันเครื่องมือต่างๆ ดังนั้นดีไซน์แบบเดิมน่าจะเขียนบิลแพงที่สุดตอนที่ subagent ที่ทำงานนานมี context มากที่สุด ซึ่งเป็นการตีความจากเอกสารของเรา เพราะ Anthropic ยังไม่ได้เผยแพร่กราฟต้นทุนสำหรับเรื่องนี้
อย่าสับสนกับ custom status line ที่คุณตั้งค่าเองด้วย /statusline เอกสาร status line ระบุว่าแบบนั้นทำงานในเครื่องและไม่ใช้ API token การเปลี่ยนแปลงที่กล่าวถึงที่นี่ครอบคลุมเฉพาะ status line ที่ Claude Code สร้างขึ้นให้กับ subagent แต่ละตัวที่กำลังทำงานอยู่
ตัวเลขต่างๆ: 99% ต่อการอัปเดต ประมาณ 5% ต่อ session
ตัวเลขสองตัวนี้วัดสิ่งที่ต่างกัน และมีเพียงตัวเดียวที่บอกถึงโควตาของคุณ
| ตัวเลข | วัดสิ่งใด | ไม่ใช่อะไร |
|---|---|---|
| ถูกลงประมาณ 99% | ต้นทุนของการอัปเดตสถานะ 1 ครั้ง | การประหยัดในบิลหรือโควตาของคุณ |
| ใช้น้อยลงประมาณ 5% | โควตาที่ใช้โดย session ที่มี background subagent | การประหยัดใน session ที่ไม่มี subagent |
| ได้เพิ่มประมาณ 6% | จำนวน prompt ที่ได้จากโควตาเท่าเดิม ตามข้อมูลของ Anthropic | การเพิ่มขึ้นของโควตาเอง |
ถ้าจะจำตัวเลขเดียว ให้จำ 5% การลดลง 99% ของสิ่งที่เป็นเพียงส่วนเล็กๆ ของ session ย่อมให้การประหยัดเพียงเล็กน้อยในระดับ session subagent ยังคงทำงานจริงบนโมเดลของตัวเอง และงานส่วนนั้นต่างหากที่ใช้ usage ส่วนใหญ่
Anthropic ไม่ได้ระบุว่า status update เคยใช้โควตาไปเท่าไรก่อนหน้านี้ ตัวเลขทั้งสองเมื่อพิจารณาร่วมกันบ่งชี้ว่าน่าจะราวหนึ่งในยี่สิบของ session เหล่านั้น แต่นั่นเป็นการอนุมานจากตัวเลขที่ปัดเศษแล้ว ไม่ใช่ตัวเลขที่เผยแพร่อย่างเป็นทางการ
การประหยัดของคุณเองก็จะแตกต่างกันออกไป ตัวเลขประมาณ 5% คือสิ่งที่ Anthropic รายงานโดยรวมใน session ที่มี background subagent โดยไม่ได้เผยแพร่ช่วงตัวเลข session ที่มี subagent สั้นๆ เพียงตัวเดียวย่อมได้ประโยชน์น้อยกว่า session ที่มีหลายตัวและทำงานนาน
ใครได้รับการใช้งาน subagent ที่ลดลง
Anthropic ระบุว่าการเปลี่ยนแปลงนี้พร้อมใช้งานแล้วสำหรับแพ็กเกจรายบุคคลส่วนใหญ่ และแพ็กเกจองค์กรทั้งหมด ใน CLI เท่านั้น
| คุณใช้ Claude Code ที่ไหน | สถานะ |
|---|---|
| Pro, Max, Ultra | พร้อมใช้งานสำหรับผู้ใช้ส่วนใหญ่ แต่ไม่ใช่ทั้งหมด |
| Team, Enterprise | พร้อมใช้งานสำหรับทุกคน |
| CLI | ครอบคลุมแล้ว บน v2.1.316 หรือใหม่กว่า |
| Desktop app | ไม่มีอะไรต้องเปลี่ยน: ไม่ได้เขียน status line นี้ |
| API key, Bedrock, Vertex, Foundry | ไม่ได้ระบุ |
รายละเอียดเรื่อง desktop app มาจากความคิดเห็นในเธรดเดียวกันโดย Lydia Hallie จาก Anthropic ผู้ระบุว่า desktop app ไม่ได้เขียน status line ของ subagent นี้ จึงไม่มีอะไรต้องเปลี่ยนแปลง
มีสองช่องว่างที่ควรรู้:
- "ส่วนใหญ่" ยังไม่มีวิธีทดสอบแบบเปิดเผย ทั้งเธรดและเอกสารไม่ได้ระบุ flag หรือตัวบ่งชี้ที่จะบอกว่าบัญชี Pro, Max หรือ Ultra ของคุณได้รับฟีเจอร์นี้หรือไม่ การอยู่บนเวอร์ชันที่ถูกต้องเป็นเงื่อนไขจำเป็น แต่ไม่ได้พิสูจน์ว่าการเปลี่ยนแปลงนี้พร้อมใช้งานสำหรับคุณแล้ว
- ผู้ใช้แบบจ่ายตาม token ยังไม่มีคำตอบ Anthropic วางกรอบเรื่องนี้ไว้ที่โควตาของแพ็กเกจ และไม่ได้พูดถึงการตั้งค่าแบบ API key หรือผู้ให้บริการคลาวด์ changelog ของ 2.1.318 มีการเปลี่ยนแปลงสรุปความคืบหน้าของ subagent บน Bedrock, Vertex, Foundry หรือเมื่อปิด telemetry: ในกรณีที่ prompt cache ยังเย็นอยู่ อาจต้องรอนานถึง 5 นาทีสำหรับคำตอบที่รออยู่ของ subagent ซึ่งแสดงว่าการตั้งค่าเหล่านั้นมีการจัดการเป็นของตัวเอง แต่ไม่ได้แปลว่าได้รับการประหยัดแบบนี้
รายการใน changelog ของ 2.1.316 ที่เราอ่านก็ไม่ได้กล่าวถึง status line เช่นกัน ดังนั้นเธรดดังกล่าวจึงเป็นแหล่งเดียวสำหรับตัวเลขและเวอร์ชันนี้
วิธีอัปเดต Claude Code และตรวจสอบเวอร์ชันของคุณ
สามคำสั่งนี้ครอบคลุมทุกอย่าง:
claude --version # needs to show 2.1.316 or later
claude update # installs a newer version if one exists
claude --version # confirm
claude update ใช้ได้กับกรณีติดตั้งผ่าน package manager ด้วย โดยจะอัปเดตผ่าน package manager นั้นๆ เวอร์ชันใหม่สุดที่ระบุใน changelog ณ วันที่ 5 พฤศจิกายนคือ 2.1.318
หากต้องการดูว่า subagent ใช้อะไรไปบ้าง ให้รัน /usage ภายใน session บนแพ็กเกจ Pro, Max, Ultra, Team และ Enterprise คำสั่งนี้จะจัดหมวด usage ล่าสุดให้กับ skills, subagents, plugins และ MCP servers เป็นเปอร์เซ็นต์ กด d หรือ w เพื่อสลับระหว่างช่วง 24 ชั่วโมงกับ 7 วัน ตัวเลขเหล่านี้เป็นค่าประมาณและมาจากประวัติในเครื่องนั้น จึงควรมองการเปรียบเทียบก่อน-หลังว่าเป็นแนวทางคร่าวๆ หากคุณติดตามโควตาอย่างใกล้ชิด ไกด์ Claude Pro และ Max limits ของเราอธิบายว่ามันทำงานอย่างไร
วิธีอื่นๆ ในการประหยัดค่าใช้จ่าย subagent
การแก้ไขเรื่อง status line ทำงานอัตโนมัติ แต่ให้ผลเพียงประมาณ 5% เอกสารพูดตรงๆ เรื่องที่เหลือ: subagent แต่ละตัวส่งคำขอของตัวเอง และคำขอเหล่านั้นนับรวมในโควตาเดียวกับบทสนทนาหลักของคุณ การตั้งค่าเหล่านี้จึงมีพื้นที่ให้ช่วยได้มากกว่า
เลือกโมเดลที่เล็กกว่า subagent จะสืบทอดโมเดลของ session คุณ เว้นแต่ระบุไว้เป็นอย่างอื่น ดังนั้นการเปลี่ยนไปใช้ Opus ก็จะมีผลกับ subagent เหล่านั้นด้วย กำหนด model: haiku ใน subagent definition สำหรับงานง่ายๆ ไกด์ของเราเรื่อง Claude Haiku 5.5 ใน Claude Code อธิบายการตั้งค่านี้
หากต้องการตั้งค่าเริ่มต้นให้กับทุก subagent:
{
"env": {
"CLAUDE_CODE_SUBAGENT_MODEL": "haiku",
"CLAUDE_CODE_SUBAGENT_MODEL_FORCE": "1"
}
}
ตัวแปรแรกเพียงอย่างเดียวเป็นเพียงค่าเริ่มต้น subagent definition หรือโมเดลที่ Claude ส่งมายังคงมีสิทธิ์ชนะ และมันไม่มีผลกับ subagent ในตัวอย่าง Explore และ Plan ส่วนตัวแปรที่สองจะบังคับใช้โมเดลเดียวกันกับ subagent ทุกตัว
ลดระดับ effort เวอร์ชัน 2.1.316 เพิ่ม CLAUDE_CODE_SUBAGENT_EFFORT ซึ่งกำหนดระดับ effort ให้ subagent เมื่อไม่มีที่ใดระบุไว้ แทนที่จะสืบทอดจาก session มันอยู่ใน changelog แต่ยังไม่ปรากฏในคู่มือ environment variable ณ วันที่ 5 พฤศจิกายน จึงควรตรวจสอบค่าที่รองรับก่อนใช้งานจริง สำหรับ subagent เพียงตัวเดียว ให้กำหนดฟิลด์ effort ตามที่เอกสารระบุใน definition ของมัน (low, medium, high, xhigh หรือ max ขึ้นอยู่กับโมเดล)
รันพร้อมกันน้อยลง ค่าเริ่มต้นจำกัดที่ 20 subagent ต่อ session กำหนด CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS เป็นจำนวนเต็มที่ต่ำกว่าหากต้องการเพดานแบบตายตัว รัน /tasks เพื่อดูว่ามีอะไรกำลังทำงานอยู่ และ subagent แต่ละตัวใช้โมเดลและ effort ใด
จำกัดขอบเขตงานให้แคบ เอกสารต้นทุนระบุว่าคำขอที่กำกวมจะทำให้เกิดการสแกนกว้างๆ subagent ที่ได้รับมอบหมายให้ตรวจ endpoint เดียวจะอ่านน้อยกว่าตัวที่ได้รับมอบหมายให้รีวิว API ทั้งหมด ไกด์ของเราเรื่องการสร้าง custom Claude Code subagents อธิบายรูปแบบ definition แบบเต็ม
รัน API test ใน background subagent ด้วย Apidog CLI
การรัน API test เหมาะกับ background subagent เป็นอย่างยิ่ง: ใช้เวลานาน ผลลัพธ์ยาวเหยียด และคุณต้องการแค่ส่วนที่ fail กลับมาเท่านั้น Apidog CLI ให้ subagent รัน test scenario ที่บันทึกไว้ได้ ขณะที่ session หลักของคุณเขียนโค้ดต่อไป และ raw output จะไม่เข้ามารกใน main context ของคุณ
ตั้งค่าครั้งเดียว:
npm install -g apidog-cli@latest
apidog login --with-token <YOUR_TOKEN>
npx -y skills add https://apidog.com # pick Claude Code when prompted
จากนั้นเพิ่ม subagent เล็กๆ ที่ .claude/agents/api-tester.md:
---
name: api-tester
description: Runs Apidog test scenarios and reports only the failures.
tools: Bash, Read
model: haiku
background: true
---
Run the Apidog test scenario you are given. Report which steps failed
and why. Don't paste the full output.
แล้วส่ง prompt เดียวให้ Claude Code:
Use the api-tester subagent to run Apidog test scenario <scenarioId> in
project <projectId> against environment <environmentId>. Keep working on
the checkout refactor. When it finishes, tell me only what failed.
subagent จะรันคำสั่งลักษณะนี้:
apidog test-scenario list --project <projectId>
apidog test-scenario run <scenarioId> --project <projectId> -e <environmentId> -r cli,json --out-dir apidog-reports
Permission prompt จาก background subagent จะปรากฏใน session หลักของคุณ พร้อมระบุชื่อ subagent ที่ร้องขอ สำหรับงานที่รันนาน 2.1.318 ยังย้าย shell command ไปทำงานเบื้องหลังหลังผ่านไป 3 นาที เพื่อไม่ให้ prompt cache หมดอายุระหว่างที่คำสั่งทำงานอยู่
คำสั่ง run เดียวกันนี้ใช้ใน CI ได้ด้วย -r junit ตามที่ไกด์ CI/CD ของ Apidog CLIแสดง สำหรับการตั้งค่าทั่วไป ดูที่ Apidog CLI ใน Claude Code แพ็กเกจ Free ของ Apidog รองรับผู้ใช้ได้ถึง 4 คน
คำถามที่พบบ่อย
ตอนนี้ subagent ของ Claude Code ถูกลง 99% หรือไม่? ไม่ใช่ ตัวเลข 99% ใช้กับ status update แต่ละครั้งเท่านั้น Anthropic ระบุว่า session ที่มี background subagent ใช้โควตาน้อยลงประมาณ 5%
ตอนนี้ subagent ของฉันรันบน Haiku 5.5 แล้วหรือไม่? ไม่ใช่ subagent ยังคงใช้โมเดลของตัวเอง มีเพียง status line เท่านั้นที่ย้ายมาใช้ Haiku 5.5
ต้องใช้เวอร์ชันใด? v2.1.316 หรือใหม่กว่า รัน claude --version เพื่อตรวจสอบ และ claude update เพื่ออัปเกรด
ใช้กับ Claude desktop app หรือไม่? ไม่มีอะไรต้องเปลี่ยน Lydia Hallie ของ Anthropic ระบุว่า desktop app ไม่ได้เขียน status line ของ subagent นี้
พร้อมใช้งานบนแพ็กเกจ Pro ของฉันแล้วหรือยัง? น่าจะใช่ แต่ไม่แน่นอน Anthropic ระบุว่าผู้ใช้ Pro, Max และ Ultra ส่วนใหญ่มีฟีเจอร์นี้ และทุกคนบน Team และ Enterprise มีแน่นอน แต่ทั้งเธรดและเอกสารไม่ได้ระบุวิธีตรวจสอบบัญชีของคุณ
ถ้าใช้ API key หรือ Bedrock จะได้ประโยชน์หรือไม่? Anthropic ยังไม่ได้กล่าวถึง การประกาศครั้งนี้พูดถึงเรื่อง usage limit และไม่ครอบคลุมการใช้งานแบบ API key, Bedrock หรือ Vertex


Top comments (0)