Claude Code가 스스로 팀을 꾸린다고?! 다이나믹 워크플로우 완전 정복

 

 

 

혹시 Claude Code에게 복잡한 작업을 맡겼다가 이런 경험 해보신 적 있으신가요?

 

"보안 취약점 50개 찾아줘!"  

→ 35개 찾고는 "완료했습니다!" 

→ ???

 

아니면 이런 경우도요...

 

"내 코드 리뷰해줘!"  

→ "훌륭한 코드입니다!"  

→ (자기가 짠 코드라 칭찬 일색...)

 

이런 문제들을 근본적으로 해결하는 기능이 나왔습니다!

바로 다이나믹 워크플로우(Dynamic Workflows) 입니다.

 

 

다이나믹 워크플로우가 뭔가요?

 

한 줄로 표현하면 이렇습니다.

 

"Claude가 스스로 여러 명의 AI 직원을 채용해서 업무를 분담시키는 기능"

 

조금 더 풀어서 설명하면...

 

기존에는 Claude Code 혼자서 모든 걸 처리했어요.

계획도 혼자, 실행도 혼자, 검토도 혼자...

 

그런데 다이나믹 워크플로우가 생기면서,

Claude가 직접 "나는 기획 담당, 너는 실행 담당, 넌 검토 담당!" 하고

여러 AI 에이전트를 즉석에서 조직하고 지휘할 수 있게 됐습니다!

 

 

왜 이게 필요했을까요?

 

Claude 혼자 일하다 보면 세 가지 고질적인 문제가 있었어요.

 

1) 문제 1. "귀찮아서 그냥 끝냈어요" (에이전틱 게으름)

 

나: 이 프로젝트에서 버그 100개 다 찾아줘!

Claude: (열심히 찾다가 70개쯤에서...)

Claude: "총 70개의 버그를 발견했습니다. 작업 완료!"

나: ???

 

복잡하고 긴 작업을 하다 보면 중간에 "됐다~" 하고 끝내버리는 현상이 생겼어요.

마치 야근 중에 대충 마무리하는 직원처럼요...

 

2) 문제 2. "내가 짠 코드가 제일 예뻐" (자기 편향)

 

나: 네가 방금 작성한 코드 검토해봐.

Claude: "완벽합니다! 훌륭한 코드예요!"

나: (진짜로?...)

 

자기가 만든 결과물을 스스로 검증하면 객관성이 떨어지는 건 AI도 마찬가지였어요.

 

3) 문제 3. "어... 처음에 뭐 하려고 했더라?" (목표 표류)

 

대화가 길어지면 Claude가 초반의 중요한 조건들을 잊어버리는 문제가 있었어요.

 

처음: "React는 절대 쓰지 말고 Vue로만 작성해줘!"

(한참 뒤...)

Claude: (React 코드를 열심히 작성 중...)

나: ㅠㅠ

 

다이나믹 워크플로우는 이 세 가지를 "애초에 여러 에이전트가 나눠서 하면 되잖아!" 라는 아이디어로 해결합니다.

 

 

실제로 어떻게 동작하나요?

 

쉬운 예시로 설명해볼게요.

 

1) 기존 방식 (혼자 처리)

 

나: 이력서 100개 검토해서 순위 매겨줘!

 

Claude: (이력서 100개를 혼자 다 읽으면서...)

→ 컨텍스트 창이 꽉 찬다

→ 뒤로 갈수록 판단이 흐려진다

→ 초반 기준이랑 후반 기준이 달라진다

 

2) 다이나믹 워크플로우 방식 (팀으로 처리)

 

나: 이력서 100개 검토해서 순위 매겨줘!

 

Claude (오케스트레이터): 알겠습니다. 워크플로우를 구성합니다!

→ 에이전트 A: 이력서 1~25번 검토

→ 에이전트 B: 이력서 26~50번 검토

→ 에이전트 C: 이력서 51~75번 검토

→ 에이전트 D: 이력서 76~100번 검토

→ 에이전트 E: A~D 결과를 종합해서 최종 랭킹 작성

→ 에이전트 F: E의 결과가 공정한지 한 번 더 검증

 

각 에이전트는 **자기 맡은 부분만 집중하기 때문에** 훨씬 정확합니다!

 

 

## 어떻게 사용하나요?

 

사용법은 정말 간단해요! 그냥 말로 하면 됩니다.

# 방법 1: 자연어로 요청
"워크플로우를 사용해서 내 코드베이스에서 보안 취약점 찾아줘"

# 방법 2: 마법의 키워드 사용
"ultracode로 이 이력서 50개 검토해서 백엔드 개발자 포지션에 맞게 순위 매겨줘"

 

 

`ultracode`라는 키워드를 쓰면 Claude Code가 확실하게 워크플로우를 생성합니다.

 

 

자주 쓰이는 패턴 7가지

 

Claude가 워크플로우를 만들 때 사용하는 패턴들이에요.

어떤 상황에 어떤 패턴을 쓰는지 예시와 함께 알아볼게요!

 

1) 패턴 1. 분류 후 행동 (Classify-and-Act)

 

"먼저 종류를 파악하고, 종류에 맞게 처리한다"

 

예시: 고객 문의 자동 분류

고객 문의 1000건 들어옴
→ 분류 에이전트: "버그 신고 / 환불 요청 / 일반 문의" 분류
→ 버그 신고 → 개발팀 에이전트 처리
→ 환불 요청 → 결제팀 에이전트 처리
→ 일반 문의 → FAQ 에이전트 처리

 

 

프롬프트 예시:

"고객 지원 티켓 500개를 분류해서 종류별로 처리 방법을 제안하는
워크플로우를 만들어줘"

 

 

2) 패턴 2. 분산 후 종합 (Fan-out-and-Synthesize)

 

"여러 에이전트에게 나눠서 시키고, 결과를 하나로 합친다"

 

예시: 대규모 코드 리팩터링

모듈 20개짜리 프로젝트 리팩터링
→ 에이전트 1~20: 각자 담당 모듈 리팩터링
(모두 동시에 작업! 병렬 처리 🚀)
→ 종합 에이전트: 20개 결과를 하나로 합치고 충돌 해결

 

 

프롬프트 예시:

"우리 프로젝트의 모든 API 엔드포인트를 워크플로우로 문서화해줘.
각 엔드포인트마다 에이전트를 하나씩 써서 병렬로 처리해줘"

 

 

3) 패턴 3. 적대적 검증 (Adversarial Verification)

 

"만든 사람 따로, 검토하는 사람 따로"

 

이게 핵심 패턴이에요! 자기 편향 문제를 완벽하게 해결합니다.

 

예시: 팩트체크 시스템

블로그 글 초안 작성
→ 작성 에이전트: 글 작성
→ 검증 에이전트: "이 주장 하나하나 다 근거 있어?" 꼼꼼하게 검토
→ 최종: 검증된 사실만 남긴 글

 

 

예시: 코드 보안 검토

코드 작성 에이전트: 기능 구현
→ 보안 검토 에이전트: "SQL 인젝션은? XSS는? 인증 우회는?" 적대적 검토
→ 통과한 코드만 최종 반영

 

 

프롬프트 예시:

"내 사업계획서를 워크플로우로 검토해줘.
하나의 에이전트는 투자자 시각으로, 하나는 고객 시각으로,
하나는 경쟁사 시각으로 각각 비판적으로 분석해줘"

 

 

4) 패턴 4. 생성 후 필터링 (Generate-and-Filter)

 

"많이 만들고, 좋은 것만 남긴다"

 

예시: CLI 툴 이름 짓기

이름 생성 에이전트들: 후보 50개 생성
→ 중복 제거 에이전트: 비슷한 것들 제거
→ 필터링 에이전트: "기억하기 쉬운가? 발음하기 쉬운가? 의미가 명확한가?" 체크
→ 최종 후보 5개만 반환

 

프롬프트 예시:

"우리 새 앱 이름을 워크플로우로 제안해줘.
일단 100개 후보를 생성하고, 기억하기 쉽고 검색하기 좋은 것들로 필터링해서
최종 10개만 뽑아줘"

 

 

5) 패턴 5. 토너먼트 (Tournament)

 

"누가 제일 잘하나 경쟁 붙이기"

 

예시: 최고의 알고리즘 찾기

같은 문제에 4가지 접근법 적용
→ 에이전트 A: 재귀 방식으로 구현
→ 에이전트 B: 동적 프로그래밍으로 구현
→ 에이전트 C: 탐욕 알고리즘으로 구현
→ 에이전트 D: 브루트포스로 구현
→ 심판 에이전트: 성능 · 가독성 · 유지보수성 기준으로 A vs B, C vs D... 토너먼트!
→ 최종 우승 방식 채택

 

프롬프트 예시:

"데이터 파싱 함수를 3가지 방법으로 구현해보고
성능과 코드 가독성 기준으로 토너먼트를 열어서 최고의 방법을 골라줘"

 

 

6) 패턴 6. 완료될 때까지 반복 (Loop Until Done)

 

"다 끝날 때까지 멈추지 않는다"

 

예시: 플리키한 테스트 잡기

나: 이 테스트가 100번에 1번꼴로 실패해. 원인 찾아줘!

워크플로우:
→ 계속 테스트 실행
→ 실패 패턴 분석 에이전트
→ 가설 생성 에이전트
→ (실패 재현 성공할 때까지 반복!)
→ 원인 확정 후 종료

 

프롬프트 예시:

"이 레이스 컨디션 버그를 워크플로우로 재현해줘.
여러 가설을 세우고, 그 중 하나가 확실히 증명될 때까지 멈추지 마"

 

7) 패턴 7. 모델 라우팅 (Model Routing)

 

"쉬운 건 빠른 모델, 어려운 건 똑똑한 모델"

 

예시: 똑똑한 모델 배분

작업 분석 에이전트 (Sonnet):
→ "이 작업, 파일이 3개밖에 없네? → Sonnet으로 충분"
→ "이 작업, 파일 200개짜리네? → Opus 투입!"
→ 작업 복잡도에 따라 최적 모델 자동 선택
→ 비용 절감 + 성능 최적화

 

 

 

실전 프롬프트 모음

 

바로 복사해서 써도 되는 예시들이에요!

 

# 데이터 분석
"워크플로우를 써서 우리 팀 슬랙 #incidents 채널 6개월치를 분석하고,
반복적으로 등장하는 장애 원인을 찾아줘.
아무도 티켓을 안 올린 숨겨진 문제들도 찾아줘."

# 버그 헌팅
"이 테스트가 50번 중 1번 실패해.
워크플로우로 경쟁 이론들을 세우고, 증거로 하나가 살아남을 때까지 멈추지 마."

# 문서 검증
"내 기술 블로그 초안을 워크플로우로 팩트체크해줘.
모든 기술적 주장을 실제 코드베이스에서 검증해서, 틀린 내용이 없게 해줘."

# 리팩터링
"User 모델을 Account로 전체 코드베이스에서 이름 바꾸는 워크플로우 만들어줘."

# 자기 개선
"내 최근 Claude 대화 50개를 분석해서,
내가 반복적으로 수정 요청하는 패턴을 CLAUDE.md 규칙으로 만들어줘."

# 대규모 처리
"이 이력서 80개를 워크플로우로 검토해서 백엔드 개발자 포지션에 맞게 순위 매겨줘.
상위 10개는 더 꼼꼼하게 다시 검토해줘."

 

 

 

## 주의할 점

 

1) 토큰(비용)을 많이 써요!

 

다이나믹 워크플로우는 에이전트를 여러 개 쓰는 만큼, 토큰 소비가 상당합니다.

 

복잡하고 중요한 작업에는 딱이지만, 간단한 작업에 쓰면 오버킬이에요.

 

워크플로우 쓰기 좋은 경우:

- 파일 100개 이상의 대규모 마이그레이션

- 객관적인 검증이 필요한 중요한 결정

- 병렬 처리로 시간을 크게 단축할 수 있는 작업

- 반복 실행이 필요한 자동화 파이프라인

 

일반 방식으로 충분한 경우:

- 함수 하나 수정

- 간단한 코드 설명

- 짧은 문서 작성

 

2) 토큰 예산 설정도 가능해요!

 

"10k 토큰 예산으로 이 작업 워크플로우 만들어줘"

 

이렇게 하면 비용 한도를 설정할 수 있어요.

 

 

워크플로우 저장하고 팀과 공유하기

 

마음에 드는 워크플로우는 저장해뒀다가 다시 쓸 수 있어요!

 

- 저장: 워크플로우 메뉴에서 'S' 키 누르기

- 저장 위치: ~/.claude/workflows/

 

팀원과 공유:

- 스킬 폴더에 넣고 SKILL.MD에서 참조하면 됩니다

 

 

마무리

 

다이나믹 워크플로우를 한 문장으로 정리하면...

 

"Claude가 스스로 AI 팀을 꾸려서 복잡한 작업을 나눠 처리하는 기능"

 

혼자 일하다 지치고, 자기 편향이 생기고, 목표를 잊어버리던 문제들을 한 방에 해결합니다.

 

특히 비기술적인 업무에서도 엄청난 효과가 있다는 게 포인트예요! 사업계획서 분석, 고객 문의 분류, 데이터 패턴 분석... 코딩 아닌 분야에도 얼마든지 활용할 수 있습니다.

 

아직 모범 사례가 쌓여가는 초기 단계이지만, 지금 이 순간이 가장 먼저 경험할 수 있는 기회이기도 하죠!

 

`ultracode` 한 번 입력해보세요.

 

 

 

#ClaudeCode #다이나믹워크플로우 #DynamicWorkflows #AI에이전트 #멀티에이전트 #Anthropic #개발생산성 #AIcoding #클로드코드 #워크플로우자동화