클로드 코드의 동적 워크플로우 (Dynamic Workflows in Claude Code)

• 오늘 Claude Code에 동적 워크플로 도입

  • Claude가 가장 까다로운 작업도 처음부터 끝까지 맡도록 확장

  • 보통 분기 단위로 계획하던 일이 며칠 안에 끝나는 수준

  • 단일 세션 안에서 수십~수백 개 병렬 서브에이전트를 조율하는 스크립트를 Claude가 동적으로 작성

  • 결과가 사용자에게 도달하기 전 자체 검증까지 수행

• 하나의 에이전트가 한 번 훑는 방식만으로는 감당하기 어려운 문제 대응

  • 복잡한 레거시 코드베이스 전반의 버그 추적

  • 수백 개 파일에 걸친 마이그레이션

  • 최종 결정을 내리기 전 여러 각도에서 압박 검증이 필요한 계획

  • 이런 작업을 동적 워크플로가 끝까지 처리

• 동적 워크플로 제공 범위

  • 연구 프리뷰 형태로 Claude Code CLI, Desktop, VS Code 확장에서 제공

  • Max, Team, Enterprise 플랜에서 사용 대상, Enterprise는 관리자가 활성화해야 함

  • Claude API, Amazon Bedrock, Vertex AI, Microsoft Foundry에서도 제공

• 주의 사항

  • 동적 워크플로는 일반적인 Claude Code 세션보다 토큰 사용량이 크게 늘 수 있음

  • 먼저 범위를 좁힌 작업으로 사용 감각부터 익히길 권장

• 권장 사용 방식

  • 최적 경험을 위해 auto mode 활성화 권장

  • 시작 방법은 두 가지

    • Claude에게 직접 동적 워크플로 생성을 요청. 예: "Create a workflow"

    • Claude Code 전용 설정 ultracode 활성화

    • effort 메뉴에서 접근 가능

    • effort level을 xhigh로 설정

  • 작업 처리에 워크플로가 필요한 순간을 Claude가 자동 판단

동적 워크플로가 실제로 하는 일

• Anthropic 내부 팀과 얼리 액세스 사용자가 이미 폭넓게 활용 중

• 코드베이스 전체를 병렬로 뒤지고, 각 결과를 따로 검증해 실제 문제만 남김

  • 코드베이스 전반의 버그 추적

  • 프로파일러 기반 최적화 감사

  • 보안 감사

  • 서비스나 저장소를 병렬 검색한 뒤, 각 발견 사항마다 독립 검증 수행

  • 보고서에는 실제 이슈만 남도록 정리

  • 같은 방식으로 인증 검사, 입력 검증, 위험 패턴 점검 같은 하드닝 작업도 코드베이스 전체에 적용

• 대규모 마이그레이션과 현대화 작업 대응

  • 프레임워크 교체

  • API 지원 종료 대응

  • 수천 개 파일에 걸친 언어 포팅까지 끝까지 처리

• 틀리면 비용이 큰 핵심 작업에서 이중 확인 수행

  • 같은 문제를 여러 독립 시도로 다시 풀게 함

  • 결과를 깨뜨리려는 적대적 에이전트도 함께 투입

  • 사용자가 보기 전 더 강하게 검증

• 대형 코드베이스에서 탐색과 리뷰 작업에 특히 유용하다는 사용자 평가

  • 전통적인 정적 분석이 놓친 죽은 코드와 정리 대상을 찾아냄

  • 유지보수와 리팩터링 속도를 높이는 데 도움

• 단일 서브에이전트 호출과 완전한 에이전트 팀 구축 사이의 공백을 메운다는 평가

  • 계획에서 구현까지 자연스럽게 이어짐

  • 긴 실행도 가시성을 잃지 않고 더 신뢰할 수 있다는 반응

동적 워크플로로 Bun 다시 쓰기

• Jarred Sumner가 동적 워크플로를 사용해 Bun을 Zig에서 Rust로 포팅

  • 기존 테스트 스위트 통과율 99.8%

  • Rust 코드 약 75만 줄

  • 첫 커밋부터 머지까지 11일

• 첫 번째 워크플로가 Zig 코드베이스의 각 struct field에 맞는 Rust lifetime 전부 매핑

• 다음 워크플로가 모든 .rs 파일을 대응하는 .zig 파일과 동작이 동일한 포트로 작성

  • 수백 개 에이전트가 병렬 작업

  • 각 파일마다 리뷰어 2명 배치

• 이후 수정 루프가 빌드와 테스트 스위트를 반복 구동

  • 둘 다 깨끗하게 통과할 때까지 계속 수정

• 포팅 완료 뒤에는 야간 워크플로가 불필요한 데이터 복사를 정리

  • 각 수정 사항마다 최종 검토용 PR 생성

• 아직 프로덕션 반영 전이지만, 이 전체 과정이 동적 워크플로로 처리됨

• Jarred가 이후 더 자세히 쓸 예정

작동 방식

• 워크플로가 시작되면 Claude가 프롬프트를 바탕으로 동적으로 계획 수립

  • 작업을 하위 과제로 쪼갬

  • 병렬로 실행되는 서브에이전트들에 분산

  • 결과를 합치기 전에 먼저 검증

  • 사용자는 하나로 조율된 최종 답변만 받게 됨

• 에이전트들이 서로 다른 관점에서 같은 문제를 다룸

  • 다른 에이전트들이 그 결과를 반박하려 시도

  • 답이 수렴할 때까지 실행 반복

  • 이 과정을 통해 단일 패스로는 못 내는 결과까지 도달

• 동적 워크플로가 겨냥한 작업 특성

  • 병렬 실행에 잘 맞는 작업

  • 수시간에서 수일 이어지는 장기 실행 작업

  • 예전에는 몇 주 걸리던 가장 복잡한 엔지니어링 작업

• 실행 도중 진행 상태를 계속 저장

  • 중단된 작업도 처음부터 다시 시작하지 않음

  • 멈춘 지점부터 이어서 실행

• 조율이 대화 바깥에서 이뤄짐

  • 작업 규모가 커져도 계획이 흐트러지지 않음

• 사용량 경고

  • 동적 워크플로는 일반적인 Claude Code 세션보다 사용량을 눈에 띄게 더 소비

  • 워크플로가 처음 발동할 때 Claude Code가 실행 예정 내용을 먼저 보여주고 확인 요청

  • 조직 관리자는 managed settings에서 워크플로를 선택적으로 비활성화 가능

시작 방법

• Max 또는 Team 플랜 사용자, 혹은 API로 Claude Code를 쓰는 경우

  • 동적 워크플로 기본 활성화

  • Claude에게 워크플로 생성을 요청하거나 ultracode 설정을 켜면 바로 시작

• Enterprise 플랜의 출시 시점 기본값

  • 동적 워크플로 비활성화

  • 관리자가 Claude Code 설정에서 쉽게 변경 가능

• 더 알아보려면 문서 참고

^{source https://claude.com/blog/introducing-dynamic-workflows-in-claude-code}

HN 댓글 반응의 중심은 속도가 아니라 정확도였다. 에이전트를 더 많이 돌리고 검토 단계를 겹쳐도 결과가 맞는지 확신하기 어렵고, 계획과 명세, 검증 절차보다 토큰 사용량만 키우는 업데이트처럼 보인다는 지적이 많았다.

긴 세션과 반복 패스가 품질을 끌어올리기보다 노이즈를 키운다는 경험담도 많았다. 잘못 잡힌 설계나 빠진 제약은 여러 에이전트를 거치며 더 복잡한 코드와 우회책으로 굳어질 수 있어서, 사람 없이 계속 돌리는 방식은 아직 못 믿겠다는 쪽이 우세했다.

병목으로 더 자주 지목된 것은 자동화 규모보다 제어 방식이었다. 작업이 어긋나는 순간 끼어들어 방향을 고치고, 파일 읽기나 변경 맥락을 더 세밀하게 통제하고, 잦은 승인 프롬프트 대신 흐름을 보면서 개입할 수 있어야 실무에 맞는다는 요구가 이어졌다.

반대로 테스트와 정답 기준이 분명한 작업에서는 효과를 봤다는 의견도 분명했다. 대규모 리팩터링, 포트, 코드베이스 전반의 리뷰처럼 결과를 비교하고 검증하기 쉬운 일에서는 하위 작업 병렬화와 별도 리뷰 에이전트가 실제로 도움이 된다는 경험이 나왔다.

성패를 가르는 조건으로는 계획과 검증 장치가 반복해서 언급됐다. 처음부터 요구사항과 금지 조건을 좁게 적고, 테스트·퍼저·린터·수동 리뷰까지 붙여야 복잡한 기능도 버틸 수 있으며, 그 틀이 없으면 에이전트는 쉽게 원래 의도에서 벗어난다는 지적이다.

내부 오케스트레이션이 더 불투명해질수록 비용이 어디서 새고 사람이 어느 단계에서 개입해야 하는지 파악하기 어려워진다는 우려도 컸다. 그래서 벤더가 감춘 자동화에 맡기기보다 검토 단계와 비용 통제 지점이 드러난 흐름을 직접 짜겠다는 반응이 적지 않았다.