Claude Code Subagents ใช้โควตาของคุณน้อยลงแล้ว

ตอนนี้ 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

ตัวเลขสองตัวนี้วัดสิ่งที่ต่างกัน และมีเพียงตัวเดียวที่บอกถึงโควตาของคุณ

ถ้าจะจำตัวเลขเดียว ให้จำ 5% การลดลง 99% ของสิ่งที่เป็นเพียงส่วนเล็กๆ ของ session จะให้การประหยัดเพียงเล็กน้อยในระดับ session subagent ยังคงทำงานจริงบนโมเดลของตัวเอง และงานส่วนนั้นต่างหากที่ใช้ usage ส่วนใหญ่

Anthropic ไม่ได้ระบุว่า status update ใช้โควตาไปเท่าไรก่อนหน้านี้ ตัวเลขทั้งสองเมื่อพิจารณาร่วมกันบ่งชี้ว่าน่าจะราวหนึ่งในยี่สิบของ session เหล่านั้น แต่นั่นเป็นการอนุมานจากตัวเลขที่ปัดเศษแล้ว ไม่ใช่ตัวเลขที่เผยแพร่อย่างเป็นทางการ

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

ใครได้รับการใช้งาน subagent ที่ลดลง

Anthropic ระบุว่าการเปลี่ยนแปลงนี้พร้อมใช้งานแล้วสำหรับแพ็กเกจรายบุคคลส่วนใหญ่ และแพ็กเกจองค์กรทั้งหมด ใน CLI เท่านั้น

รายละเอียดเรื่อง 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