멀티 에이전트 오케스트라 — MCP 조합의 기술 | S2-EP16

클로드 어디까지 써봤니

SEASON 2 · EP 16

멀티 에이전트 오케스트라

MCP 조합의 기술 — Claude가 도구를 쥐고 스스로 움직일 때

클로드의 친구 · 2026-04-18

1. Phase 6 — 통합, 이제 모든 것을 연결한다

시즌 2를 시작하면서 우리는 6개의 Phase를 약속했습니다. 커뮤니케이션 자동화, 문서·콘텐츠 생산, 정보 관리·분석, 일상·루틴 자동화, 실전 프로젝트. 그리고 마지막으로 통합·철학.

Phase 6에 도착했습니다.

Phase 1~5에서 배운 모든 것을 생각해보십시오. 이메일 자동 정리, 회의록 생성, 뉴스 브리핑, 할 일 우선순위 정렬, 반복 업무 자동화, 실제 앱 개발. 이것들은 각각 훌륭한 도구입니다. 하지만 아직 서로 연결되어 있지 않습니다. Claude는 여전히 여러분이 붙여넣어 주는 텍스트에 답하는 존재입니다.

Phase 6에서는 그 경계를 넘습니다. Claude가 스스로 도구를 쥐고, 여러 작업을 연쇄적으로 실행하고, 결과를 다음 단계에 전달하는 에이전트가 되는 세계입니다.

Phase 6에서 다루는 것

EP 16 · MCP 조합의 기술 — Claude가 도구를 직접 사용한다
EP 17 · AI 시대, 생산성의 재정의 — 인간의 역할은 무엇인가
EP 18 · 에필로그 — 클로드와 함께 걸어갈 다음 길

2. 에이전트란 무엇인가

지금까지 우리가 사용한 Claude는 대화형 Claude입니다. 여러분이 질문하면 답변합니다. 텍스트를 붙여넣으면 분석합니다. 명령하면 작성합니다. 주도권은 항상 사람에게 있었습니다.

에이전트형 Claude는 다릅니다. 목표를 주면 Claude가 스스로 단계를 계획하고, 도구를 호출하고, 결과를 확인하고, 다음 단계로 넘어갑니다. 사람이 중간에 개입하지 않아도 됩니다.

대화형 Claude (지금까지)

사람이 텍스트 제공
Claude가 답변
사람이 다음 입력
사람이 결과 전달
사람이 다음 도구 결정

에이전트형 Claude (Phase 6)

사람이 목표만 제공
Claude가 단계 계획
Claude가 도구 호출
Claude가 결과 검증
Claude가 다음 단계 결정

에이전트의 핵심은 루프입니다. 계획 → 실행 → 관찰 → 재계획. 이 루프가 목표에 도달할 때까지 반복됩니다. 사람이 루프 안에 있을 수도 있고(Human-in-the-loop), 완전히 자율적으로 실행될 수도 있습니다.

3. MCP — Claude의 손과 발

에이전트가 되려면 Claude에게 행동 수단이 있어야 합니다. 그것이 MCP(Model Context Protocol)입니다.

MCP는 Anthropic이 설계한 표준 프로토콜로, Claude가 외부 도구와 서비스를 직접 호출할 수 있게 합니다. Slack에 메시지를 보내고, Google Calendar를 읽고, 파일을 생성하고, 웹을 검색하고, 코드를 실행하는 것이 모두 MCP를 통해 이루어집니다.

MCP 없는 Claude: 텍스트 in → 텍스트 out. 뇌만 있고 손발이 없다.

MCP 있는 Claude: 목표 in → 행동 → 결과 out. 뇌와 손발이 연결된다.

MCP가 연결하는 세계

📁

파일 시스템

파일 읽기·쓰기·생성

🌐

웹 검색

실시간 정보 수집

💬

Slack / 이메일

메시지 발송·수신

🗓️

캘린더

일정 확인·생성

🗄️

데이터베이스

SQL 쿼리·업데이트

⚙️

코드 실행

Python·JS 직접 실행

4. 오케스트라의 설계 원칙

악기가 많다고 음악이 되는 것이 아닙니다. 오케스트라는 지휘자가 있고, 각 악기가 자기 역할을 알고, 타이밍에 맞춰 연주합니다. 멀티 에이전트 시스템도 마찬가지입니다.

원칙 1 — 역할 분리 (Separation of Concerns)

하나의 에이전트에 모든 것을 맡기지 마십시오. 역할별로 에이전트를 나누면 각 에이전트가 자기 일에만 집중할 수 있습니다.

나쁜 예: 에이전트 1개 "매일 아침 뉴스를 수집하고, 요약하고, 팀 슬랙에 전송하고, 캘린더를 확인해서 오늘 회의를 알리고, 어제 할 일 목록을 검토해줘" 좋은 예: 에이전트 3개 [수집 에이전트] 뉴스 RSS + 웹 검색 → 원문 수집 [분석 에이전트] 수집된 내용 → 요약 + 분류 [전달 에이전트] 요약 + 캘린더 + 할 일 → Slack 메시지 조합 + 발송

원칙 2 — 체크포인트 (Human-in-the-Loop)

자동화가 강력할수록 실수의 파급 범위도 커집니다. 중요한 지점마다 사람의 확인을 거치도록 설계하십시오. 특히 발송, 게시, 결제처럼 되돌리기 어려운 행동 앞에는 반드시 확인 단계를 둡니다.

체크포인트 설계 패턴

자동 실행 → [중간 결과 사람에게 보고] → 사람 승인 → 다음 단계 실행

"초안은 만들지만 보내는 건 여러분이 확인 후" 패턴이 가장 안전합니다.

원칙 3 — 멱등성 (Idempotency)

같은 작업을 두 번 실행해도 결과가 달라지지 않도록 설계합니다. 에이전트는 실패할 수 있고, 재시도가 발생합니다. 이메일이 두 번 발송되거나, 파일이 두 개 생성되는 사고를 방지하는 것이 멱등성 설계입니다.

원칙 4 — 컨텍스트 전달 (Context Passing)

에이전트 간에 정보를 전달할 때 명확한 형식을 정하십시오. JSON, Markdown, 구조화된 텍스트 등 어느 것이든 좋지만 일관성이 있어야 합니다. 에이전트 A의 출력이 에이전트 B의 입력이 될 때 형식이 맞지 않으면 전체 파이프라인이 무너집니다.

5. 실전 MCP 조합 사례 — 이 블로그가 만들어지는 방식

이론보다 실례가 더 잘 와닿습니다. 여러분이 지금 읽고 있는 이 블로그 시리즈가 어떻게 만들어지는지 공개합니다.

사례: 클로드 어디까지 써봤니 블로그 자동화

사용 중인 MCP 조합

파일 시스템 MCP → HTML 파일 생성·저장
Bash/코드 실행 MCP → Python 스크립트로 Blogger API 호출
웹 검색 MCP → 최신 트렌드 검색 (필요 시)
Blogger REST API → 게시물 발행 + 기존 게시물 PATCH

Claude가 하는 일의 순서:

1. [계획] 커리큘럼 확인 → 이번 EP 주제·구성 설계 2. [작성] HTML 콘텐츠 작성 (디자인 가이드 준수) 3. [저장] 파일 시스템 MCP → S2-EPxx.html 파일 생성 4. [발행] Python 스크립트 실행 → Blogger v3 API POST 5. [연결] 이전 모든 편 PATCH → TOC에 새 링크 삽입 6. [검증] Chrome MCP → 실제 게시 화면 시각 확인

이 전체 과정에서 사람이 하는 일은 딱 두 가지입니다. 처음에 "다음 편 작성해줘"라고 말하는 것, 그리고 결과를 최종 확인하는 것.

나머지 모든 단계 — HTML 작성, 파일 저장, API 호출, 기존 편 수정 — 는 Claude가 MCP를 통해 직접 처리합니다. 이것이 에이전트형 Claude의 실제 모습입니다.

6. 멀티 에이전트 워크플로우 구축하기

지금 당장 복잡한 에이전트를 만들 필요는 없습니다. 작은 것부터 시작합니다. 단계적으로 자동화를 확장하면서 에이전트 설계 감각을 키우는 것이 중요합니다.

단계별 에이전트화 전략

Level 1 — 프롬프트 체인

A의 출력을 B의 입력으로. 수동으로 복사·붙여넣기. 에이전트의 가장 단순한 형태. 지금 당장 시작할 수 있습니다.

Level 2 — 도구 연결

Claude에게 특정 MCP 도구를 연결. Claude가 필요할 때 직접 호출. Cowork 모드의 MCP 플러그인이 이 단계입니다.

Level 3 — 스케줄 자동화

특정 시간에 자동 실행. 매일 오전 7시 브리핑, 매주 월요일 보고서 등. Claude Code의 스케줄 태스크 기능이 여기에 해당합니다.

Level 4 — 멀티 에이전트 오케스트라

오케스트레이터 에이전트가 서브 에이전트에게 작업 분배. 서브 에이전트들이 병렬 실행 후 결과 취합. Anthropic의 Claude Agent SDK가 이 단계를 지원합니다.

실전 패턴: 일일 업무 자동화 파이프라인

매일 오전 08:00 자동 실행 [에이전트 A: 수집] - 구독 뉴스레터 이메일 읽기 (Gmail MCP) - 오늘 캘린더 일정 가져오기 (Google Calendar MCP) - Slack #general 어제 미확인 메시지 (Slack MCP) → 수집 완료 보고서 생성 [에이전트 B: 분석 + 요약] - 수집 보고서 읽기 - 우선순위 판단: 긴급/중요/일반 분류 - 오늘 할 일 목록 자동 생성 → 브리핑 초안 생성 [에이전트 C: 전달] - 브리핑 초안 → Slack DM 발송 (사람 확인 후) - 할 일 목록 → Notion 오늘 페이지 업데이트 → 완료 확인

7. 실습 — 나만의 에이전트 파이프라인 설계

에이전트는 이론이 아닙니다. 지금 바로 설계를 시작할 수 있습니다. 거창한 개발 없이, Claude와 대화만으로도 파이프라인을 설계할 수 있습니다.

실습 Step 1 — 반복 업무 파악

EP12에서 배운 방법으로 자동화 후보를 뽑습니다. 매주 또는 매일 반복하는 작업 3개를 고릅니다.

Claude에게: "내가 매일 하는 업무 목록이야. 이 중에서 에이전트로 자동화하기 좋은 것 3개를 골라줘. 이유도 설명해줘. 업무 목록: - [본인 업무 목록 작성]"

실습 Step 2 — 파이프라인 설계

선택한 업무를 에이전트 파이프라인으로 설계합니다.

Claude에게: "이 업무를 에이전트 파이프라인으로 설계해줘. 업무: [선택한 업무] 형식: [에이전트 이름]: 입력 → 처리 → 출력 필요한 MCP 도구: 사람 확인 체크포인트: 실패 시 대응:"

실습 Step 3 — Claude Code 스케줄 태스크 설정

설계한 파이프라인을 실제로 작동시키려면 Claude Code의 스케줄 태스크 기능을 활용합니다. Cowork 모드에서 "/schedule" 명령으로 특정 시간에 자동 실행되는 태스크를 등록할 수 있습니다.

스케줄 태스크 팁

처음에는 하루 한 번, 사람이 확인하는 체크포인트를 둔 단순한 파이프라인부터 시작하세요. 신뢰가 쌓이면 자율성을 늘립니다. 자동화의 위험은 대부분 "너무 빨리 너무 많이" 자동화하는 데서 옵니다.

8. 클로드의 친구가 드리는 말씀

오케스트라의 가장 아름다운 점은 지휘자가 모든 악기를 직접 연주하지 않는다는 것입니다. 지휘자는 전체 악보를 이해하고, 타이밍을 결정하고, 각 악기의 역할을 조율합니다. 연주는 각자가 합니다.

멀티 에이전트 시스템에서 여러분의 역할이 바로 그것입니다. Claude들이 연주하는 동안, 여러분은 무엇을 연주할지 결정하고, 전체 흐름을 지휘합니다. 코드를 쓰는 것이 아니라, 어떤 음악을 만들지 결정하는 것입니다.

Phase 5에서 앱을 발주하는 법을 배웠을 때, 여러분은 프로덕트 씽킹이 이미 자신 안에 있다는 것을 확인했습니다. Phase 6에서 에이전트를 설계하면서, 여러분은 시스템 씽킹도 이미 갖추고 있다는 것을 발견하게 될 것입니다.

도구는 Claude가 쥡니다. 방향은 여러분이 결정합니다.

EP17에서는 이 모든 여정을 통해 변화한 '생산성'의 의미를 다시 정의합니다. AI 시대에 인간의 가치는 무엇인지, 그 이야기를 나누겠습니다.

📚 시즌 2 전체 에피소드 목차

📖 시즌 1: 클로드와 처음 만나는 법 (EP00~EP18) →

🤖 Created with Claude (Anthropic)

#클로드어디까지써봤니 #클로드시즌2 #AI생산성 #멀티에이전트 #MCP #에이전트오케스트라 #ClaudeCode #자동화파이프라인 #에이전트설계 #Phase6 #통합자동화 #하네스엔지니어링 #Anthropic #클로드의친구 #AIagent #워크플로우자동화 #스케줄태스크 #오케스트레이터

コメント

コメントを投稿

このブログの人気の投稿

"이거 매일 해줘" — 첫 번째 자동화 태스크 [클로드 어디까지 써봤니 EP 04]

🤖 Created with Claude (Anthropic) 클로드 어디까지 써봤니 · EP 04 "이거 매일 해줘" — 스케줄 태스크로 반복 작업 자동화하기 클로드의 친구 · 2026년 4월 13일 ◀ EP 03: AI가 나를 기억한다 | 📚 EP 04 | EP 05: 나만의 헌법 만들기 ▶ 1. "매일 아침 뉴스 요약해줘"가 어떻게 작동할까 Lucas는 어느 날 아침 클로드에게 이렇게 말했습니다. "클로드, 매일 저녁 7시에 경제 뉴스 요약해서 블로그에 올려줘." 그 이후로 클로드는 매일 저녁 7시에 스스로 일어나, 뉴스를 검색하고, 글을 쓰고, 블로그에 올립니다. Lucas는 지금 이 일을 위해 아무것도 하지 않습니다. 이게 바로 스케줄 태스크 입니다. 그런데 "매일 저녁 7시"는 어떻게 기계가 이해하는 숫자로 바뀔까요? 그 비밀이 바로 크론 표현식(Cron Expression) 입니다. 2. 크론 표현식 — 시간을 코드로 말하는 방법 크론(Cron)은 원래 Unix/Linux 계열 운영체제에서 주기적 작업을 자동 실행하기 위해 만들어진 스케줄러입니다. 이름은 그리스어로 "시간"을 뜻하는 Chronos에서 왔습니다. 크론 표현식은 이렇게 생겼습니다: 분 시 일 월 요일 0 19 * * * 5개의 자리가 공백으로 구분되어 있습니다. 왼쪽부터 분(0-59) , 시(0-23) , 일(1-31) , 월(1-12) , 요일(0-6, 0=일요일) 입니다. * 는 "모든 값"을 뜻합니다. 위의 예시 0 19 * * * 는 "매일, 매월, 모든 요일, 19시 정각"이라는 뜻이죠. 실전 예시들 0 19 * * * → 매일 저녁 7시 정각. Lucas의 "클...
続きを読む

AI가 나를 기억한다 — 메모리 시스템의 비밀 [클로드 어디까지 써봤니 EP 03]

🤖 Created with Claude (Anthropic) 클로드 어디까지 써봤니 · EP 03 AI가 나를 기억한다 — 메모리 시스템의 비밀: 대화가 끝나도 남는 것들 클로드의 친구 · 2026년 4월 13일 ◀ EP 02: 클로드, 너 뭐 할 수 있어? | 📚 EP 03 | EP 04: "이거 매일 해줘" ▶ EP 02 에서 클로드의 기능 지도를 펼쳤습니다. 프로젝트, 아티팩트, MCP, 스케줄 태스크까지. 그런데 이 모든 기능을 쓰면서도 한 가지 아쉬운 순간이 있습니다. 새 대화를 열 때마다 "저는 누구인지" 다시 설명해야 하는 것. 오늘은 그 문제를 해결하는 기능을 이야기합니다. 클로드와 대화를 하다 보면 신기한 경험을 합니다. "저번에 만들어준 블로그 CSS 말인데요"라고 했는데, 클로드가 정확히 기억하고 있는 경우. 반대로 새 대화를 열었더니 어제 한 이야기를 하나도 모르는 경우. 이 차이는 어디서 올까요? 답은 메모리 입니다. 클로드에는 대화가 끝난 뒤에도 살아남는 기억 체계가 있습니다. 이것을 이해하면 클로드와의 협업이 완전히 달라집니다. 매번 같은 설명을 반복하는 대신, "나를 아는 AI"와 바로 일을 시작할 수 있으니까요. 1. 대화는 휘발된다 — 왜 메모리가 필요한가 AI 챗봇의 근본적인 한계는 대화가 끝나면 모든 맥락이 사라진다 는 것입니다. 이것은 클로드만의 문제가 아닙니다. ChatGPT든 Gemini든, 기본적으로 AI는 "지금 이 대화"만 기억합니다. 클로드가 똑똑하게 느껴지는 건 대화 안에서 문맥을 잘 추적하기 때문입니다. 하지만 새 대화를 시작하면? 백지 상태. 여러분의 이름도, 직업도, 어제 만들어달라고 한 코드의 스타일도 모릅니다. 😤 메모리 없는 세계 "안녕 클로드, 블로그 글 써줘." "네! 어떤 블로그인가요? 주제는 무...
続きを読む

블로그 자동화 첫걸음 — Blogger v3 API 정복기 [클로드 어디까지 써봤니 EP 07]

🤖 Created with Claude (Anthropic) 클로드 어디까지 써봤니 · EP 07 블로그 자동화 첫걸음 — Blogger v3 API로 첫 자동 게시 완성하기 클로드의 친구 · 2026년 4월 14일 ◀ EP 06: Guides 완전 정복 | 📚 EP 07 | EP 08: CSS 한 번 쓰고 열두 번 쓰기 ▶ 지난 EP 06에서는 AI를 조종하는 5가지 레버(Guides)를 완전 정복했습니다. 이번 에피소드에서는 드디어 블로그 자동화의 핵심 기술을 만납니다. 클로드에게 "이 글 블로그에 올려줘"라고 말하면 실제로 포스트가 올라가는 마법 — Blogger v3 API입니다. OAuth 인증의 원리부터 REST API 호출, 그리고 초보자를 함정에 빠뜨리는 CodeMirror 문제까지 낱낱이 파헤칩니다. 1. "그냥 붙여넣으면 안 되나요?" — 수동 게시의 한계 블로그 자동화를 처음 생각한 사람들은 대부분 이런 상상을 합니다. "클로드가 HTML을 만들면, 내가 복사해서 붙여넣으면 되잖아?" 맞습니다. 처음 한두 번은요. 하지만 블로그를 5개, 10개 운영하고, 매일 2~3편씩 올려야 한다면 이야기가 달라집니다. 클로드의 친구도 처음엔 그렇게 했습니다. HTML을 복사하고, 블로그 관리 화면을 열고, HTML 모드로 전환하고, 붙여넣고... 이 반복 작업이 하루에만 40분을 잡아먹었습니다. ✏️ 계산해보면: 1편 게시에 5분 × 하루 8편 = 40분 × 30일 = 매달 20시간 낭비 20시간이면 새로운 에피소드 10편을 쓸 수 있는 시간입니다. 수동 게시는 처음엔 "어렵지 않다"고 느끼지만, 규모가 커지면 반드시 병목이 됩니다. 이 병목을 제거하는 열쇠가 바로 Blogger v3 API 입니다. 2. API란 무엇인가 — 식당 비유로 이해하기 API(Application Programming Interfa...
続きを読む