Agent Teams.
Một đội kỹ thuật thực thụ, viết thành script.

Claude subagents là ủy quyền inline từ một session Claude cha duy nhất. Cha quyết khi nào gọi subagent, subagent chạy trong context window cô lập, trả về kết quả, cha tiếp tục. AgentsRoom Teams cao hơn một bậc: mỗi node là một session Claude Code top-level với terminal riêng, state riêng và scrollback riêng. Bạn thấy mọi agent run live trong tab riêng của nó, có thể nói chuyện với bất kỳ agent nào bất kỳ lúc nào, có thể tạm dừng team, đổi workflow và resume. Đây không phải thay thế cho Claude subagents, bạn hoàn toàn có thể dùng cả hai. Một team node có thể dùng subagents bên trong.

Nó chạy với toàn bộ 14 CLI agent mà AgentsRoom hỗ trợ (Claude Code, Codex CLI, GitHub Copilot CLI, Cursor và 10 cái nữa). Mỗi team node chọn nhà cung cấp và model riêng. Tool điều phối team dựa trên MCP hoạt động giống nhau giữa các nhà cung cấp vì chúng được expose qua Model Context Protocol chuẩn. Bạn có thể chạy một team với Codex trên node backend nặng và Haiku trên node QA nếu hợp với ngân sách và độ trễ.

Một object có cấu trúc đi từ agent này sang agent kế tiếp. Các field: featureSummary (mô tả ngắn về thứ vừa ship), changedFiles (git diff name-status), touchedAreas (UI, API, DB, config), risks (mọi thứ agent kế tiếp nên lo lắng), testHints (ưu tiên cho QA), flags (boolean như qaPassed, dùng bởi edge có điều kiện). Agent gọi team_complete_step với payload này, runner validate phía server, agent kế tiếp nhận làm ngữ cảnh khởi đầu.

Có. Khi một node được vào lại (cycle lớn hơn 1), AgentsRoom không spawn agent mới. Nó tái sử dụng agent gốc của cycle 1, ghi payload handoff mới trực tiếp vào terminal đang có, agent giữ nguyên ký ức session Claude đầy đủ của các cycle trước. Đây là điểm then chốt: một Dev agent đã biết QA flag gì lần trước sẽ sửa bug. Một Dev agent mới không có ký ức chỉ lặp lại sai lầm.

Cấu hình team có max-cycles guard, mặc định 3. Khi đạt giới hạn, run tạm dừng với trạng thái 'blocked' và đợi bạn. Bạn có thể finalize run, handoff thủ công thêm một lần nữa, hoặc hủy hết. Không vòng lặp vô hạn, không hóa đơn bất ngờ qua đêm.

Có. Team chạy trong một workspace duy nhất và một branch duy nhất (hoặc worktree nếu bạn dùng tính năng AgentsRoom Worktrees). Mỗi agent thấy việc của agent trước qua git. Payload handoff bao gồm git diff so với baseline của run nên agent kế tiếp biết chính xác cái gì là mới.

Không. Teams là một phần của AgentsRoom. Bạn mang key nhà cung cấp của riêng mình (Claude, Codex, GitHub Copilot CLI, Cursor và 10 CLI agent khác) và chỉ trả cho token bạn dùng, giống như với một agent đơn lẻ. Chạy một team Dev to QA trên một ticket nhỏ thường tốn bằng chạy một Fullstack agent đơn lẻ, vì Haiku/Sonnet ở bước QA rất rẻ.

Team du an song cung room, dong bo voi tai khoan cua ban va cache tai {project}/.agentsroom/teams-cache.json (gitignored). Team toan cuc cung dong bo voi tai khoan: thu vien theo ban qua cac may, voi ~/.agentsroom/teams/ lam cache ngoai tuyen. Cac mau co san o lai cuc bo: moi may cai chung bang ngon ngu cua minh.

Trang thai lan chay duoc luu tren dia tai {workspace}/.agentsroom/team-runs/{runId}/ (state.json, NOTES.md, inbox/, timeline.jsonl), voi ghi atomic va ghi chu chi-them. Lan chay bi gian doan se tiep tuc khi ung dung khoi dong lai: bo dieu phoi vao lai buoc dang hoat dong, mo lai terminal, va agent lay lai ngu canh tu ghi chu va cong cu team. Lan chay co team da bi xoa se duoc dong tu dong thay vi treo mai mai.

Co. Moi lan chay doc lap, dinh danh boi runId. Ban co the co ba team khac nhau chay tren ba ticket cua cung du an. Ben trong mot lan chay, luong thuc thi theo do thi cua ban: tuan tu theo mac dinh, song song noi ban ve nhanh song song (vi du QA va Security cung review), luon voi mot diem hop nhat xac dinh.

Co. Ve hai lien ket khong dieu kien tu mot node va ca hai dich chay nhu nhanh song song, moi nhanh trong agent va terminal rieng. Nhanh sau mot node va phai hoi tu ve mot node hop nhat chung, dieu ma trinh chinh sua xac thuc truoc khi cho chay. Khi moi nhanh hoan tat, diem hop nhat nhan mot payload gop: tom tat gan nhan theo vai tro, rui ro va goi y kiem thu da khu trung lap, va co duoc gop theo quy tac fail-safe (xung dot boolean giai quyet thanh false).

Ban go mot lenh shell tren node, vi du npm test, va tuy chon mot ten co (mac dinh checkPassed). Khi agent bao xong buoc, AgentsRoom chay lenh trong workspace voi gioi han nam phut. Ma thoat 0 ghi true vao co, ma khac ghi false, ghi de len nhung gi agent tu khai. Khi that bai, nhung kilobyte cuoi cua dau ra di den agent ke tiep: vong quay lai mang theo stack trace that, va ket qua hien tren dong thoi gian cua lan chay.

Co. Moi node co the gan skill tu Skills Library cua ban, cap du an hoac toan cuc. Agent duoc yeu cau tai tung skill truoc khi bat dau buoc: checklist review, runbook deploy hay quy trinh kiem thu duoc ap dung o moi lan chay, thay vi phu thuoc tri nho cua agent.

Có. Trình chỉnh sửa chạy một loạt kiểm tra đồ thị và tách lỗi chặn khỏi cảnh báo. Lỗi dừng lượt chạy: thiếu nút Start hoặc End, kết nối trùng lặp, hai kết nối mang cùng các điều kiện, một kết nối có các điều kiện tự mâu thuẫn, fan-out không hợp lệ. Cảnh báo thì không: tên cờ có khoảng trắng ở hai đầu, một điều kiện trên kết nối ra khỏi Start, một nút mà mọi kết nối đi ra đều có điều kiện nên lượt chạy có thể tắc ở đó. Cả hai được liệt kê trong bảng kiểm tra và các kết nối có lỗi được tô lại màu trên canvas, nên bạn sửa đồ thị trước khi mất một lượt chạy vì nó.

Không, và đó là chủ ý. Khi một lần chạy còn sống, định nghĩa team bị đóng băng trước mọi thao tác ghi đến từ các tool MCP: node, liên kết, số chu kỳ tối đa, hướng dẫn bước, skill, lệnh kiểm tra, vai, nhà cung cấp và model đều chỉ đọc đối với agent, một skill đã được lần chạy tải lên cũng không thể bị viết lại, và không thể lách việc đóng băng bằng cách xóa rồi tạo lại team. Một agent không được phép viết lại quy tắc chi phối chính nó. Bạn vẫn chỉnh sửa mọi thứ từ giao diện bất kỳ lúc nào.

Có. Ứng dụng companion mobile có thể khởi động một team trên một dự án, hiển thị banner lần chạy kèm tiến độ của từng bước, và cho phép truy cập terminal của agent đang làm việc. Bản thân lần chạy vẫn thực thi trên desktop của bạn, qua các CLI thật, đúng như khi bạn khởi động nó ở đó.

Hãy hỏi run sẽ hỏng vì điều gì. Nếu nó hỏng vì đứt mạch, chọn tiếp sức: một phiên đóng mọi vai và không bao giờ phải giải thích lại một quyết định cho chính mình. Nếu nó hỏng vì tự đồng ý với chính mình, chọn team: các vai chạy như những agent riêng biệt, nên người rà soát code không phải là người đã viết nó. Tiếp sức là mặc định vì đó chính là cách mọi team dựng trước khi có tùy chọn này vẫn đang chạy, chứ không phải vì nó tốt hơn.

Không. Một đồng đội khởi động vào lần đầu tiên nó được cần đến, hoặc vì đồ thị đi tới bước của nó, hoặc vì một agent khác viết cho nó, và từ đó nó sống tiếp cho hết run. Nhờ vậy một team bốn vai không đốt bốn phiên chỉ để trả lời một câu hỏi liên quan tới hai vai, và một vai được nhắc tới ở chu kỳ ba vẫn là đúng agent đã trả lời ở chu kỳ một.

Chỉ nhớ những gì nó đọc được. Một đồng đội vào giữa run có phiên riêng và không hề có ký ức về công việc đã làm, và đó đúng là lý do ý kiến của nó có giá trị. Nó bắt kịp qua ghi chú chung, dòng thời gian của run và git diff tính từ lúc run bắt đầu, tất cả đều do nó tự đọc bằng công cụ của mình. Việc đọc đó là cái giá của chế độ này, và cũng là lý do chế độ tiếp sức vẫn còn.

Có, và đó là mặc định. Khi trò chuyện tự do đang tắt, một đồng đội chỉ được nhắn cho các vai mà nút của nó trỏ tới trong đồ thị, nên không thể đi vòng một cổng kiểm soát bằng cách nhờ người khác. Hãy bật nó lên khi bạn muốn một team thật sự: ai cũng nhắn được cho ai, theo mọi hướng, và nhắn cho nhiều người cùng lúc. Dù bật hay tắt, đồ thị vẫn là thứ khởi động run và vẫn là thứ kết thúc run.

Có. Một bộ kích hoạt có thể trỏ tới một team thay vì tới một agent đơn lẻ, nên cùng một pipeline chạy mà không cần ai trông chừng: theo nhịp lịch, theo chu kỳ hạn mức của gói AI bạn dùng, hoặc theo một sự kiện do GitHub, GitLab, Slack, Linear, Sentry hay CI của bạn gửi tới. Prompt đi vào bước đầu tiên của team, run diễn ra ngay trên máy bạn như mọi run khác, nó được ghi vào lịch sử của bộ kích hoạt, và một thông báo cho bạn biết nó đã bắt đầu. Các bộ kích hoạt nằm trong bảng Bộ kích hoạt của dự án, ngay cạnh các tác vụ định kỳ.