14 단계로 Claude 자동화하기: /loop, 루틴 및 전체 자동화 스택 활용법

당신은 지금 월 $20–$200 을 내면서 Claude 를 유료 버전의 ChatGPT 처럼 사용하고 있습니다. 10 명 중 9 명은 버튼 하나 누르지 않고도 실행되는 자동화를 설정해본 적이 없습니다.

/loop 도, 예약 작업도, Routines 도, 트리거도 없습니다. 당신이 자는 동안 작동해야 하는 도구가 여전히 당신이 입력하길 기다리고 있습니다. 이 글은 완전한 자동화 스택을 갖추기 위한 14단계 로드맵이며, 그 결과 당신의 일주일에 몇 시간을 돌려드립니다.

제 Substack 을 팔로우하여 최신 AI 인사이트를 받아보세요:

movez.substack.com

Claude Code 는 지난 3 개월 동안 조용히 완전한 자동화 스택을 출시해 왔습니다. /loop 가 출시되었고,

Auto Mode 는 3 월 24 일에 도입되었습니다. Cloud Routines 는 4 월 14 일에 연구 프리뷰로 공개되었습니다. 2026 년 5 월이 되면 그림은 완성됩니다: 터미널에서 Anthropic 클라우드까지 이어지는 세 가지 자동화 계층이며, 각 계층은 당신이 지켜봐야 하는 서로 다른 이유를 제거함으로써 그 가치를 입증합니다.

이것은 2026 년 6 월 기준 code.claude.com/docs 의 공식 문서에 대해 검증된 모든 세부 사항을 담은 세 계층 모두를 위한 14단계 로드맵입니다. 그 과정은 간단합니다: 수동 루프를 올바르게 설정하고, 재시작 후에도 유지되도록 만들고, 노트북이 필요 없는 클라우드로 푸시하는 것입니다.

14 단계. 3 개 계층. 당신이 자는 동안 작동하는 하나의 Claude.

01. /loop 명령어. 명시적 언어와 자연어, 둘 다 작동합니다.

Claude Code 가 예약된 작업을 수행하도록 만드는 가장 빠른 방법입니다. 세션 내에서 /loop <간격> <프롬프트> 를 실행하세요.

내부적으로는 CronCreate, CronList, CronDelete 의 세 가지 네이티브 도구를 호출합니다. 간격은 숫자와 단위를 사용합니다: m 은 분, h 는 시간, d 는 일입니다. 최소 간격은 1 분입니다 - 30 초는 반올림됩니다.

1> /loop 1m 인사하기
2
3▲ Claude
4  CronCreate(*/1 * * * * : 인사하기)
5✓ 예약됨 c21d95a0 (매 1분)
6  - 작업: 인사하기
7  - 주기: 매 1분 (*/1 * * * *)
8  - 작업 ID: c21d95a0
9  - 기간: 반복 작업은 7일 후 자동 만료됩니다
10  - 취소: CronDelete c21d95a0

실제로 /loop 를 입력할 필요는 전혀 없습니다. Claude 는 자연어 일정도 똑같이 잘 이해합니다:

• 10 분마다 배포 상태 확인
• 평일 오전 7 시마다 전날 커밋 요약
• 오늘 오후 6 시 30 분에 Slack 에 상태 업데이트 게시

시간은 UTC 가 아닌 로컬 머신의 시간대를 사용합니다. Claude Code 에서 사용 가능한 모든 슬래시 명령어는 /loop 내부에 배치할 수 있습니다. 여기에는 /run, /review, 그리고 만약 모험심이 있다면 다른 /loop 도 포함됩니다.

02. 실제 일정을 위한 실제 cron 표현식.

CronCreate 도구는 표준 5-필드 cron 표현식(분 시 일 월 요일)을 허용합니다. 모든 필드는 와일드카드(\), 단일 값(5), 스텝(\/15), 범위(1-5), 쉼표로 구분된 목록(1,15,30)을 지원합니다. 요일은 일요일을 0 또는 7로, 토요일을 6으로 사용합니다.

지원되지 않는 것: L(마지막 날), W(평일), ?, 또는 MON 이나 JAN 과 같은 이름 별칭과 같은 확장 구문입니다. 일과 요일이 모두 제약될 때, 둘 중 하나의 필드가 일치하면 날짜가 일치합니다 - 표준 vixie-cron 의미론입니다.

외워둘 가치가 있는 Cron 패턴:

1# 가치 있는 Cron 패턴들
2
3# 5분마다 (업무 시간 중에만)
4*/5 9-17 * * 1-5
5
6# 평일 오전 7시마다
70 7 * * 1-5
8
9# 매월 1일 오전 9시
100 9 1 * *
11
12# 15분마다
13*/15 * * * *
14
15# 매일 오전 2시 30분
1630 2 * * *
17
18# 매주 금요일 오후 4시
190 16 * * 5
20
21# 6시간마다, 정시에
220 */6 * * *

03. 자동 만료 및 중지 조건

/loop 가 적합한 도구인지 결정하는 네 가지 하드 제약 조건. 이것들을 기억하지 못하면 나중에 시간을 낭비하게 됩니다:

• 7 일 자동 만료. 모든 반복 작업은 생성 후 7 일이 지나면 자동으로 삭제됩니다. 작업은 한 번 마지막으로 실행된 후 스스로 제거됩니다. 이는 잊혀진 루프가 실행될 수 있는 시간을 제한합니다. 더 오래 유지해야 하는 경우 기한 전에 취소하고 다시 생성하거나 Routines(10단계)를 사용하세요.
• 세션당 최대 50개 작업. 개별 워크플로우에는 충분합니다. 더 정교한 것을 구축하는 경우 작업 수를 세십시오; 한계에 도달할 때까지 경고가 표시되지 않습니다.
• 지연 실행 없음. Claude 가 장기 실행 요청으로 바쁜 동안 작업이 예정된 경우, Claude 가 유휴 상태가 될 때 한 번 실행되며, 놓친 간격당 한 번이 아닙니다. 20 분짜리 리팩터링 중에 발생한 5 분 루프는 네 번이 아닌 한 번의 실행을 생성합니다.
• 세션 범위. 터미널을 닫으면 모든 것이 취소됩니다. Claude Code 를 다시 시작하면 모든 예약 작업이 지워집니다. 세션 간에는 지속성이 없습니다. 이것이 Tier 2와 Tier 3의 목적입니다.

세션 중간에 작업을 나열하고 취소하려면 자연어로 요청하기만 하면 Claude 가 CronList 및 CronDelete 로 라우팅합니다:

1> 실행 중인 cron 작업 보여줘
2
3▲ CronList()
4   ID         작업                       주기
5   c21d95a0   인사하기                   매 1분
6   8f3aa412   배포 상태 확인             매 10분
7   bb7c0d91   아침 요약                   0 7 * * 1-5
8
9> 배포 상태 확인 작업 종료
10
11▲ CronDelete(8f3aa412)
12✓ 취소됨. 2개의 작업이 남았습니다.

백그라운드 스케줄링이 바람직하지 않은 CI 환경이나 공유 서버의 경우, 환경에 CLAUDE_CODE_DISABLE_CRON=1 을 설정하세요. cron 도구와 /loop 를 사용할 수 없게 되며, 이미 예약된 작업도 실행을 중지합니다.

이것은 Claude 를 실행하는 사용자가 일정을 소유한 사용자가 아닌 모든 환경에서 올바른 조치입니다.

04. /loop 를 /goal 과 함께 사용하기

/loop 만으로는 Claude 에게 반복적으로 무언가를 하도록 요청합니다. /goal 과 함께 사용된 /loop 는 특정 조건이 충족될 때까지 Claude 에게 반복적으로 무언가를 하도록 요청하며, 중간에 "충분히 했다"는 선언을 넘어 계속 반복합니다.

이 조합은 반복 작업 내에서 에이전트의 나태함을 해결합니다. /goal 이 없으면 루프는 처리해야 할 50 개 항목 중 20 개를 처리하고 나머지는 "처리됨"이라고 부를 수 있습니다. /goal 을 사용하면 중지 조건이 명시적이고 강제됩니다:

1/loop 만으로는 Claude 에게 반복적으로 무언가를 하도록 요청합니다.
2/goal 과 함께 사용된 /loop 는 특정 조건이 충족될 때까지 Claude 에게 반복적으로 무언가를 하도록 요청하며, 중간에 "충분히 했다"는 선언을 넘어 계속 반복합니다.
3
4이 조합은 반복 작업 내에서 에이전트의 나태함을 해결합니다.
5/goal 이 없으면 루프는 처리해야 할 50 개 항목 중 20 개를 처리하고 나머지는 "처리됨"이라고 부를 수 있습니다. /goal 을 사용하면 중지 조건이 명시적이고 강제됩니다:

이 조합이 빛을 발하는 세 가지 패턴:

• 불안정한 테스트 디버깅. 재현하고, 이론을 세우고, 테스트하고, 하나가 성립할 때까지 반복합니다.
• 장기 실행 마이그레이션. 항목을 처리하고, 진행 상황을 저장하고, 대기열이 빌 때까지 계속합니다.
• 인박스 스타일 트리아지. 보류 중인 항목을 처리하고, 전체 주기에서 새로운 항목이 도착하지 않을 때까지 계속합니다.

네 단계를 거치면 작동하는 수동 루프를 갖게 됩니다. 이제 재시작 후에도 지속되도록 만드세요.

05. 데스크탑 예약 작업.

Claude Desktop 앱에는 CLI 의 /loop 와는 별도로 자체 스케줄러가 있습니다. Schedule → New task → New local task 에서 예약 작업을 만듭니다.

이름, 프롬프트, 빈도, 권한 및 작업 폴더를 정의합니다. 각 실행은 새로운 Claude Code 세션을 시작합니다 - 다른 세션과 컨텍스트를 공유하지 않습니다.

이 계층이 /loop 에 비해 제공하는 것:

• 재시작 후에도 지속. 머신을 재부팅하고 모든 터미널을 닫아도 작업은 예정된 시간에 계속 실행됩니다.
• 매 실행마다 새로운 컨텍스트. 이전 실행의 누적된 상태가 없습니다. 각 작업은 본질적으로 독립적입니다.
• 사전 구성된 권한. 허용된 도구, 작업 폴더, 모델 등이 작업별로 고정됩니다.

그래도 필요한 것: 머신이 깨어 있어야 합니다. 노트북이 예약 시간에 절전 모드인 경우 실행은 건너뛰어집니다. 머신이 깨어나거나 Claude Desktop 을 다시 열면 지난 7 일 동안 놓친 실행을 확인하고, 가장 최근에 놓친 시간에 대해 한 번의 따라잡기 실행을 시작하고 알림을 표시합니다.

유휴 절전을 방지하려면 Desktop Settings 의 General 에서 Keep computer awake 를 활성화하세요. 노트북 뚜껑을 닫으면 여전히 절전 모드가 실행됩니다.

데스크탑 예약 작업은

macOS 및 Windows 전용

입니다. Linux 사용자는 두 가지 옵션이 있습니다: (1) 세션 범위 스케줄링을 위해 CLI 의 /loop 를 사용하거나, (2) 지속적인 스케줄링을 위해 헤드리스 모드에서 claude -p <프롬프트> 를 실행하는 시스템 cron 작업을 설정합니다. Routines(10단계)는 클라우드에서 실행되므로 모든 곳에서 작동합니다.

06. 토큰 예산 및 속도 제한.

Pro 요금제에서 가장 큰 놀라움: 모든 예약된 실행은 전체 Claude Code 세션을 시작하고, 각 세션은 사용량 제한에 포함됩니다. 24 시간 동안 실행되는 5 분 루프는 288 개의 세션입니다.

세션은 작지 않습니다. 각각 컨텍스트를 로드하고, 도구를 호출하고, 잠재적으로 하위 에이전트를 호출합니다. 야심 찬 작업을 설정하기 전에 이를 고려하세요.

자동화 비용을 합리적으로 유지하는 세 가지 습관:

• 프롬프트에 명시적 토큰 예산 설정. "최대 5k 토큰을 사용하세요. 그 예산 내에서 완료할 수 없으면 부분 진행 상황을 저장하고 깔끔하게 종료하세요." 이렇게 하면 각 실행이 개별적으로 제한됩니다.
• 작업에 모델을 일치시키세요. 모든 작업에 Opus 를 기본값으로 사용하지 마세요. 대부분의 자동화는 Sonnet 에서 잘 실행됩니다. 간단한 탐색 작업은 Haiku 에서 실행됩니다. 작업 구성 내의 모델 선택기는 패널 기본값을 사용합니다. 대화형 세션에서 사용하는 것과 다릅니다. 작업별로 명시적으로 설정하세요.
• 볼륨에 맞는 올바른 요금제를 선택하세요. Pro 요금제는 과중한 자동화 아래에서 빠르게 제한에 걸립니다. Max 는 5 배의 여유 공간을 제공하고 Team 및 Enterprise 는 더 많이 제공합니다. 실제 자동화를 구축하고 있다면 업그레이드 비용은 화요일 오후 3 시에 속도 제한에 걸리지 않는 것으로 충분히 상쇄됩니다.

07. 무인 실행을 위한 권한 구성.

기본적으로 Claude Code 는 bash 명령을 실행하거나, 파일을 쓰거나, 외부 API 를 호출하기 전에 승인을 요청합니다.

당신이 지켜볼 때는 괜찮습니다. 아무도 없을 때는 재앙입니다. 세 가지 구성 패턴이 기본값을 실제로 무인 실행할 수 있는 것으로 바꿉니다:

• settings.json 을 통해 특정 도구 사전 승인 - 안전한 명령의 허용 목록과 금지된 명령의 거부 목록.
• 프로젝트 루트에서 .claudeignore 사용하여 무인 작업이 건드리기 전에 자격 증명, 환경 파일 및 민감한 디렉토리에 대한 액세스를 차단합니다.
• 감사 로깅 활성화하여 모든 자율적 행동을 기록합니다. 실행을 맹목적으로 신뢰하는 대신 다음 날 아침에 읽으십시오.

1{
2  "permissions": {
3    "autoApprove": [
4      "Read(*)",
5      "Grep(*)",
6      "Bash(npm test)",
7      "Bash(pytest)",
8      "Bash(git status)",
9      "Bash(git diff*)",
10      "Bash(git log*)",
11      "WebFetch(domain:docs.python.org)"
12    ],
13    "deny": [
14      "Bash(rm -rf*)",
15      "Bash(git push*)",
16      "Bash(*--force*)",
17      "Bash(curl*)",
18      "Edit(.env*)",
19      "Edit(secrets/*)"
20    ]
21  },
22  "auditLog": true
23}

자동 승인할 항목을 결정하는 올바른 테스트: 이것이 잘못된 것으로 판명되면 되돌리는 데 비용이 얼마나 드는가? 되돌리기 쉬운 경우(초안 PR 에 대한 주석) - 자동 승인. 되돌리기 어려운 경우(main 에 강제 푸시) - 절대 안 함.

중간 지점(브랜치 생성, PR 열기)은 실제로 읽는 감사 로그도 있다면 자동 승인해도 괜찮습니다.

08. Auto Mode - AI 분류 권한

Auto Mode 는 --dangerously-skip-permissions 의 대안입니다. 포괄적인 승인 대신 AI 분류기가 활성 권한 정책에 대해 각 도구 호출을 평가하고 자동 승인, 프롬프트 또는 차단 여부를 결정합니다.

Anthropic 은 사용자가 권한 프롬프트의 93%를 승인한다고 측정했습니다. Auto Mode 는 93%를 자동화하고 7%에 대해서는 인간을 루프에 유지합니다.

실제 작동 방식:

• 세 가지 계층. 허용적(Permissive), 균형적(Balanced), 제한적(Restrictive). 프로젝트의 위험 감수 수준에 맞는 것을 선택하세요.
• 두 가지 방어 계층. 서버 측 프롬프트 인젝션 프로브가 도구 출력을 Claude 의 컨텍스트에 입력하기 전에 검사합니다. 그런 다음 분류기가 각 제안된 작업을 평가합니다.
• 감사 추적. 모든 자율적 결정이 기록됩니다. 사후에 무엇이 승인되었고 그 이유를 검토할 수 있습니다.

2026 년 5월 기준 요금제 가용성: Max, Team, Enterprise 및 API 요금제(Anthropic API 를 통해). 현재 Pro, Bedrock, Vertex 또는 Foundry 에서는 사용할 수 없습니다.

이를 기준으로 계획하기 전에 code.claude.com/docs/en/auto-mode 를 확인하세요. 활성화되면 Auto Mode 는 Accept Edits 및 Plan 과 함께 Shift+Tab 모드 순환에 합류합니다.

Auto Mode 는 여전히 연구 프리뷰 단계입니다. 분류기의 결정 로직은 개선 중이며 릴리스 간에 동작이 변경될 수 있습니다.

.claudeignore 및 감사 로그와 함께 사용하세요 - Anthropic 은 둘 다를 강력히 권장합니다. 추가 안전 장치 없이 공유 팀 환경에서는 사용하지 마세요.

09. 작업에 적합한 스케줄러를 선택하세요.

세 가지 스케줄러, 혼동하기 쉽습니다. 결정 규칙은 한 가지 질문입니다: 이것은 어디서 실행되어야 하며, 누가 깨어 있어야 하는가?

복합 패턴: 세션에서 /loop 로 시작하여 무엇이 효과가 있는지 찾은 다음, 일상적인 사용을 위해 Desktop 작업으로 승격하고, 하드웨어와 독립적으로 실행하기를 원할 때 Routines 로 승격하십시오.

각 계층은 당신이 거기에 있어야 하는 서로 다른 이유를 제거함으로써 그 가치를 입증합니다.

10. Cloud Routines.

2026 년 4 월 14 일 연구 프리뷰로 출시되었습니다. Routines 는 저장된 Claude Code 구성(프롬프트, 리포지토리, 커넥터, 권한)으로, Anthropic 관리 클라우드 인프라에서 트리거에 따라 실행됩니다.

노트북이 꺼져 있어도 됩니다. 실행은 여전히 발생합니다.

모든 유료 요금제(Pro, Max, Team, Enterprise)에서 사용 가능합니다. claude.ai/code/routines 에서 생성하거나 CLI 내에서 /schedule 을 사용하여 생성합니다. CLI 는 일정 트리거 Routines 만 생성합니다. API 또는 GitHub 트리거를 추가하려면 웹에서 편집하십시오.

루틴이 실제로 포함하는 것:

• 자체 포함된 프롬프트. 루틴은 후속 질문 없이 자율적으로 실행되므로, 모호한 것은 매 실행마다 동전 던지기가 됩니다. 무엇을 해야 하는지, 성공의 모습은 어떤지, 결과를 어디로 보낼지 자세히 설명하십시오.
• 하나 이상의 리포지토리. 각 실행 시작 시 복제됩니다.
• 커넥터. Slack, Linear, Drive, GitHub, 연결된 모든 것.
• 환경. 네트워크 액세스 및 비밀을 제어합니다. 기본값은 Trusted 입니다. 패키지 레지스트리는 허용하지만 임의의 외부 호출은 허용하지 않습니다.
• 하나 이상의 트리거. 일정, API, GitHub 이벤트 또는 이들의 조합.

기본적으로 루틴은 claude/ 접두사가 붙은 브랜치로만 푸시할 수 있습니다. 잘못 작성된 루틴이 실수로 main 에 푸시할 수 없습니다. 실제로 신뢰하는 다운스트림 검토 프로세스가 있는 경우에만 이것을 비활성화하십시오. 기본값은 이유가 있어 존재합니다.

11. 일정 트리거 Routines

가장 일반적인 트리거이며 시작하기에 가장 좋은 것입니다. 주기(매시간, 매일, 평일, 매주 또는 미래의 일회성 시간)를 설정하고 떠나십시오.

1> /schedule 평일 오전 7시
2  목표: 어제의 GitHub 이슈를 가져와 심각도별로 분류하고,
3  "P0" 또는 "P1"에 대한 수정안을 초안 작성하고, 검토용 초안 PR을 엽니다.
4  Slack의 #engineering 채널에 요약 다이제스트를 게시합니다.
5
6▲ Claude
7  루틴 생성: morning-briefing
8  - 트리거: schedule (0 7 * * 1-5)
9  - 리포지토리: org/api, org/web
10  - 커넥터: github, slack
11  - 환경: Trusted
12✓ 활성 · 첫 실행 월요일 07:00 로컬 시간.
13  View at claude.ai/code/routines

빠르게 비용을 회수하는 세 가지 패턴:

• 아침 브리핑. 어제의 메트릭과 인시던트를 가져오고, 새로운 GitHub 이슈를 요약하고, Slack 에 다이제스트를 게시합니다. 오전 8 시가 되면 아무것도 열지 않고 지난밤에 무슨 일이 일어났는지 알 수 있습니다.
• PR 검토 패스. 평일 오전 9 시마다 자신에게 할당된 열린 PR 을 스캔하고, 보안 및 스타일 플래그가 포함된 첫 번째 검토 의견을 남깁니다. 인간 검토는 사전 정리된 상태에서 시작됩니다.
• 문서화 드리프트 감지. 매주 코드 변경 사항을 스캔하고 함께 업데이트되지 않은 문서에 플래그를 지정합니다. 수정 사항이 포함된 초안 PR 을 엽니다.

시간은 로컬 시간대이며 자동으로 변환됩니다. 실행은 지연으로 인해 예약된 시간보다 몇 분 후에 시작될 수 있습니다. 루틴별로 일관됩니다.

12. API 트리거 Routines

API 트리거는 루틴에 고유한 HTTP 엔드포인트와 베어러 토큰을 제공합니다. 알림 시스템, 배포 파이프라인, 모니터링 도구, 자체 앱 등 어디에서나 POST 하면 루틴이 실행됩니다. 선택적 JSON 본문은 루틴의 프롬프트에 추가되는 일회성 컨텍스트가 됩니다.

1# HTTP 접근이 가능한 모든 곳에서 루틴 실행
2curl -X POST https://api.anthropic.com/v1/claude_code/routines/$ROUTINE_ID/fire \
3  -H "Authorization: Bearer $ROUTINE_TOKEN" \
4  -H "anthropic-version: 2023-06-01" \
5  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
6  -H "Content-Type: application/json" \
7  -d '{"text": "Sentry 알림 SEN-4521이 프로덕션에서 발생했습니다. 스택 트레이스가 첨부되었습니다."}'
8
9# 응답에는 claude_code_session_id + 실시간 시청 URL이 포함됩니다

중요한 두 가지 운영 세부 사항:

• 토큰은 생성 시 한 번만 표시됩니다. 즉시 비밀 저장소에 저장하십시오. 나중에 검색할 수 없습니다.
• 베타 헤더를 주시하십시오. /fire 엔드포인트는 experimental-cc-routine-2026-04-01 에 따라 제공됩니다. 프리뷰 기간 동안 요청 및 응답 형태가 변경될 수 있습니다. Anthropic 은 가장 최근의 두 헤더 버전이 계속 작동하도록 보장합니다. 사용 중단 기간 동안 마이그레이션하십시오.

이 트리거 패턴이 실제로 가능하게 하는 것: Claude 는 스택의 모든 시스템에서 호출 가능한 워크플로우가 됩니다.

CI 실패 → 루틴을 실행하여 조사하고 수정 PR 을 엽니다. PagerDuty 알림 → 루틴을 실행하여 분류하고 초기 컨텍스트를 게시합니다.

Stripe 웹훅 → 루틴을 실행하여 내부 대시보드를 업데이트합니다.

13. GitHub 트리거 Routines.

GitHub 트리거는 루틴을 Claude GitHub App 웹훅에 연결합니다. 지원되는 이벤트는 광범위합니다: 풀 리퀘스트, 푸시, 이슈, 체크 실행, 워크플로우 실행, 토론, 릴리스, 병합 대기열.

각 일치하는 이벤트는 독립적인 세션을 시작합니다. 이벤트 간에 세션이 재사용되지 않습니다.

이 트리거가 빛을 발하는 곳:

• PR 오픈 이벤트 → 루틴이 코드 검토 패스를 실행하고, 보안 및 스타일 문제에 플래그를 지정하고, 첫 번째 의견을 남깁니다. 작성자는 인간 검토자가 도착하기 전에 사전 검토 피드백을 받습니다.
• 이슈 생성 이벤트 → 루틴이 새 이슈를 분류하고, 레이블을 적용하고, 관련 코드를 연결하고, 첫 번째 응답을 초안 작성합니다. 누군가 수동으로 관리하지 않아도 백로그가 깔끔하게 유지됩니다.
• 워크플로우 실행 이벤트 → 루틴이 CI 실패를 조사하고, 가능한 근본 원인을 식별하고, 수정 PR 초안을 엽니다. 실패한 빌드가 더 이상 수동 작업이 아닙니다.
• 릴리스 이벤트 → 루틴이 릴리스 노트를 초안 작성하고, 변경 로그에 게시하고, 관련자에게 알립니다. 더 이상 "이번 스프린트에 변경 로그는 누가 쓰나요?"라는 질문은 없습니다.

풀 리퀘스트 필터를 사용하면 작성자, 제목, 본문, 베이스 브랜치, 헤드 브랜치, 레이블, 초안 상태, 병합 상태, 포크 여부를 정밀하게 범위를 지정할 수 있습니다.

main 에 대해 보안 검토 필요 레이블이 지정된 PR 에서만 실행되는 루틴은 하나의 필터 설정만으로 가능합니다.

14. Skills 및 Dynamic Workflows 와 함께 구성하기.

마지막 단계는 Claude Code 가 이전에 출시한 모든 것과의 루프를 닫습니다. 각 자동화 계층은 스택의 나머지 부분과 함께 사용할 때 더욱 강력해집니다.

• Routines 내의 Skills. Skill 은 재사용 가능한 명령어 파일입니다. "PR 검토" 또는 "아침 브리핑" Skill 을 ~/.claude/skills/ 에 넣은 다음 루틴 프롬프트가 이를 가리키도록 하십시오: "morning-briefing skill 을 사용하세요." Skill 은 재사용 가능한 레시피이고, Routine 은 이를 실행하는 트리거입니다.
• Routines 내의 Dynamic Workflows. 병렬 하위 에이전트의 이점을 활용하는 복잡한 자동화(심층 검증, 토너먼트, 팬아웃 리서치)의 경우 루틴 프롬프트가 워크플로우를 호출하도록 하십시오. Routines 는 스케줄링을 제공하고, Workflows 는 구조를 제공합니다.
• 다른 Routines 에 의해 트리거되는 Routines. 한 루틴의 출력(PR 오픈, Slack 메시지, 레이블 변경)은 다른 루틴의 트리거가 될 수 있습니다. 이러한 구성은 토글하는 기능이 아닙니다. 한 루틴의 출력을 다른 루틴의 트리거로 연결하여 설정하는 패턴입니다.
• 전역이 아닌 루틴별 권한. 각 루틴은 자체 권한 구성을 전달합니다. 아침 브리핑 루틴은 모든 곳에서 읽을 수 있지만 푸시할 수 없습니다. 자동 수정 루틴은 claude/ 브랜치에만 푸시합니다. 보안 검사 루틴은 거부 목록이 최대화됩니다. 각 루틴의 권한 파일을 보안 경계의 일부로 취급하십시오.

최고의 전체 스택은 다음과 같습니다: 레시피로서의 Skills, 오케스트레이션으로서의 Dynamic Workflows, 트리거 계층으로서의 Routines, 권한 분류기로서의 Auto Mode, 아침 검토로서의 감사 로그. 이 기사의 모든 단계는 해당 스택의 한 조각을 구성합니다.

첫날에 모든 것이 필요하지는 않습니다. /loop 로 시작하십시오. Desktop 으로 승격하십시오. Routines 로 승격하십시오. Skills 와 함께 사용하십시오. 복잡성이 요구될 때 Workflows 를 추가하십시오.

Claude 자동화에서 비용을 낭비하는 습관들

• 처음에 /loop 를 시도하지 않는 것. 가장 쉬운 자동화 계층은 비용이 전혀 들지 않는데, 당신은 3 개월 동안 무시해 왔습니다.
• 7 일 자동 만료를 잊는 것. 중요한 루프를 설정하고, 떠났다가, 일주일 후에 아무 일도 일어나지 않은 이유를 궁금해합니다.
• 터미널보다 오래 지속되어야 하는 작업에 /loop 를 사용하는 것. Tier 2와 3의 핵심은 정확히 이 경우입니다. 승격하십시오.
• Automations 가 모델을 기본값으로 설정하도록 방치하는 것. Sonnet 이 더 적은 비용으로 동일한 작업을 수행할 수 있는데 모든 실행에 Opus 를 사용합니다. 작업별로 모델 선택기를 확인하십시오.
• 완료될 때까지 실행되어야 하는 루프에 /goal 이 없는 것. 실제 중지 조건 대신 "충분히 처리됨"에서 루프가 중지됩니다.
• --dangerously-skip-permissions 를 통한 포괄적인 승인. git push --force origin main 에서 한 번의 잘못된 프롬프트만 있으면 됩니다. Auto Mode 또는 허용 목록을 사용하십시오.
• 모호한 루틴 프롬프트. 루틴은 후속 질문 없이 자율적으로 실행됩니다. 모호한 프롬프트는 매 실행마다 동전 던지기와 같은 행동을 생성합니다.
• 감사 로그가 없는 경우. "자동화를 신뢰"하면서 수행한 작업을 검토하지 않는 것은 침묵하는 실패가 큰 사고가 되는 방법입니다.
• claude/ 브랜치 접두사를 비활성화하는 것. 기본값은 이유가 있어 존재합니다. 다운스트림 검토 프로세스가 실제로 견고해질 때까지 끄지 마십시오.
• Pro 에서 자동화를 실행하는 것. 과중한 자동화는 빠르게 속도 제한에 도달합니다. 실제 워크플로우를 구축하고 있다면 Max 업그레이드 비용은 차단되지 않는 것으로 충분히 상쇄됩니다.

결론: **

Claude 는 당신이 입력을 멈춘다고 작동을 멈추지 않습니다.

자동화 스택은 3 개월 동안 조각조각 출시되어 왔습니다. 3 월에 /loop. 2 주 후에 Auto Mode. 4 월에 Routines. 모든 것이 작동 중이고, 문서화되어 있으며, 이미 비용을 지불하고 있는 요금제에서 사용할 수 있습니다.

"비싼 챗봇으로서의 Claude"와 "업무 수행 인력으로서의 Claude" 사이를 가르는 유일한 것은 14단계의 구성입니다.

대부분의 사용자는 계속해서 수동으로 프롬프트를 입력하고 거기서 멈출 것입니다. 그것은 캐주얼한 사용에는 괜찮고 다른 모든 것에는 좋지 않습니다. 실제 자동화를 실행하는 1%의 사용자는 Claude 가 오전 7 시에 이슈를 분류하고, 매시간 대시보드를 새로 고치고, 10 분마다 Slack 답변을 초안 작성하도록 합니다. 그들이 자는 동안 말이죠. 그들은 수동 루프를 설정하고, Desktop 으로 승격시키고, 그것을 Routines 로 승격시켰습니다.

이전에 하지 않았던 한 단계를 선택하십시오 - 아마도 터미널에서의 첫 번째 /loop 일 것입니다 - 그리고 내일 추가하십시오. 그런 다음 다음 단계를 추가하십시오. Claude 의 출력은 Claude 의 구성에 따릅니다. 자동 조종 장치용으로 구성하면, 바로 그 결과를 얻을 수 있습니다.