Claude Code의 dynamic workflows는 단순히 “AI에게 코드를 물어보는 기능”이 아니다.
Claude가 작업 계획을 세우고, 실행 중 오케스트레이션 스크립트를 작성하며, 여러 하위 에이전트를 병렬로 구동하는 방식이다.1
핵심 변화는 속도보다 작업 구조에 있다.
큰 작업을 하나의 긴 대화로 밀어 넣는 대신, Claude가 일을 나누고 실행하고 결과를 다시 모으는 흐름을 만든다.
dynamic workflows가 바꾸는 것
기존 Claude Code 사용이 “한 에이전트와 함께 문제를 푸는 방식”에 가까웠다면, dynamic workflows는 “Claude가 작업팀을 구성해 실행하는 방식”에 가깝다.
이 기능은 코드베이스 전체 버그 조사, 대규모 마이그레이션, 보안 감사처럼 범위가 넓고 병렬화하기 쉬운 작업에 맞춰져 있다. Anthropic은 한 세션에서 수십~수백 개의 병렬 subagent를 실행할 수 있다고 설명한다.1
Claude Code 문서도 dynamic workflows를 많은 subagent를 실행하고 결과를 교차 검증하는 스크립트 기반 방식으로 구분한다.2
즉, 사용자가 모든 세부 단계를 지시하기보다 “무엇을 끝내야 하는지”와 “어떤 기준으로 성공을 판단할지”를 명확히 제시하는 쪽이 중요해진다.
프롬프트에 “workflow”라는 단어를 사용해 워크플로 생성을 요청하거나, Claude Code 전용 설정인 ultracode를 effort 메뉴에서 켜는 방식으로 시작할 수 있다.1 Anthropic은 dynamic workflows를 사용할 때 auto mode를 켜는 것도 권장한다.1
사용할 수 있는 환경과 활성화 조건
dynamic workflows는 Claude Code CLI, Desktop, VS Code 확장, Claude API, Amazon Bedrock, Vertex AI, Microsoft Foundry에서 제공된다.1
플랜 기준으로는 Max, Team, Enterprise에서 사용할 수 있다.
Max·Team 플랜과 API 사용자는 기본 활성화되어 있으며, Enterprise는 출시 시점에 기본 비활성화되어 있어 관리자가 별도로 켜야 한다.1
이 차이는 실무 도입에서 중요하다. 개인이나 팀 단위 실험은 바로 시작하기 쉽지만, Enterprise 환경에서는 보안·비용·권한 정책을 먼저 정리해야 할 가능성이 크다.
먼저 작은 작업으로 시험해야 하는 이유
dynamic workflows는 일반 Claude Code 세션보다 토큰을 훨씬 많이 사용할 수 있다.1
여러 하위 에이전트를 병렬로 실행하고 결과를 종합하는 구조이기 때문에, 작은 질문 하나를 처리하는 방식과 비용 구조가 다르다.
그래서 처음부터 저장소 전체를 맡기기보다 범위가 제한된 작업으로 시작하는 편이 안전하다. Anthropic도 처음 사용할 때는 제한된 범위의 작업으로 시험하라고 권장한다.1
실무에서는 다음처럼 적용 범위를 좁히는 방식이 좋다.
특정 디렉터리의 죽은 코드 탐지
한 모듈 안에서 반복되는 API 사용 패턴 점검
제한된 범위의 보안 취약 패턴 조사
특정 마이그레이션 대상 파일 목록 생성
이런 작업은 병렬화하기 쉽고, 결과를 검증할 기준도 비교적 분명하다.
배울 점: 자동화보다 작업 설계가 중요해진다
dynamic workflows의 의미는 “AI가 더 많은 일을 한다”에만 있지 않다.
개발자가 AI에게 일을 맡기는 방식도 바뀐다는 데 있다.
작은 수정이나 맥락 의존적인 판단에는 dynamic workflows가 과할 수 있다. 반대로 반복 가능하고, 병렬화할 수 있으며, 검증 기준이 있는 작업에서는 가치가 커진다.
결국 이 기능의 핵심은 모든 일을 자동화하는 것이 아니다.
큰 작업을 Claude가 관리 가능한 단위로 나누고, 여러 하위 에이전트의 결과를 다시 하나의 결과로 묶게 만드는 것이다.
dynamic workflows를 잘 쓰려면 프롬프트를 더 길게 쓰는 것보다, 작업의 범위와 성공 기준을 더 선명하게 정해야 한다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.