에이전트 여러 개를 병렬로 돌리는 것도 잘 통해요. 하지만 그러면 내가 프로젝트 매니저가 돼요. 일을 나누고, 터미널마다 프롬프트를 쓰고, 누가 끝났는지 확인하고, 전부 직접 리뷰해야 하죠. Vibe Console의 에이전트 팀은 그 일을 에이전트에게 넘겨요.
나는 매니저 한 명과만 대화해요. 매니저가 계획하고, 일을 나눠 주고, 리뷰해요. 나머지 팀원은 백그라운드에서 일하고, 나는 그 전체를 실시간 조직도로 지켜봐요.
에이전트 팀이란?
팀은 프로젝트별로 만드는 에이전트 CLI 조직도예요. 카드 하나가 팀원 한 명이고, 각자 역할, 에이전트, 모델을 가져요.
- 매니저: 내가 대화하는 유일한 팀원이에요. 요청을 브리프로 정리하고, 작업으로 나눠서 배분해요.
- 테크 리드: 큰 작업을 맡아 아래 팀원들에게 나눠 주고 그 결과를 리뷰해요.
- 엔지니어: 맡은 작업이 요구하는 변경을 구현해요.
- 디자이너: 기존 디자인과 어울리게 인터페이스와 문구를 만들어요.
- QA: 테스트를 돌리고, 바뀐 동작을 직접 써 보고, 빠진 테스트를 작성하고, 실패한 걸 보고해요.
- 보안, DevOps, 연구원: 보안 문제를 검토하거나, 빌드와 CI를 맡거나, 질문을 조사해 보고해요.
모든 자리에 Vibe Console이 지원하는 에이전트 8종 중 아무거나 앉힐 수 있어요. Claude Code, Codex, Gemini CLI, Grok Build, GitHub Copilot CLI, Cursor CLI, Qwen Code, Kimi Code요. 그래서 Claude Code가 매니저를 맡고, Codex가 백엔드를, Gemini CLI가 UI를, Grok Build가 테스트를 쓰는 식으로 구성할 수 있어요. 팀원마다 모델도 따로 골라요.
요청은 팀 안에서 어떻게 흘러가나요?
- 매니저에게 요청해요. 단순한 질문엔 단순하게 답해요. 변경 요청이면 먼저 브리프를 써요.
- 매니저가 브리프를 써요. 프로젝트를 살펴보고, 목표, 관련 파일, 완료 기준, 범위 밖의 것을 담아 요청을 다시 써요. 나는 고를 수 있어요. 브리프대로 가거나, 내 버전을 직접 쓰거나, 원래 요청을 그대로 보내거나요.
- 일이 작업으로 나뉘어요. 매니저가 공유 보드에 작업을 만들고, 역할이 맞는 팀원에게 하나씩 배정해요. 테크 리드는 자기 작업을 엔지니어와 QA에게 더 잘게 나눌 수 있어요.
- 팀원들은 백그라운드에서 일해요. 팀원마다 자기 터미널이 있고, 소통은 보드로만 해요. 작업을 제출하거나, 다른 작업에 코멘트를 달거나, 질문을 하죠. 나와 대화하는 건 매니저뿐이에요.
- 일을 맡긴 사람이 리뷰해요. 자기 작업을 스스로 승인하는 사람은 없어요. 리뷰어는 변경을 요청하며 작업을 되돌려보낼 수 있어요.
- 결과는 내가 리뷰해요. 보드가 다 끝나면 매니저가 팀이 한 일과 남은 일을 알려줘요.
조직도에서는 바쁜 에이전트의 카드 테두리를 따라 빛이 돌고, 작업이 담당자에게 내려갔다가 리뷰를 위해 다시 올라올 때 카드 사이 선이 움직여요. 조직도 옆의 작업 목록에는 모든 작업이 할당됨, 검토 중, 완료 상태로 표시돼요.
내 프로젝트는 안전하게
팀은 내 체크아웃에서 직접 일하지 않아요.
- 전용 worktree. 팀 시작을 누르면
vibe-team/…브랜치로 git worktree를 만들어서, 팀의 수정이 내 수정과 부딪히지 않아요. - 로컬 파일도 함께.
.env, 문서, 로컬 설정처럼 git이 무시하는 파일을 worktree에 연결해 두니, 에이전트가 앱을 실행할 수 있어요. - Review Changes(변경 사항 검토)는 저장소 전체에 걸친 팀의 diff를 보여줘요. Apply to Project(프로젝트에 적용)는 그걸 커밋하지 않은 상태로 내 프로젝트에 써 넣어서, 무엇을 커밋할지는 여전히 내가 정해요.
- Apply approved work automatically(승인된 작업 자동 적용, 기본값 켜짐)는 팀이 계속 일하는 동안 승인된 작업을 커밋하지 않은 상태로 내 프로젝트에 가져와요. 충돌이 나면 표시만 하고 Review Changes에서 처리하도록 남겨 둬요.
- 팀 중지는 터미널을 닫지만 worktree와 작업은 다음을 위해 남겨 둬요. 버리기는 worktree, 브랜치, 작업을 지워요.
시작하기 좋은 프리셋
조직도를 직접 만들 필요는 없어요. 프리셋을 고르고 수정하면 돼요.
| 프리셋 | 구성 |
|---|---|
| 소규모 팀 | 매니저, 엔지니어, QA |
| 엔지니어링 팀 | 매니저, 테크 리드, 엔지니어 2명, QA, 디자이너 |
| 코딩 | 매니저, 엔지니어 2명, QA |
| 버그 리뷰 | 매니저, QA 2명, 엔지니어 |
| 보안 검토 | 매니저, 보안 검토자 2명, 엔지니어 |
| 리서치 | 매니저, 연구원 2명 |
| 디자인 | 매니저, 디자이너, 엔지니어, QA |
| DevOps | 매니저, DevOps, 엔지니어, QA |
그다음 카드를 클릭해 역할, 에이전트, 모델, 보고 대상을 바꾸면 돼요.
왜 한 팀에 여러 에이전트를 섞나요?
에이전트마다 잘하는 게 다르고, 코드를 쓴 에이전트보다 다른 에이전트가 더 좋은 리뷰어예요. 팀을 쓰면 이게 애써 지켜야 하는 습관이 아니라 기본값이 돼요.
- 코드를 쓰지 않은 리뷰어가 실수를 더 많이 잡아요. 각자 어디서 빛나는지는 Codex vs Claude Code를 참고하세요.
- 일을 여러 제공자에 나누면 사용량 한도도 나눠 쓰게 돼요.
- 팀원마다 역할에 맞는 모델을 줄 수 있어요. 매니저와 테크 리드엔 큰 모델, 테스트엔 빠른 모델처럼요.
Vibe Console에서 팀 시작하기
- 프로젝트를 열고 ⌘⇧E를 누르거나 툴바의 팀 버튼을 눌러요.
- 프리셋을 고르고 조직도를 조정해요.
- 팀 시작을 누르고 매니저의 터미널에 요청을 써요.
- 조직도를 지켜보다가, 일이 끝나면 Review Changes를 써요.
에이전트 CLI와 계정은 내 것을 가져와요. Vibe Console은 그걸 실행하고, 보드를 관리하고, 모두가 뭘 하는지 보여줘요.
자주 묻는 질문
모든 에이전트와 대화해야 하나요?
아니요. 매니저와만 대화해요. 다른 팀원은 백그라운드에서 일하고 작업 보드로 조율해요. 그래도 카드에서 아무 팀원의 터미널이나 열어 일하는 모습을 볼 수 있어요.
어떤 에이전트를 팀에 넣을 수 있나요?
Vibe Console이 지원하는 8종 모두요. Claude Code, Codex, Gemini CLI, Grok Build, GitHub Copilot CLI, Cursor CLI, Qwen Code, Kimi Code. 팀원마다 자기 에이전트와 모델을 가져요.
팀이 내 커밋 안 한 작업을 덮어쓰나요?
아니요. 팀은 별도 브랜치의 자체 git worktree에서 일해요. 팀의 변경은 내가 적용하거나 승인된 작업이 자동 적용될 때만 내 프로젝트에 들어오고, 커밋되지 않은 상태로 들어와요.
추가 비용이 드나요?
아니요. 에이전트 팀은 체험판과 구독 모두에 포함된 Vibe Console 기능이에요. 에이전트는 내 계정과 구독으로 돌아가니, 팀원마다 해당 제공자의 한도를 써요.
