Agent Teams.
진짜 테크 크루를, 스크립트로.
AgentsRoom Teams는 AI 코딩 에이전트를 진짜 엔지니어링 팀처럼 연결합니다. Fullstack Dev가 기능을 출시하고, QA Engineer가 검증하며, PM이 사인오프합니다. 각 역할은 스크립트화되어 있고, 워크플로우는 비주얼하며, 모든 핸드오프는 기능 요약, diff, 리스크, 테스트 힌트를 동반합니다. 한 에이전트가 모든 걸 어설프게 하던 시대는 끝났습니다.
n8n 워크플로우처럼, 비주얼 캔버스 위에 꿈의 AI 개발팀을 만드세요. 조건부 엣지, 피드백 루프, 재시도, max-cycles 가드. 한 번 저장하면 모든 티켓에서 실행되고, 에이전트들이 시니어처럼 바통을 넘기는 모습을 볼 수 있습니다.
AgentsRoom Teams: 비주얼 멀티 에이전트 워크플로우 에디터, Claude Code 에이전트 간 자동 핸드오프, Dev to QA 피드백 루프, MCP 기반 에이전트 간 통신.
Agent Teams는 AI 코딩 에이전트에 대한 냉혹한 진실에 대한 AgentsRoom의 답입니다: 모든 걸 하려는 단일 에이전트는 결국 모든 걸 어설프게 합니다. 코드를 짜고, 테스트하고, 리뷰하고, 배포하고, 스펙까지 동시에 쓰려는 Fullstack 에이전트는 도중에 절반의 지시사항을 잊어버립니다. 정답은, 세계의 모든 진지한 소프트웨어 팀이 사용하는 그것은, 작업을 역할로 쪼개는 것입니다. Developer는 코드를 짭니다. QA Engineer는 검증합니다. Product Manager는 사인오프합니다. Security Reviewer는 감사합니다. 각 역할은 자신의 컨텍스트, 자신의 포커스, 자신의 도구를 가집니다.
이것이 정확히 Agent Teams가 AgentsRoom에 가져다주는 것입니다. 무한 캔버스(n8n, Make, Retool, Pipedream과 같은 엔진인 React Flow로 구축)에 노드를 떨어뜨리고, 각 노드는 특정 역할에 할당된 Claude Code, Codex, OpenCode, Gemini CLI, Aider 에이전트이며, 그것들을 연결합니다. 백로그의 티켓에서 팀을 실행하거나 새 에이전트 스폰에 연결하세요. AgentsRoom이 체인을 오케스트레이션합니다: 첫 에이전트 스폰, 핸드오프 대기, 작업 요약, 그 요약을 인바운드 컨텍스트로 다음 에이전트 스폰, 팀이 엔드 노드에 도달할 때까지 반복.
다른 도구들은 단일 슈퍼 에이전트와 영리한 프롬프트로 이를 시도합니다. 우리도 시도해봤지만, 3단계를 넘으면 작동하지 않습니다. 역할이 흔들리고, 컨텍스트가 사라지고, 에이전트는 무엇을 검증해야 하는지 잊어버립니다. Agent Teams는 에이전트를 실제 팀원처럼 다룹니다: 각자가 깨끗한 세션, 집중된 시스템 프롬프트, 구조화된 핸드오프 페이로드, 다른 사람들과 대화할 수 있는 공유 스크래치패드를 받습니다. 이것이 당신이 진짜 원하는 AI 엔지니어링 팀 워크플로우입니다.
AgentsRoom Teams 에디터: 각 역할 노드를 떨어뜨리고, 연결하고, 조건을 추가하고, 팀을 저장하고, 어떤 티켓에서든 실행.
실제로 확장되는 멀티 에이전트 오케스트레이션
캔버스의 모든 노드는 에이전트입니다. 역할(Fullstack, Frontend, Backend, QA, Security, DevOps, PM, Architect, Mobile, Marketing, Git, SEO, Localization 또는 만든 커스텀 역할), 모델(Opus, Sonnet, Haiku, GPT-5, o3, Gemini Pro 등), 핸드오프 모드(Stop hook 통한 자동 또는 버튼 통한 수동), 그리고 몇 줄의 단계별 지시사항을 고릅니다. 그게 다입니다. 프롬프트 엔지니어링 의식도, 작성할 YAML 설정 파일도 없습니다.
엣지가 노드를 연결합니다. 단순 엣지는 첫 에이전트가 단계를 끝내면 다음으로 핸드오프하라는 의미입니다. 조건부 엣지는 플래그 체크를 동반합니다, 예: qaPassed equals true. QA 에이전트가 핸드오프 페이로드에 그 플래그를 설정하고, 러너가 매칭되는 엣지를 고릅니다. 이렇게 피드백 루프를 만듭니다: QA가 끝나고, qaPassed가 false면 엣지가 테스트 힌트와 리스크와 함께 Dev로 돌려보냅니다. Dev가 고치고, 다시 핸드오프합니다. QA가 통과하거나 max-cycles 가드가 작동할 때까지 루프합니다.
에이전트 간 통신은 설계상 견고합니다. AgentsRoom은 전용 MCP 서버(agentsroom-team)를 제공하며, 런 중인 모든 에이전트에게 도구 세트를 줍니다: 팀 컨텍스트 읽기, 공유 NOTES.md 스크래치패드 읽기, 팀원에게 노트 게시, 다른 역할에 질문 보내기, 인박스 읽기, 타임라인 읽기, 런 베이스라인 대비 git diff 읽기, 구조화된 페이로드로 단계 완료. 이 도구들은 매 턴마다 Claude 세션에 다시 주입되므로 컨텍스트 압축에서 살아남습니다. /compact나 /clear 후에도 에이전트는 여전히 팀 도구를 봅니다.
거기에 더해, UserPromptSubmit hook이 각 사용자 메시지 전에 팀원들의 새 노트를 에이전트에게 상기시킵니다. 워크스페이스의 NOTES.md 파일은 append-only이며 크래시, 재시작, Mac 재부팅에서 살아남습니다. 서버 사이드에서 검증되는 핸드오프 페이로드 스키마가 에이전트가 빈 또는 쓰레기 페이로드로 핸드오프하는 것을 방지합니다. 이것이 대부분의 멀티 에이전트 데모가 조용히 건너뛰는 부분이며, 그들 대부분이 사이클 3에서 무너지는 이유입니다.
AI 엔지니어링 크루를 운영하는 데 필요한 모든 것
비주얼 워크플로우, 진짜 핸드오프, 진짜 피드백 루프, 진짜 에이전트 간 통신. 50번이 아닌 한 번의 Slack ping으로 기능을 출시할 수 있도록 만들어졌습니다.
비주얼 워크플로우 캔버스
n8n, Retool, Pipedream, Make 뒤에 있는 같은 엔진인 React Flow로 구동되는 무한 줌 가능 캔버스. 노드를 떨어뜨리고, 연결하고, 팀을 저장. 코드 없음, YAML 없음.
14개 내장 에이전트 역할
Fullstack, Frontend, Backend, DevOps, QA, Security, PM, Architect, Mobile, Marketing, Git Expert, SEO, i18n. 그리고 프로젝트에 이미 저장한 어떤 커스텀 역할이든.
노드별 모델과 프롬프트
각 노드가 자신의 프로바이더, 모델, 단계 지시사항을 고릅니다. Architect에 Opus, QA에 Haiku, 무거운 백엔드에 Codex, 저렴한 프론트엔드에 Gemini. 자유롭게 조합.
자동 핸드오프
에이전트가 team_complete_step을 호출하면, AgentsRoom이 핸드오프 페이로드(기능 요약, 변경 파일, 리스크, 테스트 힌트, 플래그)를 빌드하고 그 페이로드를 시작 컨텍스트로 다음 노드를 스폰합니다.
수동 핸드오프 옵션
각 단계를 검증하고 싶으세요? 노드를 수동 모드로 전환하세요. 에이전트가 기다리고, 결과에 만족하면 'Hand off'를 클릭합니다. 두 세계의 장점.
조건부 엣지
각 엣지는 플래그 체크(예: qaPassed equals true)를 동반할 수 있습니다. 분기를 만드세요: QA가 통과하면 PM으로, 아니면 Dev로 루프 백. 진짜 워크플로우 로직, 스크립팅 없음.
피드백 루프
Dev to QA to Dev to QA. QA가 티켓을 돌려보낼 때, 원래 Dev 에이전트가 이전 사이클의 전체 메모리와 함께 재사용되므로 처음부터 다시 시작하는 게 아니라 실제로 리그레션을 고칩니다.
Max-cycles 가드
구성 가능한 상한(기본 3). 무한 QA-rejects-Dev 루프를 방지합니다. 상한에 도달하면 런이 awaiting-finalization에서 일시정지하고 무엇을 할지 결정합니다.
공유 NOTES.md 스크래치패드
런 중인 모든 에이전트가 워크스페이스의 마크다운 파일을 읽고 씁니다. 압축, 크래시, 재시작에서 살아남습니다. 팀 추론의 단일 진실의 출처.
역할 간 인박스
QA가 런 중간에 Architect에게 질문해야 하나요? team_ask가 역할의 인박스에 메시지를 게시합니다. 그 역할의 다음 에이전트가 읽고 답합니다. 에이전트 간 진짜 채팅.
MCP 기반 에이전트 간 통신
모든 팀 도구는 MCP 서버를 통해 노출됩니다. 도구는 Claude 컨텍스트 압축에서 살아남습니다(Anthropic이 매 턴 다시 보냅니다). /clear, /compact, 긴 루프에 탄력적입니다.
Haiku 기반 핸드오프 요약
에이전트가 자신의 기능 요약을 쓰지 않으면, 작은 Haiku 호출이 git diff에서 생성합니다. 저렴하고, 빠르고, 다음 에이전트는 항상 컨텍스트와 함께 도착합니다.
Browser MCP 전파
verifyInBrowser가 있는 팀 노드는 자동으로 에이전트를 브라우저 액세스 모드로 전환합니다. QA 노드는 전체 브라우저 도구(navigate, click, type, screenshot, get logs)와 함께 도착합니다.
런별 일시 에이전트
모든 팀 런이 새 에이전트를 스폰하고 dismiss 시 파괴합니다. 프로젝트 에이전트 목록이 깨끗하게 유지됩니다. 팀이 워크플로우, 에이전트가 런타임.
글로벌 및 프로젝트 팀
재사용 가능한 팀을 글로벌 라이브러리(~/.agentsroom/teams)에 저장하거나 특정 프로젝트에 고정(룸과 함께 커밋). 같은 에디터, 다른 스코프.
팀 템플릿 포함
앱과 함께 세 개의 시드 템플릿이 제공됩니다: Dev to QA, 피드백 루프 있는 Dev to QA, Dev to Security to QA. 복제, 편집, 실행. 30초 안에 시작.
런 타임라인 UI
각 핸드오프는 런 타임라인의 카드로 나타납니다: 어떤 역할이 막 끝났는지, 요약이 무엇을 말하는지, 어떤 파일이 변경됐는지, 어떤 플래그가 설정됐는지. 감사 가능, 재생 가능.
어떤 백로그 티켓에서든 실행
팀에 티켓을 떨어뜨리면 그 티켓에서 체인이 시작됩니다. 첫 에이전트가 티켓 제목과 본문을 읽고, 나머지 팀이 거기서 이어받습니다.
14개 전문 역할, 연결할 준비 완료
각 역할은 자신의 시스템 프롬프트, 포커스 영역, 예시 작업을 가집니다. 캔버스에서 자유롭게 조합하세요. 언제든 자신의 커스텀 역할을 추가할 수 있습니다.
왜 진짜 팀이 한 슈퍼 에이전트를 이기는가
멀티 에이전트 오케스트레이션은 buzzword처럼 들립니다. 실제로 출시할 기능에서의 실용적인 차이를 보여드립니다.
시나리오: 이커머스 사이트에 Stripe checkout flow 추가
솔로 슈퍼 에이전트
- • 티켓을 읽습니다. API, React 폼, webhook, 마이그레이션, 테스트에 걸쳐 600줄을 씁니다.
- • webhook의 idempotency 키를 잊어버립니다. 실패 경로 테스트를 잊어버립니다. staging 환경 변수를 잊어버립니다.
- • '완료'라고 합니다. 프로덕션에서 버그를 찾느라 두 시간을 씁니다.
Agent Team (Dev to Security to QA)
- • Fullstack 에이전트가 구현을 출시하고, 커밋하고, 인증 변경을 플래그하는 요약과 리스크 목록과 함께 핸드오프합니다.
- • Security 에이전트가 diff를 읽고, webhook 시그니처 체크를 감사하고, 핸드오프 페이로드에 QA를 위한 테스트 힌트를 작성합니다.
- • QA 에이전트가 임베디드 브라우저에서 테스트 힌트를 실행하고, idempotency 버그를 발견하고, qaPassed equals false를 설정하고, 정확한 재현과 함께 티켓을 Dev로 돌려보냅니다.
- • Dev가 고치고, 다시 핸드오프합니다. QA 통과. PM이 마무리. 런이 done으로 갑니다.
같은 티켓, 같은 모델, 같은 프로젝트. 다른 작업의 형태. 팀 접근법은 솔로 에이전트가 놓치는 것을 잡습니다, 각 역할이 집중된 brief와 구조화된 핸드오프를 가지기 때문입니다.
팀 런이 작동하는 방식
Teams 탭 열기
프로젝트 뷰에서 Teams 탭은 세 개의 시드 템플릿(Dev to QA, 피드백 루프 있는 Dev to QA, Dev to Security to QA)과 이미 저장한 팀들을 나열합니다. 템플릿을 복제하거나 'New team'을 클릭합니다.
캔버스에서 워크플로우 빌드
React Flow 캔버스에 에이전트 노드를 떨어뜨립니다. 각 노드에 대해 역할(Fullstack, QA, Security, PM 등), 프로바이더, 모델, 몇 줄의 단계 지시사항을 고릅니다. 엣지로 연결합니다. 분기가 필요하면 엣지에 조건을 추가합니다.
Dev → QA → PM노드별 핸드오프 모드 설정
자동 핸드오프: 작업이 끝나면 에이전트가 team_complete_step을 호출하고, 러너가 인계받습니다. 수동 핸드오프: 에이전트가 'Hand off' 클릭을 기다립니다. 필요에 따라 둘을 섞으세요.
팀 실행
백로그 티켓에서 'Run with team'을 클릭. 빈 에이전트 슬롯에서 'Create as team'을 클릭. 첫 노드가 프로젝트 워크스페이스에서 일시 에이전트로 스폰됩니다.
핸드오프가 일어나는 것을 보기
에이전트 N이 끝나면, AgentsRoom이 핸드오프 페이로드(에이전트나 Haiku 통한 기능 요약, git diff, 리스크, 테스트 힌트, 플래그)를 빌드하고, NOTES.md에 노트를 추가하고, 플래그에 기반해 올바른 outgoing 엣지를 고르고, 그 페이로드를 인바운드 컨텍스트로 에이전트 N+1을 스폰합니다.
루프, 종료, 마무리
피드백 루프는 원래 에이전트로 다시 들어갑니다(전체 메모리 보존). 엔드 노드가 awaiting-finalization을 트리거합니다. 'Finish run'을 클릭. 배너를 dismiss해서 에이전트를 파괴하고 PTY를 해제합니다.
어떤 것이든 살아남는 에이전트 간 통신
대부분의 멀티 에이전트 데모가 건너뛰는 디테일. 이것이 Agent Teams가 긴 런과 많은 사이클을 견디게 하는 것입니다.
Claude Code 에이전트는 컨텍스트 윈도우를 가지고 있고 그것을 압축합니다. 멀티 에이전트 시스템의 고전적 실수는 팀 코디네이션을 시스템 프롬프트에만 두는 것입니다. /compact 두 사이클 후, 에이전트는 자기가 팀에 있다는 걸 모릅니다. AgentsRoom은 그러지 않습니다.
모든 팀 코디네이션은 압축에서 살아남는 세 곳에 있습니다. 첫째, MCP 서버(agentsroom-team)가 도구(team_get_context, team_read_notes, team_post_note, team_read_inbox, team_ask, team_read_timeline, team_read_diff, team_complete_step)를 노출합니다. MCP 도구는 매 턴 CLI에 의해 Claude에 다시 보내지므로 컨텍스트 압축에 면역입니다.
둘째, UserPromptSubmit hook이 모든 사용자 메시지 전에 실행되고 그 역할에 새 노트나 새 인박스 메시지가 있으면 작은 알림을 앞에 붙입니다. 아무 일 없을 때는 저렴하고, 있을 때는 결정적입니다.
셋째, NOTES.md와 state.json이 워크스페이스의 디스크에 있습니다. 에이전트는 단순한 Read나 team_read_notes로 언제든 다시 읽을 수 있습니다. 크래시, 재시작, /clear, /compact, Mac 재부팅에서 살아남습니다. 시스템 프롬프트는 결코 진실의 출처가 아니고, 디스크와 MCP 도구가 출처입니다.
사람들이 Agent Teams로 만드는 것
Dev to QA 파이프라인
클래식. Fullstack이 기능을 출시. QA가 임베디드 브라우저에서 검증, 테스트 힌트를 실행, 사인오프. 두 노드 팀, 백로그의 모든 티켓에서 실행.
피드백 루프 있는 Dev to QA
위와 같지만 조건부 엣지 포함: qaPassed equals false가 테스트 힌트와 함께 티켓을 Dev로 돌려보냅니다. 최대 3 사이클. 인간 리뷰어에 도달하기 전에 리그레션을 잡습니다.
Dev to Security to QA
인증, 결제, PII를 다루는 기능용. Security 에이전트가 diff를 리뷰, 리스크를 플래그, QA를 위한 테스트 힌트를 작성합니다. fintech, healthtech, B2B SaaS를 출시하는 팀들이 사용.
PM to Architect to Dev
스펙 우선 워크플로우. PM 에이전트가 티켓을 구조화된 스펙으로 변환. Architect가 접근법 선택. Dev가 구현. 세 역할, 깨끗한 분리, 추적 가능한 결정.
Frontend, Backend, DevOps 팬아웃
풀스택 기능을 위한 순차 분할. Frontend가 UI 출시. Backend가 API 출시. DevOps가 인프라 설정 추가. 각 역할이 자기 영역에서 일하고 깨끗한 diff로 핸드오프.
Marketing to SEO to i18n
네, AgentsRoom Teams는 코드만을 위한 것이 아닙니다. Marketing이 랜딩 카피를 씁니다. SEO가 키워드를 주입. Localization이 14개 언어로 번역. 한 팀, 한 티켓, 한 출시.
다른 멀티 에이전트 접근법과의 비교
멀티 에이전트 오케스트레이션은 붐비는 buzzword입니다. 실제로 출시되고 있는 것과 AgentsRoom Teams가 어디에 위치하는지 보여드립니다.
Anthropic Subagents(Task 도구, .claude/agents)는 단일 Claude 세션이 특화된 헬퍼 에이전트에 위임할 수 있게 합니다. 인라인 위임에는 좋지만, 부모 세션이 여전히 코디네이터이고 단일 컨텍스트입니다. AgentsRoom Teams는 한 단계 위입니다: 각 팀 노드는 자신의 윈도우, 자신의 상태, 자신의 스크롤백을 가진 별도의 톱레벨 Claude 세션입니다. CrewAI, AutoGen, LangGraph는 멀티 에이전트 플로우를 위한 훌륭한 Python 프레임워크지만, IDE 밖에 살고 진짜 Claude Code, Codex, Gemini CLI를 로컬 레포에서 엔드투엔드로 실행하지 않습니다. n8n, Make, Pipedream, Retool은 우리가 사용하는 같은 종류의 캔버스 에디터를 제공하지만, 범용 자동화 플랫폼이지 AI 코딩 에이전트용으로 만들어진 것은 아닙니다. AgentsRoom Teams는 캔버스 스타일 멀티 에이전트 워크플로우 에디터지만, CLI 에이전트, 프로젝트, git, 터미널, 브라우저에 특별히 연결되어 있습니다.
Python으로 에이전틱 시스템을 만든다면, 프로덕션 파이프라인에는 CrewAI나 LangGraph를 계속 사용하세요. Claude Code, Codex CLI, OpenCode, Gemini CLI, Aider로 코드를 출시한다면, Agent Teams는 실제 코딩하는 곳에서 실행되는 팀 워크플로우입니다.
FAQ
Claude Code subagents(Task 도구, .claude/agents)와 어떻게 다른가요?
Claude subagents는 단일 부모 Claude 세션의 인라인 위임입니다. 부모가 언제 subagent를 호출할지 결정하고, subagent는 격리된 컨텍스트 윈도우에서 실행되고, 결과를 반환하고, 부모가 계속합니다. AgentsRoom Teams는 한 단계 위입니다: 각 노드는 자신의 터미널, 자신의 상태, 자신의 스크롤백을 가진 톱레벨 Claude Code 세션입니다. 모든 에이전트 런을 자신의 탭에서 실시간으로 보고, 언제든 어느 것과도 대화할 수 있고, 팀을 일시정지하고, 워크플로우를 변경하고, 재개할 수 있습니다. Claude subagents의 대체가 아니며, 둘 다 절대 사용할 수 있습니다. 팀 노드가 내부적으로 subagents를 사용할 수 있습니다.
이게 Claude Code에서만 작동하나요?
AgentsRoom이 지원하는 모든 프로바이더(Claude Code, Codex CLI, OpenCode, Gemini CLI, Aider)와 작동합니다. 각 팀 노드는 자신의 프로바이더와 모델을 고릅니다. MCP 기반 팀 코디네이션 도구는 표준 Model Context Protocol을 통해 노출되므로 프로바이더 간에 동일하게 작동합니다. 예산과 지연시간에 맞으면 무거운 백엔드 노드에 Codex, QA 노드에 Haiku를 사용하는 팀을 실행할 수 있습니다.
핸드오프 페이로드란 무엇인가요?
한 에이전트에서 다음으로 이동하는 구조화된 객체입니다. 필드: featureSummary(방금 출시한 것의 짧은 설명), changedFiles(git diff name-status), touchedAreas(UI, API, DB, config), risks(다음 에이전트가 걱정해야 할 것), testHints(QA 우선순위), flags(조건부 엣지가 사용하는 qaPassed 같은 boolean). 에이전트가 이 페이로드로 team_complete_step을 호출하고, 러너가 서버 사이드에서 검증하고, 다음 에이전트가 시작 컨텍스트로 받습니다.
에이전트가 정말 왔다 갔다 할 수 있나요(Dev to QA to Dev)?
네. 노드가 다시 들어갈 때(cycle이 1보다 큼), AgentsRoom은 새 에이전트를 스폰하지 않습니다. cycle 1의 원래 에이전트를 재사용하고, 새 핸드오프 페이로드를 기존 터미널에 직접 작성하고, 에이전트는 이전 사이클의 전체 Claude 세션 메모리를 유지합니다. 이건 중요합니다: QA가 지난번 무엇을 플래그했는지 이미 아는 Dev 에이전트가 버그를 고칩니다. 메모리 없는 새 Dev 에이전트는 같은 실수를 반복할 뿐입니다.
QA가 Dev를 영원히 거부하면 어떻게 되나요?
팀 설정에 max-cycles 가드가 있습니다, 기본 3. 상한에 도달하면, 런이 'blocked' 상태로 일시정지하고 당신을 기다립니다. 런을 마무리하거나, 한 번 더 수동으로 핸드오프하거나, 모든 걸 취소할 수 있습니다. 무한 루프 없음, 야간 깜짝 청구서 없음.
모든 팀 에이전트가 같은 git 워크스페이스를 공유하나요?
네. 팀은 단일 워크스페이스와 단일 브랜치(또는 AgentsRoom Worktrees 기능을 사용하면 worktree)에서 실행됩니다. 각 에이전트는 git을 통해 이전 에이전트의 작업을 봅니다. 핸드오프 페이로드는 런 베이스라인 대비 git diff를 포함하므로 다음 에이전트는 정확히 무엇이 새로운지 압니다.
추가 구독이 필요한가요?
아니요. Teams는 AgentsRoom의 일부입니다. 자신의 프로바이더 키(Claude, Codex, OpenCode, Gemini, Aider)를 가져오고 사용한 토큰만큼만 지불합니다, 단일 에이전트와 같이. 작은 티켓에서 Dev to QA 팀을 실행하는 것은 일반적으로 단일 Fullstack 에이전트를 실행하는 것과 같은 비용입니다, QA 단계의 Haiku/Sonnet이 저렴하기 때문입니다.
팀은 어디에 저장되나요? git에 커밋되나요?
프로젝트 스코프 팀은 룸과 함께 살고, 클라우드에 동기화되고, {project}/.agentsroom/teams-cache.json(gitignored)에 캐시됩니다. 글로벌 팀은 머신의 ~/.agentsroom/teams/{teamId}.json에 살고, 팀당 한 파일입니다. 각 워크플로우에 맞는 스코프를 결정하세요.
에이전트가 크래시하거나 런 중간에 앱이 재시작하면 어떻게 되나요?
런 상태는 디스크의 {workspace}/.agentsroom/team-runs/{runId}/(state.json, NOTES.md, inbox/, timeline.jsonl)에 영속화됩니다. NOTES.md는 append-only이며 모든 상태 쓰기는 atomic합니다. 에이전트는 team_read_notes나 team_get_context로 언제든 모든 것을 다시 읽을 수 있습니다. 앱 재시작 시 중단된 런을 완전히 재생할 수 있도록 오케스트레이션 레이어를 강화 중이지만, 디스크 상의 이야기는 이미 크래시 안전합니다.
다른 티켓에서 여러 팀을 병렬로 실행할 수 있나요?
네. 각 팀 런은 독립적이며 runId로 식별됩니다. 티켓 A에서 Dev to QA 팀, 티켓 B에서 Dev to Security to QA 팀, 티켓 C에서 PM to Architect to Dev 팀을 모두 같은 프로젝트에서 라이브로 가질 수 있습니다. 단일 런 내에서는 예측 가능성을 위해 실행이 순차적(한 번에 한 노드 활성)입니다.
꿈의 AI 개발팀을 만드세요
앱과 함께 세 개의 템플릿이 제공됩니다. AgentsRoom을 열고, 노드를 떨어뜨리고, 엣지를 그리고, 어떤 티켓에서든 실행. AI 엔지니어링 크루가 한 클릭 거리에 있습니다.
컴패니언 앱: 이동 중에도 에이전트를 모니터링
Claude, Codex, OpenCode, Gemini CLI, Aider와 호환
버그와 요청을 공개 백로그로 바로 보내세요.