한도 준수은(는) 무엇을 하나요?
장기 실행 에이전트 작업을 현재 5시간 및 주간 사용 창 내에서 유지합니다.
실질적인 작업을 시작하기 전이나 병렬 하위 에이전트의 작업 집단 사이에 사용량을 확인하세요. 활성 5시간 또는 주간 한도가 95% 이상인 경우, 창이 안전하게 계속할 수 있을 만큼 비워질 때까지 새 작업을 일시 중지하세요.
핵심 루프
- 제한된 작업 집단을 실행합니다. 사용자나 호스트가 다른 스로틀을 제공하지 않는 한 기본적으로 최대 3개의 병렬 하위 에이전트로 설정합니다.
- 집단이 완료될 때까지 기다립니다. 예산을 절약하기 위해 진행 중인 하위 에이전트를 중단하지 마십시오. 일반적으로 작업이 손실됩니다.
- 호스트의 사용량/예산 도구를 사용하여 현재 5시간 및 주간 사용량을 확인합니다.
- 두 창 중 하나라도 95% 이상인 경우, 새 작업 실행을 중단하고 관련 창이 비워질 것으로 예상되는 시점에 자체 포함된 재개를 예약합니다.
- 재개 시, 실제 창이나 블록을 다시 확인한 후 계속합니다. 경과된 벽시계 시간만 신뢰하지 마십시오.
사용량 신호
가능한 경우 자사 호스트 사용량 도구를 선호합니다. Claude Code에서는 다음을 사용하세요:
npx -y ccusage@latest blocks --active --json
JSON을 사용하여 활성 블록 시작 시간, 현재 비용 또는 백분율, 남은 시간을 식별하세요. 깨어난 후 활성 블록 시작 타임스탬프를 이전 것과 비교하세요. 새 타임스탬프는 "충분한 시간이 지났다"보다 더 강력한 증거입니다.
도구가 직접적인 백분율 대신 비용을 보고하는 경우, 알려진 현재 계정 한도를 통해 변환하세요. Claude Max 스타일 5시간 블록의 경우 일부 사용자는 $500-550 정도의 조기 경고 임계값을 선호합니다. 이것을 사용자 구성 가드레일로 처리하고 보편적인 규칙으로 간주하지 마십시오. 기본 중지 규칙은 여전히 활성 5시간 또는 주간 한도의 95%입니다.
일시 중지 및 재개
깨우기/재개 도구를 사용할 수 있는 경우 다음에 대한 깨우기를 예약하세요:
min(3600, secondsUntilWindowClears)
런타임이 깨우기 지연을 60-3600초로 제한하는 경우, 더 긴 대기를 위해 깨우기를 연결하세요. 각 깨우기는 사용량을 다시 확인하고, 여전히 예산을 초과하면 재일정을 예약하고, 창이 안전하게 임계값 아래에 있을 때만 계속해야 합니다.
깨우기 프롬프트를 자체 포함되게 만드세요. 포함 사항:
- 남은 계획.
- 확인-재일정 규칙.
- 95% 임계값 및 집단 스로틀.
- 실행할 정확한 사용량 명령어 또는 호스트 사용량 도구.
- 가능한 경우 이전 블록/창 식별자.
- 다음 확인 단계.
- 위임이 재개될 경우, 다음 집단의 핸드오프 패킷(범위, 확인 명령어, 중지 조건 포함).
대기 메커니즘 선택
- 에이전트가 미래 재개에 첨부할 지침이 필요한 경우 깨우기/재개 도구를 사용하세요.
- 고정 타이머 및 프로세스가 직접 관찰할 수 있는 항목에는 백그라운드 sleep 또는 watcher를 사용하세요.
- 반복되는 새 세션 작업에만 cron 또는 정기 일정을 사용하세요.
호스트가 백그라운드 작업 또는 하위 에이전트 완료와 같이 알려줄 항목에 대해 짧은 간격 폴링을 피하세요. 예산 일시 중지의 경우 긴 sleep 후 프롬프트 캐시 미스는 허용됩니다. 한도를 보존하는 것이 더 중요합니다.
보고
일시 중지하는 경우, 사용자에게 어떤 창이 임계값을 초과했는지, 관찰된 사용량, 다음 확인을 예약했거나 예상하는 시기, 남은 작업을 알려주세요. 깨우기 프롬프트에 충분한 상태를 유지하여 다음 턴이 대화 모멘텀에 의존하지 않고 재개할 수 있도록 하세요.