Claude Code Agent Teams 완벽 가이드

— LAB NOTEBOOK · ISSUE №4

⚠ EXPERIMENTAL · v2.1.32+

한 명의 클로드가 아니라,
팀을 굴리는 법.

Claude Code Agent Teams 완벽 가이드 — 활성화부터 멀티 에이전트 협업까지, 공식 문서 기반 완전 정리

바이브 코딩 시리즈 · 04 · 봄내AI해적단

📌 IN THIS ISSUE

Agent Teams는 Claude Code의 실험적 멀티 에이전트 시스템입니다. 한 명의 클로드가 모든 일을 처리하는 대신, 여러 인스턴스가 동시에 협업하면서 서로 메시지 주고받고 공유 작업 목록을 관리합니다. 이 글은 활성화 방법 → 첫 팀 만들기 → 실전 운영까지 손 잡고 안내합니다.

안녕하세요, 봄내AI해적단 선장 이장환입니다. 시리즈 네 번째 글이에요.

지금까지 우리는 한 명의 Claude를 잘 쓰는 법을 배웠습니다. 그런데 이런 상황 한 번쯤 겪어보셨죠?

"프론트 작업 시키고 끝나면 백엔드, 그 다음 테스트... 이 모든 게 순차적으로 돌아가니까 하나 끝나야 다음 갈 수 있고, 클로드 한 명이 코드베이스 전체 컨텍스트를 들고 있느라 토큰도 빨리 소진되고. 이거 동시에 못 하나요?"

가능합니다. Agent Teams를 쓰면 말이죠.

이건 단순히 여러 클로드를 띄우는 게 아니에요. 한 명이 팀 리더가 되고, 나머지는 팀원으로 일하면서, 공유 작업 목록을 통해 자율적으로 협업하는 시스템입니다. 토론도 하고, 서로 가설을 반박도 하고, 작업을 나눠 가지기도 합니다. 진짜 개발팀처럼.

⊙ 시작 전 안내

이 가이드는 10개 챕터로 구성됩니다. 실험적 기능이라 약간의 인내심이 필요하지만, 한 번 익히면 작업 속도가 차원이 달라집니다.

01   Agent Teams란?↓ 02   Subagents vs Agent Teams↓ 03   활성화 — 환경변수 설정↓ 04   첫 팀 만들기 (5분)↓ 05   디스플레이 모드 2종↓ 06   팀 컨트롤 5가지 기술↓ 07   아키텍처 깊게 보기↓ 08   실전 사용 케이스 3종↓ 09   베스트 프랙티스 6가지↓ 10   한계점 & 트러블슈팅↓

01

CHAPTER ONE

Agent Teams란 정확히 무엇인가?

공식 문서의 정의를 옮겨오면:

"여러 Claude Code 인스턴스가 팀으로 협업하면서 작업을 공유하고, 에이전트끼리 메시지를 주고받으며, 중앙에서 관리되는 시스템."

핵심 특징을 4가지로 정리하면:

FEATURE 01

👑 Lead-Teammate 구조

한 세션이 팀 리더(lead)가 되어 작업 분해, 할당, 결과 종합. 나머지는 팀원(teammates)로 일함.

FEATURE 02

📋 공유 작업 목록

모든 팀원이 동일한 task list 보고 쓸 수 있음. 칸반 보드처럼 작업 가져가고 완료 표시.

FEATURE 03

💬 팀원 간 직접 메시지

리더 통하지 않고 팀원끼리 직접 대화. 가설 반박, 정보 공유, 협의 모두 가능.

FEATURE 04

🔍 직접 개입 가능

사용자가 개별 팀원과 직접 대화 가능. Shift+Down으로 팀원 전환 후 추가 지시 가능.

⚠️ 실험적 기능 안내 · Agent Teams는 현재 기본 비활성이며, CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 환경변수로 활성화해야 합니다. Claude Code v2.1.32 이상 필수.

02

CHAPTER TWO

Subagents와 뭐가 다른가?

"잠깐, Subagents도 멀티 에이전트 아닌가요?" 맞습니다. 그런데 결정적으로 다른 게 있어요. 통신 구조입니다.

ARCHITECTURE A

Subagents

MAIN AGENT

↓  ↓  ↓

SUB 1

SUB 2

SUB 3

↑  ↑  ↑

결과 보고만

특징

• 메인 에이전트가 모든 통신을 통제
• 서브에이전트끼리 대화 불가
• 작업 결과만 보고하고 종료
• 토큰 비용 낮음

ARCHITECTURE B

Agent Teams

📋 SHARED TASK LIST

⇅  ⇅  ⇅  ⇅

👑 LEAD

M-1

M-2

M-3

↔ ↔ ↔

팀원끼리 직접 메시지

특징

• 공유 작업 목록으로 자율 조정
• 팀원끼리 직접 메시지 가능
• 가설 반박, 협의, 토론 가능
• 토큰 비용 3-4배 높음

💡 한 줄 결론 · "작업 결과만 받으면 되는 경우"는 Subagents, "팀원들이 서로 정보 주고받고 협업해야 하는 경우"는 Agent Teams.

구체적인 선택 기준은 다음과 같습니다.

상황	선택	이유
코드베이스 탐색하고 요약만 받기	Subagents	결과만 필요, 협의 불필요
프론트+백엔드+테스트 동시 작업	Agent Teams	레이어 간 인터페이스 협의 필요
테스트 실행하고 실패 보고	Subagents	단순 결과 보고
버그의 5가지 가설을 동시 검증	Agent Teams	가설끼리 반박하면서 수렴해야 함
3개 모듈 병렬 리서치	Subagents	독립적, 결과만 종합하면 됨
PR을 3가지 관점으로 리뷰	Agent Teams	리뷰어끼리 의견 교차 검증

03

CHAPTER THREE

활성화 — 환경변수 한 줄.

실험적 기능이라 기본 비활성입니다. 켜는 방법은 두 가지인데, 두 번째(settings.json)를 추천합니다.

방법 A · 셸 환경변수

터미널에서 일시적으로 켜고 싶다면:

# 한 번만 켜기 (이번 세션에서만)

$ export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

$ claude

└ 터미널 닫으면 사라집니다. 매번 켜기 귀찮으면 ~/.zshrc 또는 ~/.bashrc에 추가하면 영구.

방법 B · settings.json (추천)

이 방법이 가장 깔끔합니다. Claude Code 설정 파일에 박제하면 매번 신경 안 써도 됩니다.

1

파일 열기

설정 파일은 두 군데 중 하나에 있습니다:

# 개인 (모든 프로젝트에 적용)
~/.claude/settings.json

# 프로젝트 (이 프로젝트에만 적용)
.claude/settings.json

2

env 키 추가

파일에 다음 내용을 넣습니다. 기존에 다른 설정이 있다면 env 키만 병합:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

✓

Claude Code 재시작 후 확인

저장 후 claude 재시작. 그리고 다음을 입력해서 켜졌는지 확인:

"agent team 기능 켜져 있어?"

클로드가 "네, 사용 가능합니다"라고 답하면 OK.

✓ 시스템 요구사항

✅ Claude Code v2.1.32+

✅ Pro / Max 플랜 (또는 API)

✅ tmux 또는 iTerm2 (split pane 모드 쓸 경우만)

✅ 사용 가능한 토큰 여유분

claude --version으로 버전 확인 가능. 낮으면 npm update -g @anthropic-ai/claude-code 또는 네이티브 인스톨러 재실행.

04

CHAPTER FOUR

첫 팀 만들기 — 5분 코스.

설정이 끝났으니 진짜로 팀을 만들어봅시다. 자연어로 부탁하는 게 전부입니다. 별도 명령이나 설정 파일 없어요.

STAGE 1

프로젝트 폴더에서 Claude Code 실행

$ cd ~/projects/my-app
$ claude

STAGE 2

팀 생성 요청

자연어로 팀의 구조와 작업을 설명합니다. 공식 문서의 예시를 그대로 따라가봅시다:

"코드베이스의 TODO 주석을 추적하는 CLI 도구를 설계 중입니다. 3가지 관점으로 탐색하는 agent team을 만들어주세요: 한 명은 UX, 한 명은 기술 아키텍처, 한 명은 데빌스 애드버킷 역할로."

└ Claude가 자동으로 팀 구성을 결정하거나, 만들기 전에 확인을 요청합니다.

STAGE 3

팀이 자동으로 구성됨

다음 일들이 자동으로 일어납니다:

✓ 공유 작업 목록 생성
✓ 3명의 teammate 인스턴스 spawn
✓ 각 teammate에게 역할 + 컨텍스트 전달
✓ 리더 터미널에 팀원 목록 표시
✓ 팀원들 동시에 작업 시작

STAGE 4

팀원과 대화 / 모니터링

기본 모드(in-process)에서는 리더 터미널 한 곳에서 모든 팀원과 상호작용합니다.

Shift + ↓

팀원 순회 (다음 팀원으로)

Enter

선택한 팀원 세션 보기

Esc

팀원의 현재 작업 중단

Ctrl + T

공유 작업 목록 토글

✓ FINISH

작업 완료 후 팀 정리

팀 작업이 끝나면 리더에게 정리를 요청합니다:

"팀 정리해줘 (Clean up the team)"

└ 반드시 리더에게 요청해야 합니다. 팀원에게 시키면 컨텍스트가 꼬여서 리소스가 깔끔히 안 비워집니다.

05

CHAPTER FIVE

디스플레이 모드 — In-process vs Split panes.

팀을 만들면 화면 표시 방식이 두 가지 있습니다. 각각 어울리는 상황이 달라요.

MODE A · DEFAULT

📺 In-process 모드

모든 팀원이 하나의 메인 터미널 안에서 돌아갑니다. Shift+Down으로 팀원을 순회하며 메시지 전송.

┌─────────────────────────┐
│ 👑 Lead Agent │
│ > 작업 진행 중... │
│ │
│ ▸ M-1 (UX) [idle] │
│ ▸ M-2 (Arch) [working]│
│ ▸ M-3 (Devil) [working]│
└─────────────────────────┘

장점

• 설정 필요 없음, 어디서나 동작
• 한 화면에서 전체 흐름 파악

단점

• 팀원 출력이 섞이면 혼란
• 여러 팀원 동시에 안 보임

MODE B · 추천

🪟 Split panes 모드

각 팀원이 독립된 창(pane)에서 동작. tmux 또는 iTerm2 필요.

┌──────────┬──────────┐
│ 👑 Lead │ M-1 UX │
│ │ │
│ Working..│ Working..│
├──────────┼──────────┤
│ M-2 Arch │ M-3 DA │
│ │ │
│ Working..│ Idle │
└──────────┴──────────┘

장점

• 모든 팀원 작업을 동시에 관찰
• 특정 팀원 클릭만으로 대화

단점

• tmux/iTerm2 설치 필요
• Windows Terminal / VS Code 통합 터미널 미지원

모드 강제 설정하기

기본값은 "auto" — tmux 안에서 띄우면 split panes, 아니면 in-process로 자동 결정됩니다. 강제로 고정하려면 ~/.claude/settings.json에 추가:

{
  "teammateMode": "in-process"  // 또는 "tmux", "auto"
}

한 세션만 임시로 바꾸려면:

$ claude --teammate-mode in-process

💡 tmux 설치하기 (macOS)

brew install tmux

Linux는 apt install tmux 또는 dnf install tmux. Windows의 경우 split panes 지원 안 됨, in-process 모드로 가야 함.

06

CHAPTER SIX

팀 컨트롤 — 5가지 핵심 기술.

팀을 만들었으면 이제 잘 굴려야겠죠. 5가지만 익히면 됩니다.

기술 ①

팀원 수와 모델 지정

기본적으로 클로드가 작업 난이도에 따라 알아서 팀원 수를 정합니다. 명시적으로 지정하려면:

"4명의 팀원으로 이 모듈들을 병렬 리팩토링하는 팀을 만들어줘. 각 팀원은 Sonnet 사용."

모델 주의사항: 팀원들은 기본적으로 리더의 /model 설정을 상속하지 않습니다. /config에서 "Default teammate model" 따로 설정 가능.

기술 ②

Plan 승인 강제

위험한 작업이라면, 팀원이 계획 단계에서 멈추고 리더 승인을 받게 만들 수 있습니다:

"인증 모듈을 리팩토링할 아키텍트 팀원을 만들어줘. 변경 시작 전에 plan 승인을 받도록 해."

팀원이 plan을 제출하면 리더가 검토하고 승인 또는 피드백과 함께 거절. 거절되면 팀원이 plan을 수정해서 재제출.

💡 리더 판단에 영향을 주려면: "테스트 커버리지가 포함된 plan만 승인", "DB 스키마 변경하는 plan은 거절" 같은 기준을 프롬프트에 명시.

기술 ③

팀원과 직접 대화

각 팀원은 독립된 Claude Code 세션입니다. 리더 거치지 않고 직접 메시지 보낼 수 있어요.

In-process 모드
Shift+Down으로 팀원 순회 → 메시지 입력 → 전송

Split-panes 모드
팀원의 pane을 클릭하면 그 세션과 직접 대화 시작

기술 ④

작업 할당과 자가 클레임

공유 작업 목록의 작업은 3가지 상태: pending → in progress → completed. 작업에는 의존성도 설정 가능 (선행 작업 완료 전까지 클레임 불가).

리더가 할당
"이 작업은 backend-agent에게, 저 작업은 frontend-agent에게 줘"

팀원 자가 클레임
현재 작업 끝낸 팀원이 알아서 다음 가능한 작업 가져감 (race condition은 파일 락으로 방지)

기술 ⑤

팀원 종료 / 팀 정리

개별 팀원 종료

"리서처 팀원에게 shutdown 요청해"

팀 전체 정리

"팀 정리해줘 (Clean up the team)"

⚠️ 정리는 항상 리더에게 요청. 팀원에게 시키면 리소스가 깔끔히 비워지지 않습니다.

07

CHAPTER SEVEN

아키텍처 깊게 보기.

겉으로 보면 "여러 클로드가 같이 일한다"지만, 내부 아키텍처를 알아두면 디버깅과 최적화에 큰 도움이 됩니다.

팀의 4가지 구성 요소

구성 요소	역할
👑 Team Lead	팀을 만든 메인 Claude Code 세션. 작업 분해, 팀원 spawn, 결과 종합 담당.
🧑‍💻 Teammates	각각 독립된 Claude Code 인스턴스. 자기에게 할당된 작업 수행.
📋 Task List	모든 팀원이 공유하는 작업 목록. 팀원이 클레임하고 완료 표시.
📬 Mailbox	에이전트 간 메시징 시스템. 팀원끼리 직접 통신.

저장 위치

팀과 작업 목록은 로컬에 저장됩니다:

# 팀 설정 (자동 생성, 손대지 말 것)
~/.claude/teams/{team-name}/config.json

# 작업 목록
~/.claude/tasks/{team-name}/

⚠️ 중요: 팀 config 파일은 런타임 상태(session ID, tmux pane ID)를 담고 있어요. 직접 편집하지 마세요. 다음 상태 업데이트 때 덮어씌워집니다. 재사용 가능한 팀원 역할을 정의하고 싶다면 Subagent 정의를 사용하세요(아래 참조).

컨텍스트와 통신 메커니즘

각 팀원은 자신만의 컨텍스트 윈도우를 가집니다. spawn될 때:

• 일반 세션처럼 CLAUDE.md, MCP 서버, Skills를 자동 로드
• 리더의 spawn 프롬프트를 받음 (어떤 역할인지)
• 리더의 대화 히스토리는 상속받지 않음 — 필요하면 spawn 프롬프트에 명시
• 완료/멈춤 시 리더에게 자동 알림
• 이름으로 다른 팀원에게 직접 메시지 전송

Subagent 정의를 팀원 역할로 재사용

이미 만들어둔 Subagent가 있다면, 팀원 역할로 그대로 가져올 수 있어요. 예를 들어 .claude/agents/security-reviewer.md에 정의한 보안 리뷰어를:

"security-reviewer 에이전트 타입을 사용하는 팀원을 spawn해서 auth 모듈을 감사해줘."

팀원은 그 정의의 tools 화이트리스트와 model을 따르고, 정의의 본문이 팀원의 시스템 프롬프트에 추가됩니다. "한 번 정의, 두 곳에서 활용" 패턴이에요.

08

CHAPTER EIGHT

실전 사용 케이스 3종.

이론은 충분합니다. 진짜로 효과 보는 케이스 세 가지. 그대로 복붙해서 쓰셔도 돼요.

CASE 01 · 병렬 코드 리뷰

상황: PR 하나에 보안, 성능, 테스트까지 다 봐야 하는데, 한 명의 리뷰어는 결국 한 가지 관점에 끌립니다. 3명을 동시에 다른 렌즈로 보내세요.

PR #142를 리뷰하는 agent team을 만들어줘.
3명의 리뷰어를 spawn하되:
- 한 명은 보안 관점 (입력 검증, 인증/인가, 데이터 노출)
- 한 명은 성능 관점 (쿼리 효율성, 메모리, 캐싱)
- 한 명은 테스트 커버리지 검증

각자 리뷰하고, 발견사항을 보고하게 해.
완료되면 종합 리포트를 만들어줘.

왜 효과적: 각 리뷰어가 같은 PR이지만 다른 필터로 봅니다. 리더가 종합. 순차로 보는 것보다 훨씬 깊고 빠른 리뷰.

CASE 02 · 경쟁 가설로 버그 추적

상황: 원인을 모르는 버그. 한 명의 에이전트는 첫 번째 가설에 anchor되어 거기서 멈춥니다. 5개 가설을 동시에 테스트하고 토론시키세요.

사용자들이 첫 메시지 후 앱이 종료된다고 보고함.
5명의 agent 팀원을 spawn해서 각자 다른 가설을 조사해.
팀원들이 서로 대화하면서 상대 가설을 반박해.
과학적 토론처럼 — 살아남는 이론이 진짜 원인일 가능성이 높아.

findings.md 문서를 업데이트하면서 어떤 합의가 도출되는지 기록해.

왜 효과적: 토론 구조가 anchoring bias를 부숩니다. 한 가설이 살아남으면, 그게 진짜 원인일 확률이 매우 높아요. 단일 에이전트로는 절대 못 합니다.

CASE 03 · 풀스택 기능 동시 구현

상황: 새 기능 추가가 프론트, 백, 테스트 다 건드림. 순차로 하면 한 시간씩 걸리는 일을 병렬로 처리.

"오늘의 추천" 기능을 추가하는 agent team을 만들어줘.
3명의 팀원:
- frontend-agent: src/client/ 작업, 카드 컴포넌트 + 페이지 통합
- backend-agent: src/server/api/recommend 엔드포인트 + 데이터
- qa-agent: 위 두 작업의 통합 테스트

인터페이스(API 스키마) 합의는 두 명이 직접 메시지로 협의.
qa-agent는 다른 두 명이 PR 올린 뒤에 시작 (dependency).

왜 효과적: 프론트/백이 API 스키마를 협의로 결정 → 순차 작업 대비 50% 시간 단축. 테스트가 의존성으로 묶여 있어 자동으로 마지막에 실행.

09

CHAPTER NINE

베스트 프랙티스 6가지.

🎯

충분한 컨텍스트 제공

팀원은 리더의 대화 히스토리를 상속받지 않아요. spawn 프롬프트에 작업별 디테일을 명시: 어떤 파일을, 어떤 관점으로, 어떤 형식으로 보고할지.

📏

팀 크기는 3-5명으로 시작

토큰 비용 선형 증가, 협조 오버헤드도 증가, 일정 수 이상은 수익체감. 5-6개 task를 한 팀원이 맡는 정도가 효율적.

🧩

작업 크기 적정선

너무 작으면 협조 오버헤드가 이득 초과. 너무 크면 체크인 없이 헛수고 위험. 적정선: "한 함수, 한 테스트 파일, 한 리뷰" 같은 자체완결 단위.

🔍

리서치/리뷰부터 시작

처음이라면 코드 안 쓰는 작업부터 시도. PR 리뷰, 라이브러리 조사, 버그 분석 같은 거. 병렬 탐색의 진가를 코드 충돌 걱정 없이 체감.

⚠️

파일 충돌 회피

두 팀원이 같은 파일 편집하면 한 쪽이 덮어씁니다. 각 팀원이 다른 파일/디렉토리를 소유하도록 작업 분배. CLAUDE.md에 영역 못 박아두기.

👀

모니터링하고 조정

방치하지 마세요. 진행 상황 체크인, 잘못된 방향 조정, 발견사항 종합. "리더가 일하기 시작하면 멈추라"고 지시 — 위임이 아니라 직접 처리하기 시작하면 비효율.

10

CHAPTER TEN

한계점 & 트러블슈팅.

실험적 기능이라 알아둘 한계점들이 꽤 있습니다. 미리 알면 안 당황해요.

현재 한계점

❌ /resume과 /rewind 미지원 · in-process 팀원은 세션 재개해도 복원되지 않습니다. 리더가 존재하지 않는 팀원에게 메시지 보내려 할 수 있어요. 이 경우 새 팀원 spawn 지시 필요.

❌ 작업 상태 갱신 지연 · 팀원이 완료 표시를 깜빡하면 의존 작업이 막힙니다. 멈춘 듯하면 수동 확인 후 상태 업데이트하거나 리더에게 nudge 요청.

❌ 종료가 느림 · 팀원이 현재 도구 호출 완료한 뒤 종료됩니다. 시간이 좀 걸려요.

❌ 한 번에 한 팀만 · 리더는 한 번에 하나의 팀만 관리 가능. 새 팀 만들기 전에 현재 팀 정리 필수.

❌ 중첩 팀 불가 · 팀원이 자기 팀을 만들 수 없어요. 오직 메인 리더만 팀 관리.

❌ 리더 고정 · 팀을 만든 세션이 영원히 리더. 팀원을 리더로 승격 불가, 리더십 이양 불가.

❌ Split panes 호환성 · VS Code 통합 터미널, Windows Terminal, Ghostty는 split-pane 모드 미지원. in-process 모드만 가능.

자주 만나는 문제 해결

❓ 팀원이 안 보여요

• In-process 모드라면 Shift+Down으로 순회해보세요. 안 보이는 것뿐일 수 있어요.
• 작업이 너무 단순하면 클로드가 팀을 안 만들 수 있습니다. 명시적으로 "agent team 만들어줘"라고 요청.
• Split-pane 모드라면 tmux 설치 확인: which tmux

❓ 권한 요청이 너무 많아요

팀원의 권한 요청이 리더에게 올라옵니다 — 팀이 클수록 많아져요. 팀 만들기 전에 자주 쓰는 도구를 미리 허용하세요. /permissions에서 설정 가능.

❓ 팀원이 에러 후 멈춰요

에러 만나면 자체 복구 못 하고 멈추는 경우 있어요. Shift+Down으로 그 팀원에게 가서 직접 지시하거나, 대체 팀원을 spawn해서 이어가게 하세요.

❓ 리더가 일이 안 끝났는데 종료해요

리더가 작업 끝났다고 판단했지만 실제로는 진행 중일 수 있어요. "계속 진행해", "팀원들이 완료할 때까지 기다려"라고 명확히 지시하세요. 리더가 직접 일하기 시작하면 위임 중단된 신호 — 다시 위임시키세요.

❓ tmux 세션이 남아있어요

팀이 종료된 후에도 tmux 세션이 남아있다면, 정리 안 된 거예요. 수동으로:

$ tmux ls
$ tmux kill-session -t <session-name>

💰 토큰 비용 주의

Agent Teams는 단일 세션 대비 3-4배 토큰을 씁니다. 각 팀원이 독립 컨텍스트를 가지니까요. 리서치, 리뷰, 새 기능 작업엔 그만한 값어치가 있지만, 단순 작업엔 오버킬입니다. Pro 플랜은 하루 2-3 task, Max 플랜은 5시간에 8-10 task 정도가 현실적.

정리 — 5단계 요약

1

활성화 · CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1을 settings.json에 추가

2

팀 생성 · 자연어로 역할과 작업을 명시하며 팀 요청

3

모니터링 · Shift+Down으로 팀원 순회, 필요하면 직접 메시지

4

결과 종합 · 리더가 팀원 결과를 합쳐 최종 산출물 생성

✓

팀 정리 · "팀 정리해줘"로 리소스 깔끔히 비우기

🏴‍☠️ 봄내AI해적단 멘티들에게

실험적 기능이라 약간 손이 가지만, 한 번 익히면 "한 명의 클로드가 한계"인 작업들에 새로운 길이 열립니다.

처음엔 CASE 01(병렬 코드 리뷰)부터 해보세요. 본인이 최근 작업한 PR이나 코드에 대해 3명의 리뷰어를 만들어 보안/성능/테스트 관점으로 리뷰시키는 거. 코드 안 건드리니 위험도 낮고, 효과는 즉시 체감됩니다.

결과 단톡방 공유 부탁드려요. 다음 모임 때 직접 시연도 해보겠습니다.

→ 다음 회차 예고

MCP (Model Context Protocol) 입문 · Claude Code를 본인의 Notion, Slack, GitHub, Supabase 등과 연결해서 진짜 자동화 동료로 만드는 법. 그 다음엔 Agent Teams + MCP 결합 워크플로우로 n8n과 같은 자동화 파이프라인을 더 강력하게 만드는 패턴까지.

---

Issue №4 · Claude Code Agent Teams

이장환 · 봄내AI해적단 선장 · 춘천 · 2026

참고: 공식 Agent Teams 문서 · Subagents 문서 · Settings 가이드