"usage limit reached (사용량 제한에 도달했습니다)." 작업 도중, 가장 최악의 순간에 발생합니다. 가장 필요할 때 그 메시지가 뜨지 않는다면 어떨까요?

이 글을 관통하는 문장은 단 하나입니다: 당신의 5시간 윈도우(window)는 첫 번째 프롬프트(prompt)를 보낼 때 시작되므로, 당신이 Claude의 하루가 언제 시작될지를 결정합니다. 남은 것은 당신이 잠든 사이에 그 선택을 내리는 것뿐입니다.

문제점: 5시간의 벽

만약 당신이 Claude(특히 Claude Code)를 집중적으로 사용한다면, 그 순간을 알고 있을 것입니다: 리팩터링(refactor) 도중, 기능 구현(feature) 도중... "usage limit reached." 차단되었습니다. 몇 시간 후에 다시 오세요.

왜 그럴까요? Claude는 롤링 5시간 윈도우(rolling 5-hour window) 방식으로 작동하기 때문입니다. 그리고 모든 것을 바꾸는 디테일은 이것입니다: 그 윈도우는 자정에 시작되거나 특정 고정된 시간에 시작되지 않습니다. 당신이 첫 번째 프롬프트를 보내는 바로 그 순간에 시작됩니다.

• 오전 9시에 첫 프롬프트 → 오후 2시에 리셋
• 오후 2시에 첫 프롬프트 → 오후 7시에 리셋

따라서 낭비의 근본 원인은 당신의 할당량(quota)이 아니라, 당신이 첫 번째 윈도우를 언제 여느냐이며, 이는 단순히 당신이 책상에 앉게 되는 우연한 시간에 맡겨져 있습니다. 그리고 여기서 흥미로운 점이 발생합니다: 그 순간은 당신이 선택할 수 있습니다.

계산: 왜 오전 5시인가?

계산해 보세요. 만약 당신의 첫 세션이 오전 5시에 시작된다면, 당신의 하루는 다음과 같습니다:

업무 시간(그리고 사이드 프로젝트를 위한 저녁 시간 😏)과 완벽하게 일치하는 네 번의 전체 세션이 가능합니다.

사무실에 도착해 오전 9시 30분에 첫 프롬프트를 날리는 사람과 비교해 보세요: 그들의 두 번째 윈도우는 오후 2시 30분이 되어서야 열리고, 세 번째는 오후 7시 30분에 열립니다... 그들은 실제로 두 번 또는 세 번밖에 사용하지 못합니다. 단순히 시작 시점을 옮기는 것만으로도, 계획 변경이나 추가 비용 없이 하루에 하나의 윈도우를 통째로 되찾을 수 있습니다.

물론 함정이 있습니다: 누구도 AI에게 인사하기 위해 오전 5시에 일어나고 싶어 하지 않습니다.

"hey Claude" 함정 (그리고 함정 속의 함정)

대부분의 사람들의 첫 번째 본능은 이렇습니다: 대화형 세션을 열고 윈도우를 시작하기 위해 빠르게 "hello" 또는 "hey Claude"라고 입력하는 것입니다.

그 방식이 작동은 하지만, 낭비가 심합니다. 대화형 세션(interactive session)은 전체 컨텍스트(시스템 프롬프트, CLAUDE.md, 리포지토리 상태 등...)를 로드하며, Claude는 아무도 읽지 않을 따뜻한 인사말을 생성합니다. 아무런 이득 없이 토큰(Tokens)만 소모되는 것입니다.

두 번째 본능은 겉보기에는 더 똑똑해 보입니다: "그냥 /usage를 사용하면 어떨까? 그건 비용이 들지 않잖아!"

그것이 바로 함정입니다: /usage는 아마도 윈도우(window)를 시작하지 못할 것입니다. 이것은 읽기 전용 조회 명령(read-only lookup command)입니다. 사용량과 다음 초기화 시간을 보여주지만, 모델에 프롬프트(prompt)를 보내지는 않습니다. 그리고 5시간의 윈도우는 모델에 대한 첫 번째 요청(request) 시점에 시작됩니다. 소모된 토큰이 없으면 = 세션이 열리지 않습니다. 이는 이 전략을 자동화하는 모든 사람이 /usage가 아닌 실제 프롬프트를 사용한다는 사실과 일치합니다.

실제 비결: 실제 프롬프트, 하지만 최소한으로

원리는 간단합니다: 모델에 대한 실제 요청이 필요하지만, 가능한 한 가장 작은 것이어야 합니다. 불필요한 컨텍스트 없이 단 한 단어의 프롬프트, 이상적으로는 가장 저렴한 모델(Haiku)을 사용하는 것입니다. 비용은 몇 개의 토큰에 불과하며, 주간 할당량(weekly quota)에 비하면 무시할 수 있는 수준입니다. 하지만 이를 통해 5시간의 윈도우가 열립니다.

다음 섹션에서는 컴퓨터가 켜져 있든 꺼져 있든, 이 마이크로 프롬프트(micro-prompt)를 자동으로 보내는 방법을 보여줍니다.

그렇다면 /usage는 어떻게 할까요? 본래의 용도인 **확인(verifying)**을 위해 남겨두세요. 자동 깨우기(automatic wake-up) 후에 Claude Code를 열고 /usage를 입력하면, 초기화 시간과 함께 활성화된 "현재 세션(Current session)" 바를 볼 수 있습니다. 그것이 깨우기가 성공했다는 증거입니다.

💡 /usage만으로는 충분하지 않다는 것을 직접 확인하고 싶으신가요? 윈도우가 만료될 때까지 기다린 후, /usage만 실행하고 claude.ai/settings/usage를 확인해 보세요. 세션 타이머가 시작되지 않을 것입니다.

자동화: 당신이 아닌 Claude가 깨어납니다

이 전략의 핵심은 이것이 **백그라운드(background)**에서 실행된다는 점입니다. 당신은 잠을 잡니다. 가장 간단한 방법부터 가장 직접적인 방법까지 두 가지 방법이 있습니다.

방법 1 (권장): /schedule, Claude Code의 네이티브 루틴

이것이 가장 깔끔한 방법이며, 다른 거의 모든 방법들을 무용지물로 만듭니다. Claude Code에는 내장된 루틴 (routines) 기능이 있습니다. 이는 한 번 설정해 두면 Claude Code의 클라우드 인프라에서 실행되는 자동화 기능입니다. 즉, 사용자의 컴퓨터가 꺼져 있어도 루틴은 그대로 실행됩니다. cron, Raspberry Pi, VPS 등이 필요 없습니다.

Claude Code 세션에서 다음과 같이 입력하기만 하면 됩니다:

/schedule a daily routine at 5:00 AM that just replies "ok" and does nothing else

(claude.ai/code에서 루틴을 생성하고 관리할 수도 있습니다.)

이 방법이 우리의 사례에 완벽한 이유:

• Pro 플랜부터 사용 가능하며 (Max, Team, Enterprise 포함), 웹에서 Claude Code가 활성화되어 있어야 합니다.
• 루틴은 대화형 세션과 정확히 동일하게 구독의 사용 한도 (usage limits)를 사용합니다. 이것이 핵심입니다. 루틴은 사용자의 세션과 동일한 풀을 사용하므로 → 사용자의 5시간 윈도우(window)를 실제로 열어줍니다.
• 실제 비용: 최소한의 루틴 = 몇 개의 토큰. 무시할 수 있는 수준입니다.
• 알아두어야 할 제한 사항: 루틴에는 일일 할당량 (Pro는 하루 5개, Max는 15개)이 있습니다. 하루에 한 번 깨우는 용도로는 충분히 여유가 있습니다.

⚠️ 겨울철 함정: 루틴은 사용자의 시간대가 아닌 UTC cron 기준으로 예약됩니다. 만약 파리에 있다면, 여름철

만약 사용자의 환경에서 /schedule을 사용할 수 없다면 (Claude Code 웹 비활성화, 회사 정책 등...), 자신의 머신에서 헤드리스 모드 (headless mode)로 최소한의 프롬프트를 예약할 수 있습니다.

⚠️ 중요 경고: Anthropic은 최근 비대화형 (non-interactive) 사용량에 대한 과금 방식을 변경했습니다. 2026년 6월 중순부터 claude -p, Agent SDK, 그리고 GitHub Actions 호출은 구독 서비스의 공유 세션 풀 (shared session pool)이 아닌, **별도의 월간 크레딧 (separate monthly credit)**에서 차감되는 것으로 알려져 있습니다. 발생 가능한 결과: cron을 통한 claude -p 실행이 더 이상 대화형 세션을 위한 5시간의 윈도우 (window)를 열어주지 않을 수 있습니다. 이를 신뢰하기 전에 집에서 먼저 테스트해 보세요 (위의 /usage 확인 절차 참조). 만약 작동이 중단된다면, 방법 1이 여전히 가장 안전한 선택입니다.

Linux / macOS: cron

crontab -e

# Claude Wake Up: 매일 오전 5시
0 5 * * * /usr/local/bin/claude --model haiku -p "ok" >> ~/claude-wakeup.log 2>&1

💡 which claude 명령어로 바이너리 (binary) 경로를 확인하세요. 로그를 통해 깨어난 시점에 모든 것이 정상적으로 실행되었는지 확인할 수 있습니다.

macOS: launchd (cron보다 더 안정적임)

launchd의 장점: 만약 오전 5시에 Mac이 잠자기 상태였다면, Mac이 깨어날 때 작업이 실행됩니다. ~/Library/LaunchAgents/com.claude.wakeup.plist 파일을 생성하세요:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
  "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
...

launchctl load ~/Library/LaunchAgents/com.claude.wakeup.plist

Windows: 작업 스케줄러 (Task Scheduler)

schtasks /create /tn "ClaudeWakeUp" /tr "claude --model haiku -p ok" /sc daily /st 05:00

밤새 컴퓨터가 꺼져 있다면?

방법 1을 사용한다면 이 질문은 무의미합니다. 루틴이 클라우드 (cloud)에서 실행되기 때문입니다. 만약 직접 구축한 cron 방식을 고수하고 싶다면, BIOS/UEFI에서 머신의 깨우기 시간을 예약하거나 (Mac의 경우 pmset repeat wakeorpoweron), 작업을 항상 켜져 있는 머신으로 넘기세요: Raspberry Pi, 소형 VPS (claude setup-token을 사용하여 OAuth 토큰 생성), 또는 예약된 GitHub Action (주의: GitHub의 cron은 UTC 기준입니다).

이 트릭의 한계 (솔직해집시다)

명심해야 할 두 가지가 있습니다:

1. 토큰을 생성하지는 않습니다. 모든 Claude 사용량에 공유되는 주간 한도(weekly cap)도 존재합니다. 이 전략은 5시간 단위의 윈도우(window)를 당신의 일과에 맞춰 재배치하는 것이지, 전체 할당량(quota)을 높여주는 것은 아닙니다.
2. 윈도우가 밀릴 수 있습니다. 만약 오전 5시와 10시 사이에 아무것도 보내지 않는다면, 10시에 발생하는 당신의 "실제" 활동이 단순히 다음 윈도우를 열게 됩니다. 이 방식의 효용은 실제로 이른 아침부터 업무를 시작하여 하루에 여러 개의 윈도우를 모두 소진할 위험이 있는 날에 가장 높습니다.

요약하자면

단 한 번의 /schedule 명령으로, 새벽 알람 없이도 당신이 잠든 사이 Claude의 하루가 시작됩니다:

• 5시간 윈도우는 당신의 첫 번째 프롬프트 (first prompt) 시점에 시작됩니다 → 그 순간을 전략적으로 선택하세요.
• 오전 5시 설정 시 = 하루 동안 4개의 정렬된 세션 확보 (5, 10, 15, 20시간째)
• 대화형 "hello"나 /usage를 사용하는 것이 아닙니다: **자동화된 마이크로 프롬프트 (automated micro-prompt)**가 소량의 토큰을 사용하여 세션을 열고, /usage는 깨우기가 성공했는지 확인하는 용도로 사용됩니다.
• /schedule (Pro 플랜의 cloud routines) = 기기가 꺼져 있어도(Plan B로 cron/launchd 사용 시) 모든 것이 **백그라운드 (background)**에서 실행됩니다.
• UTC cron (routines, GitHub Actions)을 주의하세요: 시간 변경 시점에 설정을 조정해야 한다는 점을 기억하세요. 그렇지 않으면 겨울철에 오전 5시 기상 설정이 오전 4시로 밀릴 수 있습니다.

따라서 진짜 질문은 _"어떻게 하면 더 많은 할당량을 얻을 수 있을까?"_가 아닙니다. 바로 이것입니다:

"나는 실제로 Claude의 하루가 몇 시에 시작되기를 원하는가?"

그 질문에 답하고, 한 번만 스케줄을 예약한 뒤 기계가 처리하게 두세요. Claude, 일어나라. 나는 여전히 자는 중이다. 😴

저는 개발자의 일상에서 마찰을 줄여주는 작은 자동화에 대해 글을 씁니다. LinkedIn에서 이야기 나누어요.