에이전트 팀 & 스웜

Linked Terminals는 한 에이전트가 다른 에이전트에게 일을 넘기는 것이었습니다. 팀이나 스웜은 여러 에이전트가 동시에 같은 일에 달라붙어, 하나로 시작하고 하나로 관리되는 것입니다.

• 팀은 워크스페이스를 공유합니다. 구성원마다 실제 터미널이 있어 열고, 읽고, 직접 입력할 수 있습니다.
• 스웜은 헤드리스 워커입니다. 창마다 들여다볼 것은 없고, 관심사는 처리량과 결과입니다.

시작하기

Orchestration Dashboard를 열고 Orchestrations로 갑니다. 거기서 팀이나 스웜을 시작할 수 있고, 활성 상태인 것은 모두 실시간 상태와 함께 나열됩니다.

그 화면에서 할 수 있는 것:

• 워커 풀 일시정지·재개 — 속도를 늦추거나, 기계를 다시 당신에게 돌려주기
• 팀의 공유 워크스페이스 열기 — 에이전트들의 터미널로 바로 들어가기
• 이미 실행 중인 워커는 끝까지 두면서 대기 중인 워커만 취소하기
• 에이전트들이 일을 넘기고 서로 답하는 메시지 활동 레일 지켜보기

헤드리스 워커는 평소의 명령줄 환경을 그대로 물려받습니다. 그래서 PATH나 도구 버전, 로그인된 CLI가 필요한 에이전트도 터미널에서와 똑같이 동작합니다.

실행 중인 팀을 어디서나 보기

Dashboard, All Terminals 목록, Terminal Canvas에 실시간 팀 레일이 나타납니다. 각 항목은 팀 이름과 어느 프로젝트에 속하는지, 무엇을 하는지 알려 주고, 한 번의 클릭으로 안으로 데려갑니다.

사용량을 팀 단위로 읽기

에이전트가 서로를 위해 일하기 시작하면 에이전트별 토큰 수는 의미를 잃습니다. 값비싼 워커 넷을 막 띄운 값싼 오케스트레이터도 여전히 싸 보이니까요.

Usage 탭은 팀 단위로 묶습니다. 팀 이름은 구성원에서 나옵니다 — opus 5 + fable + codex — 그래서 한 줄은 펼치기 전에 이미 의미를 가집니다.

• 토큰과 비용은 포착된 세션 id를 통해서만 귀속됩니다. 읽을 것이 없는 구성원은 지어낸 0 대신 not tracked라고 적습니다.
• 살아 있는 팀이 아무도 주장하지 않는 세션은 Not in a team으로 계속 보이므로, 줄의 합계는 언제나 기계가 실제로 쓴 양과 맞습니다.
• Busy는 에이전트가 일한 시간이며, 에이전트가 병렬로 일하기 때문에 벽시계 시간을 넘을 수 있습니다. Active는 팀이 만들어진 뒤 흐른 실제 시간입니다. 서로 다른 두 사실이므로 그대로 둘 다 보여 줍니다.
• 사용량은 Load tokens & cost로 요청할 때 스캔되고, 이후 캐시되며, tokens as of HH:MM 도장과 그 옆의 Rescan 버튼이 붙습니다.
• 팀을 펼치면 구성원별로 나뉘고, 구성원의 토큰을 클릭하면 그 터미널로 이동합니다.

로그를 하나의 대화로 읽기

Logs도 팀 단위로 묶입니다. 각 실행은 그것을 만든 팀 아래에 중첩되고, 팀 머리글을 고르면 실행 시작과 출력, 구성원 사이를 오간 메시지를 엮은 통합 스트림이 열립니다. 나란히 놓인 다섯 개의 기록이 아니라 읽을 수 있는 하나의 대화입니다.

구성원이 프롬프트를 받지 못할 때

터미널의 입력창이 준비되었는지 확인할 수 없으면, 실행은 타임아웃까지 멈춰 있는 대신 헤드리스 대체 실행을 제안합니다. 대기 중인 터미널 프롬프트를 다시 시도하는 길도 남아 있습니다. 실행을 멈추면 워커와 그 용량이 깔끔하게 반환됩니다.

팀에 넣을 수 있는 에이전트

1DevTool이 터미널로 지원하는 에이전트라면 무엇이든 참여할 수 있습니다. Claude Code, Codex, Gemini, Grok, Antigravity, Hermes, OpenCode, Cursor, 그리고 직접 만든 에이전트 프리셋까지. 모델을 섞는 것이 핵심입니다 — 만드는 쪽과 검토하는 쪽이 같은 벤더라면 사각지대까지 같습니다.

다음 읽을거리

• Mission Control — 터미널 위의 조종석
• 팀 맵 — 누가 누구와 연결되어 있고 방금 무엇이 오갔는지
• 작업 — 보드 하나 분량의 일을 에이전트에게 맡기기