에이전틱 워크플로우, 왜 Claude Code인가

에이전틱 워크플로우 도입을 검토하다 도구 비교에서 멈춘 적이 있다면, 이 페이지가 그 자리를 정리합니다. Claude Code는 코딩 도구로 시작했지만, 지금은 MCP로 외부 도구를 연결하고 자연어로 워크플로우를 정의하며 백그라운드에서 여러 세션을 동시에 굴리는 운영 플랫폼에 가까워졌습니다.

이 글은 Claude Code를 둘러싼 최근 변화를 한 장으로 묶습니다. 종속(lock-in) 우려를 어떻게 깎는지, 자율 실행 기능(/goal, dreaming, agent view)이 무엇을 바꿨는지, 청구 구조가 어떻게 나뉘는지, 그리고 Anthropic이 처음 공개한 production reference가 무엇을 보여주는지까지 순서대로 봅니다.

Claude Code가 다루는 4개 축

도구 종속 우려는 한 종류가 아닙니다. 데이터 lock-in, 워크플로우 lock-in, 모델 lock-in 세 가지가 동시에 작동합니다. Claude Code는 MCP 표준으로 데이터·도구 lock-in을, 자연어 인터페이스로 워크플로우 lock-in을, 복수 모델 옵션으로 모델 lock-in을 깎습니다. AWC가 자체 시스템 5개(Bridge Responder, Property Scanner, agentic-cms, awc-blog-automation-mcp, agentic-workflows 레포)를 전부 이 도구 위에 올린 것도 같은 이유입니다. 세 lock-in의 정의와 AWC 실측 사례는 AI 자동화 도구 종속, Claude Code로 깎는 4축에 정리했습니다.

반복 업무를 끊는 3축 — CLAUDE.md·슬래시 커맨드·hooks

매일 같은 prompt를 복붙하는 시간은 누적됩니다. Claude Code는 이 반복을 세 층으로 나눠 끊습니다. 자주 쓰는 *문장*은 CLAUDE.md 룰로, 반복되는 *작업 시퀀스*는 슬래시 커맨드(v2.1.101부터 skills로 통합)로, 매번 따라오는 *후처리*는 hooks로 옮깁니다. 세 축을 순서대로 도입하는 법과 도입 전후 비교는 Claude Code 매일 반복 prompt 끊는 3축에서 다룹니다.

세션이 여러 개로 늘어날 때 — agent view

워크플로우를 여러 개 굴리기 시작하면 터미널 탭이 늘어납니다. 5월 11일 공개된 agent view는 claude agents 한 줄로 모든 세션을 상태별(working·needs input·idle·completed·failed·stopped)로 한 화면에 모읍니다. 세션마다 자동으로 격리된 git worktree가 생기고, 세션 수만큼 사용량도 그대로 곱해집니다. 진입 경로와 supervisor 구조는 Claude Code agent view, 터미널 12개를 1개로에 정리했습니다.

조건 한 줄로 끝까지 돌리기 — /goal

/goal은 완료 조건 한 줄만 적어두면 그 조건이 충족될 때까지 턴을 반복하는 자율 모드입니다. 다만 평가자(기본값 Haiku)는 도구를 못 쓰고 대화 기록만 봅니다. 그래서 조건을 출력으로 증명 가능한 형태로 적어야 하고, 턴 상한을 함께 걸어야 합니다. 조건 안 깨는 4가지 룰은 Claude Code /goal, 조건 안 깨는 4가지에 있습니다.

세션 사이 빈 시간을 쓰는 dreaming

dreaming은 액티브 세션 사이에 스케줄된 백그라운드 프로세스가 과거 세션 log를 검토해서 다음 세션이 참조할 memory store를 만드는 기능입니다. 모델 가중치는 안 건드리고, 결과는 사람이 검토할 수 있는 일반 텍스트 파일로 떨어집니다. Harvey 사례에서 작업 완수율이 약 6배로 올라간 근거와 메모리 오염 위험까지는 Claude가 자는 사이 메모리에서 일어나는 일에서 다룹니다.

청구 구조가 바뀝니다 — 6월 15일

claude -p를 cron에 두거나 Agent SDK로 자체 도구를 운영 중이라면 챙겨야 할 변화입니다. 6월 15일부터 대화형 사용(터미널·IDE Claude Code, Cowork)은 구독 한도 그대로지만, claude -p와 Agent SDK 직접 호출은 플랜별 별도 크레딧에서 API 정가로 차감됩니다. 플랜별 크레딧 표와 시행 전 액션 체크리스트는 Claude Agent SDK 6/15부터 따로 청구에 있습니다.

Anthropic이 처음 공개한 production reference

5월 첫 주 Anthropic이 GitHub에 올린 anthropics/financial-services repo는 9개 named agent, 7개 vertical plugin, 11개 MCP 데이터 커넥터를 묶은 구조입니다. agent는 모델·메모·리서치 노트를 초안까지만 만들고, 투자 권고나 트랜잭션 실행 같은 결정은 사람이 sign-off하도록 설계 자체에 박혀 있습니다. 금융 도메인 이름을 달고 있지만 본체는 도메인 무관한 agent·vertical·MCP 묶음 구조라, 다른 업종도 같은 폴더 구조를 가져갈 수 있습니다. 4축 구조 전체는 Anthropic이 처음 통째로 푼 직무는 애널리스트였다에 정리했습니다.

지금 확인할 것

도구 선택 회의를 한 번 더 잡기 전에 세 가지만 확인하면 됩니다. 지금 반복하는 prompt 1개를 CLAUDE.md 룰로 옮길 수 있는지, claude -p나 Agent SDK를 cron에 걸어둔 곳이 있는지, 그리고 세션이 3개 이상으로 늘었다면 agent view로 옮길 시점인지입니다.

함께 읽기

• AI 자동화 도구 종속, Claude Code로 깎는 4축

• Claude Code 매일 반복 prompt 끊는 3축

• Claude Code agent view, 터미널 12개를 1개로

• Claude Code /goal, 조건 안 깨는 4가지

• Claude가 자는 사이 메모리에서 일어나는 일

• Claude Agent SDK 6/15부터 따로 청구

• Anthropic이 처음 통째로 푼 직무는 애널리스트였다

자주 묻는 질문

Q. Claude Code와 ChatGPT는 어떻게 다른가요?

챗 창 안에서 끝나는 아이디어·이미지·검색 업무는 ChatGPT가 낫습니다. Claude Code는 말로 시킨 워크플로우가 실제로 파일을 읽고 쓰고 반복 실행되는 자동화 영역에서 갈립니다.

Q. 종속(lock-in) 걱정 없이 도입할 수 있나요?

완전히 없앨 수는 없습니다. 다만 MCP로 붙인 외부 도구 연결과 자연어로 정의한 워크플로우는 모델을 바꿔도 살아남습니다. 종속 깊이를 정하는 건 도구가 아니라 그 위에 무엇을 쌓느냐입니다.

Q. /goal이나 dreaming 같은 자율 기능은 지금 바로 쓸 수 있나요?

/goal과 agent view는 v2.1.139 이상에서 바로 켤 수 있습니다. dreaming은 Managed Agents 위에서 별도 research preview 신청이 필요합니다.

Q. cron에 claude -p를 걸어뒀는데 6월 15일부터 뭐가 바뀌나요?

대화형 사용은 그대로지만 claude -p와 Agent SDK 직접 호출은 플랜별 크레딧에서 API 정가로 차감됩니다. 지금 레포에서 claude -p 호출처를 먼저 추려보는 게 순서입니다.

Q. 비개발자도 Claude Code로 워크플로우를 운영할 수 있나요?

가능합니다. 워크플로우 정의 자체가 자연어라 개발 지식이 필수가 아닙니다. CLAUDE.md 룰과 슬래시 커맨드를 세팅해두면 그다음부터는 문장으로 지시만 하면 됩니다. AWC는 운영 방법을 직접 전수하는 방식으로 비개발자 대표님들과 이 도구를 씁니다.

작성: Bruce Choe · agenticworkflows.club