ทีมเอเจนต์
ทีมเทคโนโลยีที่แท้จริง, เขียนสคริปต์

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

มันทำงานกับ CLI ของเอเจนต์ทั้ง 14 ตัวที่ AgentsRoom รองรับ (Claude Code, Codex CLI, GitHub Copilot CLI, Cursor และอีก 10 ตัว) โหนดทีมแต่ละตัวเลือกผู้ให้บริการและโมเดลของตนเอง เครื่องมือการประสานงานของทีมที่ใช้ MCP ทำงานเหมือนกันกับผู้ให้บริการทั้งหมดเพราะถูกเปิดเผยผ่าน Model Context Protocol มาตรฐาน คุณสามารถเรียกใช้ทีมด้วย Codex บนโหนดแบ็กเอนด์ที่หนักและ Haiku บนโหนด QA หากนั่นคือสิ่งที่เหมาะกับงบประมาณและความหน่วงของคุณ

วัตถุที่มีโครงสร้างซึ่งเดินทางจากเอเจนต์หนึ่งไปยังอีกเอเจนต์หนึ่ง ฟิลด์: featureSummary (คำอธิบายสั้น ๆ ของสิ่งที่เพิ่งจัดส่ง), changedFiles (git diff name-status), touchedAreas (UI, API, DB, config), risks (สิ่งใดก็ตามที่เอเจนต์ถัดไปควรเป็นห่วง), testHints (ลำดับความสำคัญสำหรับ QA), flags (บูลีนเช่น qaPassed, ใช้โดยขอบเขตเงื่อนไข) เอเจนต์เรียก team_complete_step ด้วย payload นี้ ผู้รันจะตรวจสอบความถูกต้องที่ฝั่งเซิร์ฟเวอร์ เอเจนต์ถัดไปจะได้รับเป็นบริบทเริ่มต้น

ใช่ เมื่อมีการเข้าใหม่ในโหนด (รอบมากกว่า 1) AgentsRoom จะไม่สร้างเอเจนต์ใหม่ มันจะนำเอเจนต์เดิมของรอบ 1 กลับมาใช้ เขียน payload การส่งต่อใหม่โดยตรงลงในเทอร์มินัลที่มีอยู่ และเอเจนต์จะเก็บความจำเซสชัน Claude เต็มรูปแบบจากรอบก่อนหน้านี้ นี่เป็นสิ่งสำคัญ: เอเจนต์ Dev ที่รู้ว่า QA ชี้ให้เห็นอะไรในครั้งก่อนจะแก้ไขข้อผิดพลาด เอเจนต์ Dev ใหม่ที่ไม่มีความจำจะทำผิดซ้ำอีก

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

ใช่ ทีมทำงานในพื้นที่ทำงานเดียวและสาขาเดียว (หรือ worktree หากคุณใช้ฟีเจอร์ AgentsRoom Worktrees) เอเจนต์แต่ละคนเห็นผลงานของเอเจนต์ก่อนหน้าผ่าน git payload การส่งต่อรวมถึง git diff เทียบกับฐานการทำงานเพื่อให้เอเจนต์ถัดไปทราบว่ามีอะไรใหม่

ไม่ ทีมเป็นส่วนหนึ่งของ AgentsRoom คุณนำกุญแจผู้ให้บริการของคุณเอง (Claude, Codex, GitHub Copilot CLI, Cursor และ CLI ของเอเจนต์อีก 10 ตัว) และคุณจ่ายเฉพาะสำหรับโทเค็นที่คุณใช้ เช่นเดียวกับเอเจนต์เดียว การเรียกใช้ทีม Dev ไปยัง QA บนตั๋วขนาดเล็กมักมีค่าใช้จ่ายเท่ากับการเรียกใช้เอเจนต์ Fullstack เดียว เพราะ Haiku/Sonnet ในขั้นตอน QA มีค่าใช้จ่ายต่ำ

ทีมที่มีขอบเขตโครงการจะอยู่กับห้องซิงค์กับบัญชีของคุณและแคชใน {project}/.agentsroom/teams-cache.json (gitignored) ทีมระดับโลกก็ซิงค์กับบัญชีของคุณเช่นกัน ดังนั้นห้องสมุดทีมของคุณจึงติดตามคุณข้ามเครื่องด้วย ~/.agentsroom/teams/ เป็นแคชออฟไลน์ เทมเพลตที่ถูกเพาะปลูกจะอยู่ในเครื่อง: เครื่องแต่ละเครื่องจะเพาะปลูกในภาษาของตนเอง

สถานะการทำงานจะถูกเก็บรักษาไว้ในดิสก์ใน {workspace}/.agentsroom/team-runs/{runId}/ (state.json, NOTES.md, inbox/, timeline.jsonl) โดยมีการเขียนแบบอะตอมิกและไฟล์บันทึกที่เพิ่มเท่านั้น การทำงานที่ถูกขัดจังหวะจะดำเนินการต่อเมื่อแอปเริ่มใหม่: orchestrator จะกลับเข้าสู่ขั้นตอนที่ทำงานอยู่ เปิดเทอร์มินัลใหม่ และเอเจนต์จะได้รับบริบทกลับจากบันทึกและเครื่องมือทีม การทำงานที่การกำหนดทีมถูกลบจะถูกปิดโดยอัตโนมัติแทนที่จะค้างอยู่ตลอดไป

ใช่ การทำงานของแต่ละทีมจะแยกจากกันและระบุด้วย runId ของมัน คุณสามารถมีทีมที่แตกต่างกันสามทีมทำงานอยู่บนตั๋วสามใบในโครงการเดียว ภายในการทำงานเดียว การดำเนินการจะตามกราฟของคุณ: ตามลำดับตามค่าเริ่มต้น ขนานเมื่อคุณวาดสาขาขนาน (เช่น QA และความปลอดภัยตรวจสอบพร้อมกัน) และจะรวมกลับไปที่โหนดการเข้าร่วมที่กำหนดไว้เสมอ

ใช่ วาดขอบเขตที่ไม่มีเงื่อนไขสองขอบออกจากโหนดและเป้าหมายทั้งสองจะทำงานเป็นสาขาขนานแต่ละตัวในเอเจนต์และเทอร์มินัลของตนเอง สาขาจะลึกหนึ่งโหนดและต้องรวมกันที่โหนดการเข้าร่วมทั่วไป ซึ่งผู้แก้ไขจะตรวจสอบก่อนที่คุณจะสามารถทำงานได้ เมื่อสาขาทุกสาขาเสร็จสิ้น การเข้าร่วมจะได้รับ payload ที่รวมกัน: สรุปที่ติดป้ายโดยบทบาท ความเสี่ยงที่ไม่ซ้ำกันและคำแนะนำการทดสอบ และธงที่รวมกันด้วยกฎความปลอดภัย (ความขัดแย้งบูลีนจะถูกแก้ไขเป็น false)

คุณพิมพ์คำสั่งเชลล์บนโหนด เช่น npm test และอาจเลือกชื่อธง (checkPassed โดยค่าเริ่มต้น) เมื่อเอเจนต์ส่งสัญญาณเสร็จสิ้น AgentsRoom จะรันคำสั่งในพื้นที่ทำงานโดยมีเวลาจำกัดห้านาที รหัสออก 0 จะเขียน true ลงในธง ข้อความอื่นใดจะเขียน false ซึ่งจะเขียนทับสิ่งที่เอเจนต์รายงานเกี่ยวกับตัวเอง ในกรณีที่ล้มเหลว ข้อมูลขนาดกิโลไบต์สุดท้ายจะถูกส่งไปยังเอเจนต์ถัดไปเพื่อให้การวนกลับมีสแต็กแทรซที่แท้จริง และผลลัพธ์จะแสดงในไทม์ไลน์การรัน.

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

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

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

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

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

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

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

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

ได้ ทริกเกอร์ชี้ไปที่ทีมแทนเอเจนต์ตัวเดียวได้ ไปป์ไลน์เดิมจึงทำงานโดยไม่ต้องมีคนเฝ้า ไม่ว่าจะตามจังหวะปฏิทิน ตามช่วงโควตาการใช้งานของแพ็กเกจ AI ของคุณ หรือตามเหตุการณ์ที่ GitHub, GitLab, Slack, Linear, Sentry หรือ CI ของคุณส่งมา พรอมต์จะไปถึงขั้นตอนแรกของทีม การรันเกิดขึ้นบนเครื่องของคุณเองเหมือนการรันอื่น ๆ มันจะไปลงในประวัติของทริกเกอร์ และการแจ้งเตือนจะบอกคุณว่ามันเริ่มแล้ว ทริกเกอร์อยู่ในแผงทริกเกอร์ของโปรเจกต์ เคียงข้างกับงานที่กำหนดเวลา