Claude Code เปิดโหมดทีมเวิร์ค! Agent teams ที่คุณต้องใช้!

Claude Code ออกฟีเจอร์ใหญ่มาอีกแล้ว: Agent Teams ซึ่งสามารถเข้าใจได้ว่าเป็นเวอร์ชันเสริมพลังขั้นสุดของ Sub Agents ～ ภาพด้านล่างเป็นการเปรียบเทียบระหว่าง Agent Teams และ Subagents:

ฉัน "ใช้ก่อนเลย"! (สุดยอด! สุดยอด! สุดยอด!)

เงื่อนไขในการเปิดใช้งาน Agent Teams: 
1. อัปเดต Claude Code เป็นเวอร์ชันล่าสุด (claude update) 

2. เพิ่มบรรทัดนี้ใน settings.json:

"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" 

3. รีสตาร์ท Claude Code～  

4. จากนั้นใช้ภาษาธรรมดาให้ Claude Code สร้าง Agent Teams (แน่นอน ต้องอธิบายให้ชัดเจนว่าให้ Agent Teams ทำอะไร)  

นอกจากนี้ โมเดลอื่นๆ ไม่ส่งผลต่อการทำงานของ Agent Teams (ฉันใช้ KIMi for coding)

รายละเอียดเพิ่มเติมเกี่ยวกับ Agent Teams ดูด้านล่าง (บทความทางการจาก Anthropic)!

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

แตกต่างจากตัวแทนย่อย (Subagents) (ตัวแทนย่อยทำงานในเซสชันเดียว และสามารถรายงานไปยังตัวแทนหลักได้เท่านั้น) คุณยังสามารถโต้ตอบโดยตรงกับสมาชิกทีมแต่ละคนได้ โดยไม่ต้องผ่านหัวหน้า

เอกสารนี้ครอบคลุม:

• • เมื่อไหร่ควรใช้ Agent Teams รวมถึงกรณีการใช้งานที่ดีที่สุดและการเปรียบเทียบกับตัวแทนย่อย

• • การเริ่มต้นทีม

• • การควบคุมสมาชิกทีม รวมถึงโหมดแสดงผล การกระจายงาน และการมอบหมาย

• • แนวปฏิบัติที่ดีที่สุดสำหรับการทำงานแบบขนาน

เมื่อไหร่ควรใช้ Agent Teams

Agent Teams มีประสิทธิภาพสูงสุดในงานที่การสำรวจแบบขนานสามารถเพิ่มมูลค่าที่แท้จริงได้ กรณีการใช้งานที่แข็งแกร่งที่สุด ได้แก่:

• • การวิจัยและการตรวจสอบ —— สมาชิกทีมหลายคนสามารถสำรวจแง่มุมต่างๆ ของปัญหาได้พร้อมกัน จากนั้นแบ่งปันและท้าทายสิ่งที่ค้นพบของกันและกัน

• • โมดูลหรือฟีเจอร์ใหม่ —— สมาชิกทีมสามารถรับผิดชอบส่วนที่แยกจากกันได้ โดยไม่รบกวนกัน

• • การดีบักด้วยสมมติฐานที่แข่งขันกัน —— สมาชิกทีมทดสอบทฤษฎีต่างๆ แบบขนาน เพื่อหาคำตอบได้เร็วขึ้น

• • การประสานงานข้ามเลเยอร์ —— การเปลี่ยนแปลงที่ครอบคลุมส่วนหน้า ส่วนหลัง และการทดสอบ โดยแต่ละส่วนมีสมาชิกทีมคนละคนรับผิดชอบ

Agent Teams เพิ่มค่าใช้จ่ายในการประสานงาน (คุณกล้าใช้ Opus4.6 เปิด Agent Teams ไหม🤣) และใช้โทเคนเพิ่มขึ้นอย่างมีนัยสำคัญเมื่อเทียบกับการใช้เซสชันเดียว พวกมันทำงานได้ดีที่สุดเมื่อทีมย่อยสามารถทำงานได้อย่างอิสระ สำหรับงานแบบลำดับ การแก้ไขไฟล์เดียวกัน หรืองานที่มีการพึ่งพามาก การใช้เซสชันเดียวหรือตัวแทนย่อยจะมีประสิทธิภาพมากกว่า

การเปรียบเทียบกับตัวแทนย่อย

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

ตัวแทนย่อย

Agent Teams

บริบท

หน้าต่างบริบทของตัวเอง; ผลลัพธ์ส่งกลับไปยังผู้เรียก

หน้าต่างบริบทของตัวเอง; อิสระโดยสมบูรณ์

การสื่อสาร

รายงานผลลัพธ์ไปยังตัวแทนหลักเท่านั้น

สมาชิกทีมส่งข้อความถึงกันโดยตรง

การประสานงาน

ตัวแทนหลักจัดการงานทั้งหมด

แชร์รายการงาน ประสานงานกันเอง

เหมาะที่สุดสำหรับ

งานที่มุ่งเน้นซึ่งสนใจเฉพาะผลลัพธ์

งานที่ซับซ้อนซึ่งต้องการการอภิปรายและการทำงานร่วมกัน

ค่าใช้จ่ายโทเคน

ต่ำกว่า: ผลลัพธ์ถูกรวมกลับสู่บริบทหลัก

สูงกว่า: สมาชิกทีมแต่ละคนเป็นอินสแตนซ์ Claude ที่แยกจากกัน

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

การเปิดใช้งาน Agent Teams

Agent Teams ถูกปิดใช้งานโดยค่าเริ่มต้น เปิดใช้งานโดยตั้งค่าตัวแปรสภาพแวดล้อม CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS เป็น 1 ซึ่งสามารถทำได้ในสภาพแวดล้อมเชลล์หรือผ่าน settings.json:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

เริ่มต้น Agent Team แรกของคุณ

หลังจากเปิดใช้งาน Agent Teams แล้ว ให้บอก Claude ให้สร้าง Agent Team โดยใช้ภาษาธรรมดาอธิบายงานและโครงสร้างทีมที่คุณต้องการ Claude จะสร้างทีม สร้างสมาชิกทีม และประสานงานตามคำแนะนำของคุณ

ตัวอย่างนี้ได้ผลดี เพราะทั้งสามบทบาทเป็นอิสระต่อกัน และสามารถสำรวจปัญหาได้โดยไม่ต้องรอคอยกัน:

Create an agent team to explore this from different angles: one teammate on UX, one on technical architecture, one playing devil's advocate.
(สร้าง Agent Team เพื่อสำรวจสิ่งนี้จากมุมมองที่ต่างกัน: หนึ่งคนรับผิดชอบ UX หนึ่งคนรับผิดชอบสถาปัตยกรรมทางเทคนิค หนึ่งคนเล่นบทบาทผู้คัดค้าน)

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

เทอร์มินัลของหัวหน้าจะแสดงรายชื่อสมาชิกทีมทั้งหมดและสิ่งที่พวกเขาทำอยู่ ใช้ Shift+Up/Down เพื่อเลือกสมาชิกทีมและส่งข้อความถึงพวกเขาโดยตรง

ควบคุม Agent Team ของคุณ

ใช้ภาษาธรรมดาบอกหัวหน้าว่าคุณต้องการอะไร มันจะจัดการการประสานงานทีม การกระจายงาน และการมอบหมายตามคำแนะนำของคุณ

เลือกโหมดแสดงผล

Agent Teams รองรับโหมดแสดงผลสองโหมด:

• • โหมดในกระบวนการ ��— สมาชิกทีมทั้งหมดทำงานภายในเทอร์มินัลหลักของคุณ ใช้ Shift+Up/Down เพื่อเลือกสมาชิกทีมและพิมพ์ข้อความส่งโดยตรง ใช้งานได้กับเทอร์มินัลใดก็ได้ โดยไม่ต้องตั้งค่าเพิ่มเติม

• • โหมดแบ่งหน้าจอ —— สมาชิกทีมแต่ละคนมีหน้าต่างของตัวเอง คุณสามารถเห็นผลลัพธ์ของทุกคนพร้อมกันได้ คลิกที่หน้าต่างเพื่อโต้ตอบโดยตรง ต้องใช้ tmux หรือ iTerm2

ค่าเริ่มต้นคือ "auto" ซึ่งจะใช้โหมดแบ่งหน้าจอหากคุณกำลังทำงานในเซสชัน tmux อยู่แล้ว มิฉะนั้นจะใช้โหมดในกระบวนการ

เพื่อบังคับใช้โหมดในกระบวนการสำหรับเซสชันเดียว ส่งแฟล็ก:

claude --teammate-mode in-process

ระบุสมาชิกทีมและโมเดล

Claude จะตัดสินใจสร้างสมาชิกทีมกี่คนตามงานของคุณ หรือคุณสามารถระบุได้อย่างแม่นยำว่าคุณต้องการอะไร:

Create a team with 4 teammates to refactor these modules in parallel. Use Sonnet for each teammate.
(สร้างทีม 4 คนเพื่อปรับโครงสร้างโมดูลเหล่านี้แบบขนาน ใช้ Sonnet สำหรับสมาชิกทีมแต่ละคน)

ขอให้สมาชิกทีมอนุมัติแผน

สำหรับงานที่ซับซ้อนหรือมีความเสี่ยง คุณสามารถขอให้สมาชิกทีมวางแผนก่อนดำเนินการ สมาชิกทีมจะทำงานในโหมดแผนอ่านอย่างเดียว จนกว่าหัวหน้าจะอนุมัติวิธีการของพวกเขา:

Spawn an architect teammate to refactor the authentication module. Require plan approval before they make any changes.
(สร้างสมาชิกทีมที่เป็นสถาปนิกเพื่อปรับโครงสร้างโมดูลการยืนยันตัวตน ขออนุมัติแผนก่อนที่พวกเขาจะทำการเปลี่ยนแปลงใดๆ)

เมื่อสมาชิกทีมวางแผนเสร็จ พวกเขาจะส่งคำขออนุมัติแผนไปยังหัวหน้า หัวหน้าตรวจสอบแผนและอ��ุมัติหรือปฏิเสธพร้อมให้ข้อเสนอแนะ

ใช้โหมดมอบหมาย

เมื่อไม่มีโหมดมอบหมาย หัวหน้าบางครั้งอาจเริ่มดำเนินงานเอง แทนที่จะรอให้สมาชิกทีมทำงานเสร็จ โหมดมอบหมายป้องกันสิ่งนี้โดยจำกัดหัวหน้าให้ใช้เฉพาะเครื่องมือประสานงานเท่านั้น กด Shift+Tab เพื่อสลับไปยังโหมดมอบหมาย

พูดคุยกับสมาชิกทีมโดยตรง

สมาชิกทีมแต่ละคนเป็นเซสชัน Claude Code ที่สมบูรณ์และเป็นอิสระ คุณสามารถส่งข้อความถึงสมาชิกทีมใดก็ได้โดยตรง:

• • โหมดในกระบวนการ: ใช้ Shift+Up/Down เพื่อเลือกสมาชิกทีม จากนั้นพิมพ์เพื่อส่งข้อความ กด Enter เพื่อดูเซสชันของสมาชิกทีม จากนั้นกด Escape เพื่อขัดจังหวะเทิร์นปัจจุบันของพวกเขา กด Ctrl+T เพื่อสลับรายการงาน

• • โหมดแบ่งหน้าจอ: คลิกที่หน้าต่างของสมาชิกทีมเพื่อโต้ตอบกับเซสชันของพวกเขาโดยตรง

การกระจายและรับงาน

รายการงานแชร์ประสานงานการทำงานของทีม หัวหน้าสร้างงาน สมาชิกทีมทำให้เสร็จ งานมีสามสถานะ: รอดำเนินการ กำลังดำเนินการ เสร็จสิ้น งานยังสามารถขึ้นอยู่กับงานอื่นได้

หัวหน้าสามารถกระจายงานอย่างชัดเจน หรือสมาชิกทีมสามารถรับงานได้เองหลังจากทำงานเสร็จ

ปิดสมาชิกทีม

เพื่อจบเซสชันของสมาชิกทีมอย่างสง่างาม:

Ask the researcher teammate to shut down
(ขอให้สมาชิกทีมที่เป็นนักวิจัยปิดตัวลง)

หัวหน้าส่งคำขอปิด สมาชิกทีมสามารถอนุมัติและออกอย่างสง่างาม หรือปฏิเสธและอธิบายเหตุผล

ทำความสะอาดทีม

หลังจากเสร็จสิ้นแล้ว ให้บอกหัวหน้าให้ทำความสะอาด:

Clean up the team
(ทำความสะอาดทีม)

นี่จะลบทรัพยากรทีมที่แชร์ เมื่อหัวหน้าทำการทำความสะอาด มันจะตรวจสอบสมาชิกทีมที่ยังทำงานอยู่ และจะล้มเหลวหากยังมีสมาชิกทีมที่กำลังทำงานอยู่ ดังนั้นควรปิดพวกเขาก่อน

Agent Teams ทำงานอย่างไร

สถาปัตยกรรม

Agent Team ประกอบด้วย:

• • หัวหน้า: เซสชัน Claude Code หลักที่สร้างทีม สร้างสมาชิกทีม และประสานงาน

• • สมาชิกทีม: อินสแตนซ์ Claude Code ที่แยกจากกัน ซึ่งแต่ละคนจัดการงานที่ได้รับมอบหมาย

• • รายการงาน: รายการแชร์ของงานที่สมาชิกทีมรับและทำให้เสร็จ

• • กล่องจดหมาย: ระบบข้อความสำหรับการสื่อสารระหว่างตัวแทน

ระบบจัดการการพึ่งพางานโดยอัตโนมัติ ทีมและงานจัดเก็บในเครื่อง:

• • การกำหนดค่าทีม: ~/.claude/teams/{team-name}/config.json

• • รายการงาน: ~/.claude/tasks/{team-name}/

บริบทและการสื่อสาร

สมาชิกทีมแต่ละคนมีหน้าต่างบริบทของตัวเอง เมื่อถูกสร้าง สมาชิกทีมจะโหลดบริบทโปรเจกต์เดียวกันกับเซสชันปกติ: CLAUDE.md, เซิร์ฟเวอร์ MCP และสกิล ประวัติการสนทนาของหัวหน้าไม่ถูกส่งผ่านมา

สมาชิกทีมแบ่งปันข้อมูลอย่างไร:

• • การส่งข้อความอัตโนมัติ: เมื่อสมาชิกทีมส่งข้อความ จะถูกส่งไปยังผู้รับโดยอัตโนมัติ

• • การแจ้งเตือนเมื่อว่าง: เมื่อสมาชิกทีมทำงานเสร็จและหยุดทำงาน จะแจ้งเตือนหัวหน้าอัตโนมัติ

• • รายการงานแชร์: ตัวแทนทั้งหมดสามารถเห็นสถานะงานและรับงานที่ว่างได้

การใช้โทเคน

Agent Teams ใช้โทเคนเพิ่มขึ้นอย่างมีนัยสำคัญเมื่อเทียบกับการใช้เซสชันเดียว สมาชิกทีมแต่ละคนมีหน้าต่างบริบทของตัวเอง การใช้โทเคนเพิ่มขึ้นตามจำนวนสมาชิกทีมที่ทำงาน สำหรับงานวิจัย การตรวจสอบ และงานฟีเจอร์ใหม่ โทเคนเพิ่มเติมมักคุ้มค่า สำหรับงานปกติ การใช้เซสชันเดียวจะมีประสิทธิภาพด้านต้นทุนมากกว่า

ตัวอย่างกรณีการใช้งาน

ดำเนินการตรวจสอบโค้ดแบบขนาน

ผู้ตรวจสอบคนเดียวมีแนวโน้มที่จะมุ่งเน้นปัญหาประเภทเดียวในแต่ละครั้ง การแบ่งมาตรฐานการตรวจสอบออกเป็นโดเมนอิสระหมายความว่าความปลอดภัย ประสิทธิภาพ และความครอบคลุมการทดสอบจะได้รับการตรวจสอบอย่างละเอียดพร้อมกัน

Create an agent team to review PR #142. Spawn three reviewers: one focused on security implications, one checking performance impact, one validating test coverage. Have them each review and report findings.
(สร้าง Agent Team เพื่อตรวจสอบ PR #142 สร้างผู้ตรวจสอบสามคน: หนึ่งคนมุ่งเน้นผลกระทบด้านความปลอดภัย หนึ่งคนตรวจสอบผลกระทบด้านประสิทธิภาพ หนึ่งคนตรวจสอบความครอบคลุมการทดสอบ ให้พวกเขาตรวจสอบและรายงานสิ่งที่ค้นพบแต่ละคน)

สำรวจด้วยสมมติฐานที่แข่งขันกัน

เมื่อไม่ทราบสาเหตุรากฐาน ตัวแทนเดี่ยวมีแนวโน้มที่จะหาคำอธิบายที่ดูสมเหตุสมผลแล้วหยุดค้นหา

Users report the app exits after one message instead of staying connected. Spawn 5 agent teammates to investigate different hypotheses. Have them talk to each other to try to disprove each other's theories, like a scientific debate. Update the findings doc with whatever consensus emerges.

แนวปฏิบัติที่ดีที่สุด

ให้บริบทที่เพียงพอแก่สมาชิกทีม

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

กำหนดขนาดงานให้เหมาะสม

• • เล็กเกินไป: ค่าใช้จ่ายในการประสานงานมากกว่าผลประโยชน์

• • ใหญ่เกินไป: สมาชิกทีมทำงานนานเกินไปโดยไม่มีการตรวจสอบ เพิ่มความเสี่ยงของความพยายามที่สูญเปล่า

• • พอดี: หน่วยที่สมบูรณ์ในตัวเอง ซึ่งสร้างผลงานที่ชัดเจน

รอให้สมาชิกทีมทำงานเสร็จ

บางครั้งหัวหน้าอาจเริ่มดำเนินงานเอง แทนที่จะรอให้สมาชิกทีมทำงานเสร็จ หากคุณสังเกตเห็นสิ่งนี้:

Wait for your teammates to complete their tasks before proceeding
(รอให้สมาชิกทีมของคุณทำงานเสร็จก่อนดำเนินการต่อ)

หลีกเลี่ยงความขัดแย้งของไฟล์

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

ตรวจสอบและชี้นำ

ตรวจสอบความคืบหน้าของสมาชิกทีม เปลี่ยนทิศทางวิธีการที่ไม่ได้ผล และรวบรวมสิ่งที่ค้นพบเมื่อมีการพัฒนา

ข้อจำกัด

Agent Teams อยู่ในขั้นทดลอง ข้อจำกัดปัจจุบัน:

• • สมาชิกทีมในกระบวนการไม่รองรับการกู้คืนเซสชัน: /resume และ /rewind จะไม่กู้คืนสมาชิกทีมในกระบวนการ

• • สถานะงานอาจล่าช้า: สมาชิกทีมบางครั้งไม่สามารถทำเครื่องหมายว่างานเสร็จสิ้น

• • การปิดอาจช้า: สมาชิกทีมทำงานคำขอปัจจุบันให้เสร็จก่อนปิด

• • หนึ่งทีมต่อเซสชัน: หัวหน้าสามารถจัดการทีมได้เพียงทีมเดียวในแต่ละครั้ง

• • ไม่รองรับทีมซ้อน: สมาชิกทีมไม่สามารถสร้างทีมของตัวเองได้

• • หัวหน้าตายตัว: เซสชันที่สร้างทีมจะเป็นหัวหน้าไปตลอดอายุการใช้งาน

• • โหมดแบ่งหน้าจอต้องใช้ tmux หรือ iTerm2: ไม่รองรับเทอร์มินัลแบบบูรณาการของ VS Code, Windows Terminal หรือ Ghostty