Claude Code에 'Routines' 기능 등장 — AI 코딩 에이전트, 이제 반복 작업도 자동화한다

매번 똑같은 지시, 이제 안 해도 돼요

AI 코딩 도구를 쓰다 보면 매번 비슷한 패턴이 반복되는 경험, 다들 해보셨을 거예요. "PR 올리기 전에 린트 돌려줘", "커밋 메시지 컨벤션 맞춰줘", "테스트 먼저 작성하고 구현해줘" 같은 지시를 세션을 열 때마다 반복하게 되거든요. Anthropic이 Claude Code에 새로 도입한 Routines 기능은 바로 이 문제를 해결하려는 시도예요.

Routines는 쉽게 말하면 Claude Code에게 줄 수 있는 자동화된 작업 레시피예요. 미리 정의해둔 지시사항과 워크플로우를 하나의 루틴으로 묶어두면, 특정 상황에서 Claude가 알아서 그 절차를 따라가는 거죠. 일종의 "AI 에이전트용 매크로"라고 생각하면 이해가 빠를 거예요.

어떻게 동작하나요?

Routines의 핵심 아이디어는 선언적 워크플로우 정의예요. 개발자가 자연어로 "이런 상황에서는 이렇게 해줘"라고 적어두면, Claude Code가 해당 맥락을 인식했을 때 자동으로 그 절차를 수행하는 구조인데요.

예를 들어 코드 리뷰 루틴을 만든다고 해볼게요. "PR을 리뷰할 때는 먼저 변경된 파일 목록을 확인하고, 각 파일의 diff를 읽은 다음, 보안 취약점이 있는지 확인하고, 테스트 커버리지가 충분한지 체크한 뒤, 리뷰 코멘트를 작성해줘"라고 정의해두면 되는 거예요. 이걸 매번 프롬프트로 치는 대신, 한 번 루틴으로 저장해두면 claude routines run review 같은 명령 한 줄로 실행할 수 있어요.

기존에 CLAUDE.md 파일에 프로젝트 컨벤션을 적어두는 방식과 비교하면 차이가 분명해요. CLAUDE.md는 Claude에게 "이런 규칙을 알고 있어"라고 알려주는 정적인 참고 자료에 가깝거든요. 반면 Routines는 능동적으로 실행되는 절차예요. 단순히 규칙을 아는 것과, 그 규칙에 따라 순서대로 행동하는 것의 차이라고 보면 돼요.

특히 눈에 띄는 건 루틴 간의 조합 가능성이에요. 작은 루틴들을 여러 개 만들어두고 이걸 조합해서 더 큰 워크플로우를 구성할 수 있어요. 유닛 테스트 작성 루틴, 코드 포매팅 루틴, 커밋 메시지 생성 루틴을 각각 만든 다음, "feature 완성" 루틴에서 이 세 가지를 순서대로 호출하는 식이죠.

CI/CD와 만나면 더 강력해져요

Routines가 단순한 편의 기능을 넘어서는 지점은 CI/CD 파이프라인과의 통합이에요. Claude Code는 이미 터미널에서 동작하는 CLI 도구이기 때문에, GitHub Actions나 다른 CI 환경에서 루틴을 호출하는 게 자연스러워요. 예를 들어 PR이 올라오면 자동으로 코드 리뷰 루틴을 실행하고, 이슈가 발견되면 코멘트를 남기는 워크플로우를 구성할 수 있는 거죠.

이건 Cursor나 GitHub Copilot 같은 IDE 기반 AI 도구들과의 큰 차별점이에요. Cursor는 에디터 안에서 코드 작성을 도와주는 데 집중하는 반면, Claude Code는 개발 워크플로우 전체를 자동화하는 방향으로 나아가고 있거든요. 에디터 밖에서 돌아가는 빌드, 테스트, 배포 과정까지 AI가 개입할 수 있는 구조를 만들고 있는 셈이에요.

비슷한 접근으로는 OpenAI의 Codex CLI가 있는데, 아직 이 정도의 구조화된 워크플로우 시스템은 제공하지 않고 있어요. Google의 Jules도 비동기 코딩 에이전트로 포지셔닝하고 있지만, 사용자가 워크플로우를 직접 정의하고 재사용하는 기능은 Routines가 한 발 앞서 있어요.

한국 개발자라면 이렇게 활용해볼 수 있어요

당장 실무에서 써볼 수 있는 시나리오가 꽤 있어요. 한국 스타트업에서 흔한 상황 하나를 예로 들어볼게요. 코드 리뷰어가 부족한 소규모 팀에서, PR 올릴 때마다 기본적인 코드 품질 체크를 루틴으로 돌려두면 리뷰 부담이 확 줄어들 수 있어요. 보안 취약점 스캔, 네이밍 컨벤션 체크, 불필요한 console.log 제거 같은 기계적인 리뷰는 AI에게 맡기고, 사람은 비즈니스 로직과 설계 판단에 집중하는 거죠.

또 하나, 사내 코딩 컨벤션이나 아키텍처 패턴을 루틴으로 문서화해두면 온보딩에도 도움이 돼요. 새로 합류한 팀원이 "이 프로젝트에서 API 엔드포인트 추가하려면 어떻게 해?"라고 물었을 때, 기존에는 문서를 읽으라고 했다면 이제는 해당 루틴을 실행하면 단계별로 가이드받을 수 있으니까요.

다만 주의할 점도 있어요. 루틴이 복잡해질수록 예상치 못한 동작이 나올 수 있고, AI의 판단이 개입되는 만큼 결과를 무조건 신뢰하기보다는 검증 단계를 포함시키는 게 좋아요. 특히 배포나 데이터 마이그레이션 같은 되돌리기 어려운 작업에 루틴을 적용할 때는 신중해야 해요.

정리하자면

Claude Code Routines는 AI 코딩 도구가 "코드 작성 보조"에서 "개발 워크플로우 자동화 플랫폼"으로 진화하고 있다는 신호예요. 반복적인 개발 작업을 루틴으로 정의하고, CLI나 CI에서 재사용할 수 있다는 건 개발 생산성 관점에서 꽤 의미 있는 변화거든요.

여러분 팀에서 매번 반복되는 개발 작업이 있다면, 그걸 루틴으로 만들어볼 생각이 드시나요? 혹시 AI 에이전트에게 워크플로우를 맡기는 것에 대해 아직 불안한 점이 있다면, 어떤 부분이 걸리시는지 궁금해요.