Claude Code Subagents และ Agent Teams: คู่มือปฏิบัติ

คุณอาจเคยเห็นคำว่า "subagents," "Agent Teams," "orchestration" และสงสัยว่าคุณพลาดอะไรไปหรือเปล่า คำตอบสั้นๆ: สำหรับงานส่วนใหญ่ของคุณ, ไม่ แต่สำหรับงานใหญ่, ใช่ และมันก็คุ้มค่าที่จะเข้าใจ

มาทำความเข้าใจโดยไม่ใช้ศัพท์เทคนิคกันเถอะ

Subagent คืออะไรจริงๆ

Subagent คือผู้ช่วยเฉพาะทางที่มีบริบทของตัวเอง, มี prompt ของตัวเอง, และมีสิทธิ์การใช้เครื่องมือของตัวเอง

เมื่อเอเจนต์หลักเจองานย่อยที่ชัดเจน, มันจะมอบหมายงานนั้นให้กับ subagent Subagent นั้นทำงานในหน้าต่างบริบทของตัวเอง, ทำงานของมัน, และส่งกลับมาเฉพาะผลลัพธ์ เอเจนต์หลักจะไม่ถูกประวัติทั้งหมดรบกวนบริบทของมัน, มันจะได้รับเพียงข้อสรุป

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

คุณประกาศ subagents ของคุณในโฟลเดอร์ .claude/agents/ ของโปรเจกต์ของคุณ แต่ละตัวมีชื่อ, คำอธิบายที่บอกว่าเมื่อไหร่ควรใช้มัน, และ system prompt

---
name: test-writer
description: ใช้เมื่อจำเป็นต้องเขียนหรือแก้ไขการทดสอบ
---
คุณเขียนการทดสอบ คุณมุ่งเน้นไปที่การครอบคลุมกรณีขอบ,
ไม่ใช่เส้นทางที่มีความสุข คุณไม่เคยแตะต้องโค้ดการผลิต

Agent Teams, ขั้นตอนถัดไป

Agent Teams คือผู้จัดการหลายเอเจนต์ที่สร้างขึ้นใน Claude Code ยังอยู่ในขั้นทดลอง, ปิดใช้งานโดยค่าเริ่มต้น, แต่เป็นจุดเริ่มต้นที่ดี

แนวคิด: เอเจนต์หลักแบ่งงานใหญ่, มอบหมายแต่ละชิ้นให้กับเอเจนต์ผู้เชี่ยวชาญ (ที่มีโมเดล, prompt, เครื่องมือของตัวเอง), ผู้เชี่ยวชาญทำงานขนานกันในระบบไฟล์ที่ใช้ร่วมกัน, และผลลัพธ์จะไหลกลับไปยังเอเจนต์หลัก

ถ้า "มอบหมายให้ผู้เชี่ยวชาญ" ฟังดูเหมือน subagents, นั่นเป็นเรื่องปกติ Agent Teams คือแนวคิดนั้นที่ถูกผลักไปจนถึงการรันเอเจนต์หลายตัวจริงๆ ในขนาน, ไม่ใช่แค่ทีละตัว

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

เมื่อคุณต้องการมัน (และเมื่อคุณไม่ต้องการ)

ให้ชัดเจน: การจัดการหลายเอเจนต์ไม่มีประโยชน์สำหรับ 95% ของงานที่ใช้เอเจนต์ช่วย สำหรับงานประจำวันส่วนใหญ่ของคุณ, เอเจนต์เดียวจะเร็วกว่าและง่ายกว่า

ตอนนี้, การใช้หลายเอเจนต์ยังคงเป็นวิธีที่แพงและทดลองในการโจมตีโปรเจกต์ใหญ่

คุณต้องการมันเมื่อ:

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

คุณไม่ต้องการมันสำหรับการแก้ไขบั๊ก, ฟีเจอร์ที่เน้น, หรืออะไรก็ตามที่พอดีในหัวเดียว

กับดักคือการสร้าง "ทีม" สิบเอเจนต์สำหรับบางสิ่งที่เอเจนต์เดียวจะทำในห้านาที คุณจ่ายด้วยโทเคนและความซับซ้อนสำหรับการขนานที่งานไม่เคยขอ

ปัญหาจริง: การมองเห็น

นี่คือสิ่งที่ไม่ค่อยถูกพูดถึงมากพอ ช่วงเวลาที่คุณรันหลาย subagents หรือ Agent Team, คุณจะสูญเสียเส้นทาง

เอเจนต์หลักมอบหมายให้ผู้เชี่ยวชาญห้าคน คนไหนกำลังทำงาน? คนไหนเสร็จแล้ว? คนไหนกำลังรอการตัดสินใจ? ในเทอร์มินัลคุณจะเห็นกำแพงของข้อความที่เลื่อนลงมา, และคุณไม่สามารถบอกได้ว่าใครกำลังทำอะไร

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

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

จุดเริ่มต้น

อย่ากระโดดตรงไปที่ทีมแปดเอเจนต์

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

เมื่อกลไกนั้นรู้สึกเป็นธรรมชาติ, เปิดใช้งาน Agent Teams สำหรับงานที่แบ่งแยกได้อย่างชัดเจน จับตาดูว่าใครกำลังทำอะไร, อนุมัติแผนก่อนการดำเนินการ, และหยุดเมื่อการตรวจสอบกลายเป็นคอขวดของคุณ

การใช้หลายเอเจนต์ให้รางวัลแก่คนที่โครงสร้างก่อนที่จะเริ่ม ไม่ใช่คนที่เริ่มเอเจนต์มากที่สุด