Claude Opus 4.8과 함께 출시되는 가장 중요한 기능은 벤치마크 성능 향상이 아닙니다. 바로 동적 워크플로우(Dynamic Workflows)로, 한 사람이 AI에 맡길 수 있는 작업의 규모를 바꾸는 Claude Code의 새로운 기능입니다. Max, Team, Enterprise 플랜에서 리서치 프리뷰로 제공되는 동적 워크플로우는 Claude가 대규모 작업을 계획하고, 수백 개의 병렬 하위 에이전트를 가동해 독립적인 각도에서 문제를 공략하며, 서로의 발견 결과를 반박하는 적대적 에이전트를 배치하고, 답변이 수렴될 때까지 반복한 다음 결과를 보고하기 전에 출력을 검증하도록 합니다. 대표적인 활용 사례: 수십만 줄에 걸친 코드베이스 규모의 마이그레이션을 시작부터 병합까지 처리하는 것입니다.
개인 개발자에게 이는 오후 몇 시간 동안 가능한 작업의 범위를 바꿔놓습니다. 프레임워크 마이그레이션처럼 수동으로는 일주일이 걸릴 작업, 즉 200개 파일의 네임스페이스를 업데이트하고 테스트를 실행하며 실패를 수정하고 아무것도 망가지지 않았는지 확인하는 작업을 이제는 단 한 번의 Claude Code 세션으로 처리할 수 있습니다. 엔지니어링 팀에게는 이전까지 시니어 엔지니어의 수 주를 소모했던 저장소 전체 리팩터링, 의존성 전면 교체, 대규모 마이그레이션을 넘길 수 있다는 의미입니다. 이는 사용자가 각 에이전트를 수동으로 관리하는 것이 아니라, 모델 자체가 확장된 병렬 에이전트 오케스트레이션을 조정하는 것입니다.
핵심 요약
동적 워크플로우는 Claude Code 기능(리서치 프리뷰, Max/Team/Enterprise 대상)으로, Claude가 작업을 계획하고 수백 개의 병렬 하위 에이전트를 가동해 독립적인 각도에서 문제를 공략하며, 발견 결과를 반박하는 적대적 에이전트를 배치하고, 답변이 수렴될 때까지 반복한 다음 검증하고 보고합니다. 주요 활용 사례는 수십만 줄 규모의 코드베이스 마이그레이션입니다. 일반 세션보다 훨씬 많은 토큰을 사용하며, 중단되어도 재개 가능하고, 아직 리서치 프리뷰이므로 프로덕션에 중요한 작업은 반드시 검토 후 사용해야 합니다.
동적 워크플로우의 실제 작동 방식
기존 Claude Code는 단일 에이전트가 파일 읽기, 변경, 테스트 실행, 문제 수정을 순차적으로 반복하는 방식으로 작동합니다. 이는 집중된 작업에는 효과적이지만, 방대한 파일 양과 코드베이스 전반의 변경 조정이 필요한 대규모 작업에서는 단일 순차 에이전트의 한계에 부딪힙니다. 동적 워크플로우는 하나의 에이전트가 순차적으로 작업하는 구조에서 여러 에이전트가 조정 아래 병렬로 작업하는 구조로 아키텍처를 변경하여 이 문제를 해결합니다.
Claude에 대규모 작업을 지시하면, 먼저 작업을 계획하여 독립적으로 처리할 수 있는 구성 요소로 분할합니다. 그런 다음 단일 세션에서 수십에서 수백 개의 병렬 하위 에이전트를 가동하는 오케스트레이션 스크립트를 동적으로 작성합니다. 각 하위 에이전트는 문제의 자신의 부분을 처리합니다. 중요한 점은 Claude가 다른 에이전트가 발견한 내용을 반박하려고 시도하는 적대적 에이전트도 배치한다는 것입니다. 이는 오류가 전파되기 전에 잡아내는 내장된 회의 메커니즘입니다. 에이전트들이 서로의 작업을 다듬고 검증하며, 답변이 하나의 조정된 결과로 수렴될 때까지 시스템이 반복하고, Claude가 보고하기 전에 검증합니다.
이 조정은 대화 외부에서 이루어지므로, 여러 날에 걸친 실행 기간에도 계획이 유지됩니다. 진행 상황이 저장되고 작업을 재개할 수 있어, 실행이 중단되더라도 처음부터 다시 시작하지 않고 중단된 지점부터 이어서 진행합니다. 이러한 지속성 덕분에 오래 걸리는 대규모 작업이 실용적이게 됩니다. 방해가 생기면 실패하는 단일 세션을 계속 지켜볼 필요가 없습니다.
코드베이스 마이그레이션 활용 사례
Anthropic의 주요 예시는 코드베이스 규모의 마이그레이션이며, 이것이 킬러 애플리케이션인 이유를 이해할 가치가 있습니다. 대규모 마이그레이션, 즉 프레임워크 버전 업그레이드, 코드베이스 전체의 의존성 변경, 저장소 전체의 패턴 리팩터링은 인간에게는 지루하고 오류가 발생하기 쉬우며 시간이 많이 걸리지만, 병렬화할 수 있는 일관된 규칙을 따르는 작업입니다. 200개 파일의 네임스페이스를 업데이트하는 것은 지적으로 어려운 일이 아니라 단 한 번의 실수로 빌드가 깨질 수 있는 반복 작업일 뿐입니다.
동적 워크플로우를 사용하면 Claude Code는 기존 테스트 스위트를 성공 기준으로 삼아 이러한 마이그레이션을 시작부터 병합까지 수행할 수 있습니다. 하위 에이전트가 코드베이스의 여러 부분을 동시에 처리하고, 적대적 에이전트가 불일치를 포착하며, 시스템이 마이그레이션 완료를 선언하기 전에 테스트를 통해 검증합니다. 수동으로는 일주일이 걸리는 Laravel 마이그레이션이 단일 세션으로 압축될 수 있습니다. 이는 AI 코딩 도구 현황에서 다룬 더 넓은 트렌드와 직접적으로 연결됩니다. AI가 자동 완성에서 에이전트 기반 엔지니어링으로 이동하고 있으며, 동적 워크플로우는 지금까지 가장 명확한 예시입니다.
솔직한 한계점
동적 워크플로우는 강력하지만 리서치 프리뷰이며, 실제 주의사항이 있습니다. 첫째, 토큰 소비량이 상당합니다. 몇 시간 동안 수백 개의 병렬 하위 에이전트를 실행하려면 그에 비례하여 더 많은 컴퓨팅 자원이 필요하고, 이는 곧 더 많은 토큰을 의미합니다. 이는 버그가 아니라 예상된 동작이지만, 비용과 속도 제한에 영향을 미칩니다. Anthropic은 동적 워크플로우와 더 높은 노력 수준의 토큰 사용량 증가를 수용하기 위해 Claude Code 속도 제한을 특별히 상향했지만, 대규모 마이그레이션에는 상당한 리소스가 소비될 것으로 예상해야 합니다.
둘째, 아직 거친 부분이 있는 리서치 프리뷰입니다. Anthropic의 자체 가이드라인과 독립적인 리뷰어 모두 프로덕션에 중요한 마이그레이션을 검토 없이 맡기지 말라고 경고합니다. "보고 전 검증" 단계와 적대적 에이전트가 오류를 줄여주지만 완전히 없애지는 못합니다. 실수가 심각한 결과를 초래할 수 있는 모든 작업에는 사람의 출력 검토가 여전히 필수적입니다. 이는 검토되지 않은 AI 코드의 문서화된 보안 위험을 고려할 때 모든 AI 생성 코드에 적용되는 원칙입니다.
셋째, Max, Team, Enterprise 플랜(Enterprise는 출시 시 관리자가 활성화)으로만 제공됩니다. 하위 티어 플랜에서는 사용할 수 없으며, API 접근 모델은 플랜에 따라 다릅니다. Pro 플랜을 사용 중이라면 아직 동적 워크플로우에 접근할 수 없습니다.
동적 워크플로우 사용 방법
적격 플랜을 사용 중이라면 동적 워크플로우 사용은 간단합니다. Claude Code에 작업에 대한 워크플로우를 생성하라고 명시적으로 지시하세요. "이 마이그레이션을 위한 워크플로우를 생성해 줘"와 같은 표현은 Claude가 순차적으로 작업하지 않고 직접 팬아웃을 계획하도록 유도합니다. 최상의 결과를 얻으려면 테스트가 잘 갖춰진 코드베이스를 지정하세요. Claude가 성공 여부를 검증하는 데 기존 테스트 스위트를 사용하므로, 포괄적인 테스트는 더 안정적인 마이그레이션을 의미합니다. 중요한 작업에 신뢰하기 전에 중요하지 않은 마이그레이션으로 동작 방식을 먼저 이해하세요.
대규모 에이전트 기반 작업에서는 명확한 지침이 더욱 중요합니다. 모호함이 수백 개의 하위 에이전트에 걸쳐 증폭되기 때문입니다. 무료 프롬프트 옵티마이저는 하위 에이전트가 목표를 잘못 해석할 가능성을 줄이는 정확한 작업 설명을 작성하는 데 도움을 주며, TresPrompt는 프롬프트 최적화를 워크플로우에 통합합니다. 더 광범위한 Claude Code 가이드는 Claude Code 완벽 가이드를 참조하세요.
동적 워크플로우와 수동 병렬 에이전트의 비교
이전에 병렬 AI 에이전트를 다뤄본 개발자라면 동적 워크플로우의 핵심 아이디어를 인식하겠지만, 오케스트레이션은 근본적으로 다릅니다. 이전에는 여러 에이전트를 병렬로 실행한다는 것은 개발자인 여러분이 오케스트레이션을 설계해야 한다는 의미였습니다. 작업을 분할하고, 각 에이전트에 작업을 할당하고, 출력을 조정하고, 충돌을 처리하고, 결과를 검증하는 일을 말이죠. 이 방식은 효과가 있었지만 노동 집약적이었고 멀티 에이전트 설계에 대한 실제 전문 지식이 필요했습니다. 오케스트레이션 로직은 여러분의 몫이었습니다. 동적 워크플로우는 그 오케스트레이션을 모델 자체로 이동시킵니다. Claude가 오케스트레이션 스크립트를 작성하고, 작업을 어떻게 팬아웃할지 결정하며, 조정을 관리합니다. 여러분은 목표만 설명하면 됩니다.
이 변화는 진입 장벽을 극적으로 낮추기 때문에 중요합니다. 멀티 에이전트 오케스트레이션은 이전에는 에이전트 아키텍처를 깊이 이해하는 개발자의 영역이었습니다. 이제는 대규모 작업을 명확하게 설명할 수 있는 사람이라면 누구나 이 기능을 사용할 수 있습니다. 적대적 반박 단계, 즉 에이전트들이 서로의 발견 결과를 반증하려고 시도하는 단계는 대부분의 개발자가 직접 구축하지 않았을 정교한 품질 관리 메커니즘이기 때문에 특히 가치가 있습니다. Anthropic은 이를 워크플로우에 내장함으로써 모든 사용자에게 오류가 사용자에게 도달하기 전에 잡아내는 자체 검증 시스템에 대한 접근을 제공합니다.
소프트웨어 엔지니어링의 미래에서 이것이 차지하는 위치
동적 워크플로우는 AI 지원 엔지니어링이 어디로 향하고 있는지 보여주는 구체적인 신호입니다. 코드 작성을 돕는 모델에서 여러분의 지시 아래 대규모 엔지니어링 작업을 실행하는 시스템으로의 전환입니다. AI 코딩 환경에 대한 분석에서 다뤘듯이, 2026년의 승리 패턴은 프로젝트 규칙, 재사용 가능한 스킬, 경계가 정해진 하위 에이전트, 그리고 모델 주변의 결정적 도구로 구성된 제어 스택입니다. 동적 워크플로우는 그 스택의 하위 에이전트 계층을 제품화하여 접근 가능하게 만든 것입니다. 이는 에이전트 기반 코딩이 유망한 아이디어에서 실제 대규모 작업을 처리할 수 있는 실용적인 기능으로 성숙했음을 나타냅니다.
엔지니어링 팀에게 전략적 함의는 신중하게 고려할 가치가 있습니다. 이전에는 정당화하기에 너무 크거나 지루했던 작업, 즉 오랫동안 미뤄온 마이그레이션, 모두가 회피하는 의존성 업그레이드, 저장소 전체 리팩터링 등이 한 명의 엔지니어가 기계적인 작업을 처리하는 AI를 감독할 수 있게 되면 실행 가능해집니다. 이는 엔지니어를 대체하는 것이 아니라, 그들의 시간을 기계적 실행에서 설계, 검토, 판단으로 전환시킵니다. 엔지니어의 역할은 무엇이 일어나야 하는지 정의하고 그것이 올바르게 일어났는지 검증하는 쪽으로 이동하며, AI는 노동 집약적인 '어떻게'를 처리합니다. 잘 사용된다면, 이는 소규모 팀이 달성할 수 있는 것에 대한 진정한 배율기입니다.
자주 묻는 질문
Claude Code의 동적 워크플로우란 무엇인가요?
동적 워크플로우는 Claude Code가 대규모 작업을 계획하고 단일 세션에서 수백 개의 병렬 하위 에이전트를 실행할 수 있게 해주는 리서치 프리뷰 기능입니다. 하위 에이전트는 독립적인 각도에서 문제를 공략하고, 적대적 에이전트는 그 발견 결과를 반박하려고 시도하며, 시스템은 답변이 수렴될 때까지 반복한 다음 출력을 검증합니다. 주요 활용 사례는 수십만 줄의 코드에 걸친 코드베이스 규모의 마이그레이션입니다.
어떤 플랜에서 동적 워크플로우에 접근할 수 있나요?
동적 워크플로우는 Claude Code의 Max, Team, Enterprise 플랜에서 사용할 수 있습니다. Enterprise의 경우 출시 시 관리자가 활성화합니다. Max 및 Team 플랜에서는 기본적으로 켜져 있으며 API를 통해 사용할 수 있습니다. Pro 플랜은 초기 출시에서 동적 워크플로우에 접근할 수 없습니다.
동적 워크플로우는 토큰을 많이 사용하나요?
네, 일반 Claude Code 세션보다 상당히 많이 사용합니다. 몇 시간 동안 수백 개의 병렬 하위 에이전트를 실행하려면 그에 비례하여 더 많은 컴퓨팅 자원이 필요합니다. Anthropic은 이를 수용하기 위해 Claude Code 속도 제한을 상향했습니다. 대규모 마이그레이션은 상당한 토큰을 소비할 것으로 예상되므로, 사용 계획에 반영하세요.
프로덕션 코드에 동적 워크플로우를 사용할 수 있나요?
주의해서 사용해야 합니다. 아직 거친 부분이 있는 리서치 프리뷰이며, Anthropic과 독립적인 리뷰어 모두 프로덕션에 중요한 변경 사항을 병합하기 전에 출력을 검토할 것을 권장합니다. 적대적 에이전트와 검증 단계가 오류를 줄여주지만 완전히 없애지는 못합니다. 중요하지 않은 작업부터 시작하고, 테스트 스위트가 포괄적인지 확인하며, 중요한 마이그레이션에 신뢰하기 전에 결과를 검토하세요.
동적 워크플로우를 어떻게 시작하나요?
적격 플랜에서 Claude Code에 워크플로우를 생성하라고 명시적으로 지시하세요. "이 작업을 위한 워크플로우를 만들어 줘"와 같은 표현은 Claude가 병렬 팬아웃을 스스로 계획하도록 유도합니다. Claude가 성공 여부를 검증하는 데 기존 테스트 스위트를 사용하므로, 테스트가 잘 갖춰진 코드베이스를 지정하세요. 작업은 재개 가능하므로, 중단된 실행도 중단된 지점부터 다시 시작합니다.
공개: 이 글의 일부 링크는 제휴 링크입니다. 직접 테스트하고 정기적으로 사용하는 도구만 추천합니다. 전체 공개 정책을 참조하세요.