한줄 요약
Claude Code는 명령하는 도구가 아니라 위임하는 시스템으로 써야 에이전시 생산성이 바뀐다.
외주 개발사나 IT 에이전시에서 Claude Code를 쓰는 방식은 대부분 비슷하다. 터미널에서 코드 짜달라고 요청하고, 답 받고, 다시 질문한다. 이게 틀린 건 아닌데, 문제는 이 방식이 Claude Code가 할 수 있는 것의 절반에도 못 미친다는 거다. Claude Code를 만든 Anthropic 개발자가 직접 공개한 기능 목록을 보면, 방향이 확연히 다르다. 이 기능들의 공통 설계 원칙은 하나다. Claude가 사람 없이도 일을 계속하게 만드는 것.
에이전시 입장에서 이 전환이 왜 중요한지, 어떤 기능부터 적용해야 하는지 정리했다.
에이전시에서 AI 도구를 "반만 쓰는" 이유가 뭔가?
대부분의 개발팀은 Claude Code를 고급 자동완성 수준으로 쓴다. 코드 한 조각 요청하고, 받아서 붙여 넣고, 다음 작업으로 넘어간다. 이 패턴의 문제는 사람이 항상 루프 안에 있어야 한다는 점이다. Claude가 멈추면 작업도 멈춘다.
에이전시 프로젝트는 다르다. 마이그레이션, 반복 리팩토링, PR 관리, 코드 리뷰 사이클 같은 작업은 사람이 일일이 붙어 있을 필요가 없는 것들이다. /loop와 /batch는 이 지점을 직접 건드린다. /loop는 최대 1주일 단위로 작업을 자동 반복 실행한다. /batch는 수십에서 수천 개의 병렬 에이전트에 작업을 쪼개 동시에 처리한다. 대규모 코드베이스를 다루는 에이전시라면 이 두 기능만으로도 운영 방식이 달라진다.
코드 리뷰를 같은 모델에게 맡기면 무슨 문제가 생기나?
에이전시에서 흔히 생기는 구조적 맹점이 있다. Claude로 코드를 짜고, Claude에게 리뷰를 맡기는 것이다. 같은 모델이 생성할 때 놓친 부분은 리뷰할 때도 그냥 넘어갈 가능성이 높다. 같은 편향을 공유하고 있으니까.
Claude Code 안에서 OpenAI Codex를 호출해 코드 리뷰를 돌릴 수 있는 공식 플러그인이 이 문제를 해결하는 방법 중 하나다. 특히 /codex:adversarial-review는 코드가 작동하는지가 아니라, 이 구현이 적절한지를 묻는 방식이다. 가정, 트레이드오프, 장애 모드, 대안을 전부 압박한다. 에이전시에서 납품 전 최종 리뷰 단계에 끼워 넣기 좋은 구조다. Claude가 쓴 코드를 다른 모델의 눈으로 한 번 더 보는 것, 이 한 단계가 품질 게이트 역할을 한다.
자리를 비워도 작업이 돌아가게 하려면 어떻게 설정하나?
에이전시 운영에서 가장 비효율적인 순간은 Claude가 멈춰 있는 시간이다. 담당자가 자리를 비우거나, 다른 작업에 집중하는 동안 Claude는 아무것도 하지 않는다. Hooks 기능은 이 구조를 바꾼다.
Claude가 무언가를 실행하기 전후에 원하는 동작을 끼워 넣을 수 있다. 예를 들어, 권한 요청이 들어오면 메신저로 알림을 받고 원격으로 승인하거나 거부할 수 있다. Claude가 멈추면 자동으로 다음 단계를 이어가도록 설정하는 것도 가능하다. Cowork Dispatch는 한 발 더 나가서, 자리를 비운 상태에서 Slack·이메일 확인, 파일 관리, 노트북 작업을 Claude가 대신 처리하게 한다. 에이전시 PM이나 테크 리드가 미팅 중인 동안 Claude가 병렬로 돌아가는 그림이 가능해진다.
