Claude Code 상세 사용법 17: Routines로 클라우드 자동화 만들기 | DAKER 커뮤니티
Claude Code 상세 사용법 17: Routines로 클라우드 자동화 만들기
공식 Claude Code Routines 문서는 이 기능을 "저장된 Claude Code 설정"으로 설명한다. 프롬프트, GitHub 리포지터리, 환경, 커넥터, 트리거를 한 묶음으로 만들고 Anthropic 관리 클라우드에서 실행한다. 노트북이 꺼져 있어도 돌아가는 점이 /loop나 로컬 스크립트와 다르다.
2026년 5월 31일 기준 Routines는 research preview다. 그래서 팀 운영 문서에는 "API와 제한은 바뀔 수 있다"는 전제를 같이 적어 둔다. 그래도 반복 코드 리뷰, 배포 확인, 문서 드리프트 점검처럼 결과가 분명한 작업에는 이미 실전 가치가 있다.
1. Routine에 맡길 일을 좁힌다
좋은 Routine은 "알아서 개발해줘"가 아니라 닫힌 작업이다.
매주 월-금 오전 9시에 실행한다.
지난 24시간 동안 열린 PR을 읽고, 테스트 실패와 리뷰 미응답 항목만 요약한다.
코드를 수정하지 말고 Slack 요약 초안과 GitHub 코멘트 초안만 만든다.
성공 기준: PR 번호, 위험도, 다음 담당자가 표로 나온다.이렇게 성공 기준을 적어야 AI 코딩 자동화가 보고서인지, PR 생성인지, 알림인지 흔들리지 않는다.
2. 생성 위치를 고른다
4. 권한은 실행 전에 줄인다
Routine은 자율 실행되므로 실행 중 승인 프롬프트가 없다. 리포지터리는 필요한 것만 선택하고, 브랜치 푸시는 기본 claude/ prefix 브랜치로 제한한다. 커넥터는 기본 포함된 항목을 그대로 두지 말고 불필요한 MCP 연결을 제거한다. 환경 변수와 네트워크 access도 작업 목적만 통과시킨다.
5. 초록 상태를 성공으로 보지 않는다
공식 문서는 run list의 초록 상태가 인프라 오류 없이 시작과 종료가 됐다는 뜻이지, 프롬프트 목표를 달성했다는 뜻은 아니라고 설명한다. 실행 후 transcript, diff, 생성 PR, 외부 알림 내용을 확인해야 한다.
Senior takeaway: Claude Code Routine은 바이브코딩을 "계속 열어 둔 터미널"에서 "반복 가능한 운영 단위"로 바꾸는 기능이다. 프롬프트보다 경계, 트리거보다 검증, 자동화보다 리뷰 루프를 먼저 설계해야 개발 생산성이 실제로 오른다.
Routines는 웹, Desktop, CLI에서 만들 수 있다. 웹에서는 claude.ai/code/routines에서 New routine을 누르고, Desktop에서는 Routines 사이드바에서 Remote를 고른다. CLI에서는 세션 안에서 /schedule을 쓴다.
/schedule daily at 9am review open PRs and summarize blockers
/schedule in 2 weeks, open a cleanup PR that removes the feature flag공식 문서상 CLI의 /schedule은 예약 Routine 생성에 초점이 있다. API 트리거나 GitHub 트리거는 웹 편집 화면에서 추가하는 흐름으로 보는 편이 안전하다.
3. 트리거는 세 가지로 나눈다
Schedule은 매시간, 매일, 평일, 매주 같은 반복 실행에 맞다. API 트리거는 배포 파이프라인이나 알림 시스템이 POST /fire로 호출할 때 쓴다. GitHub 트리거는 PR, release 이벤트에 반응한다.
curl -X POST "$ROUTINE_FIRE_URL" \
-H "Authorization: Bearer $ROUTINE_TOKEN" \
-H "anthropic-version: 2023-06-01" \
-H "anthropic-beta: experimental-cc-routine-2026-04-01" \
-H "Content-Type: application/json" \
-d '{"text":"배포 후 smoke check 결과를 확인해줘."}'토큰은 한 번만 보인다고 가정하고 secret store에 넣는다. 로그, README, PR 본문에 남기지 않는다.