🔥 사용량 문제 해결법. 이 프롬프트를 써보세요 🔥

최신 업데이트 이후에 나를 포함해서 다들 사용 관련 문제 겪는 거 같길래 내가 해결한 방법 공유함. 아래 프롬프트 복사해서 써보고 어떤지 알려줘. 이건 그냥 범용적인 거라 니 프로젝트에 맞게 좀 수정해야 할 수도 있음. 일단 AI한테 이 아이디어를 어떻게 수정하면 좋을지 먼저 물어보고, 누가 이런 글 올렸다고 말해주면 AI가 니 작업 방식에 맞는지 확인해 줄 거야.

이 프로젝트에서 장기 실행 작업에 대한 사용 규칙을 설정해.

배경: 에이전트가 긴 작업을 기다릴 때(폴링, 대기, 몇 분마다 확인 등) 확인 사이에 프롬프트 캐시가 만료될 수 있음. 한 설정에서는 5분 정도 유지됐는데, 그 이후에 확인을 할 때마다 에이전트의 전체 컨텍스트를 다시 읽느라 비용이 다 나감. 대기 중인 에이전트들이 하룻밤 사이에 프로젝트 사용량을 다 태워버렸음. 해결책은 간단함. 에이전트는 절대 대기하지 않음.

다음 작업을 수행해. 파일을 저장하기 전에 나한테 먼저 보여주고, 내가 문구를 승인한 후에만 CLAUDE.md에 규칙을 추가해.

1. CLAUDE.md를 위한 규칙:
   - No agent ever waits on a run. Anything longer than a few minutes runs as a detached job that survives the chat ending (Linux or macOS: setsid nohup ... > log 2>&1 < /dev/null &; Windows: a process started detached, for example through WMI or a scheduled task, since a process started from the chat's own shell may end with it). The job writes its own log and finishes by writing an end file: DONE_<job>.txt, or FAILED_<job>.txt with the reason. The agent launches it, records it, and returns at once.
   - The main session waits with a zero-token watcher: a background shell loop that checks for the end file every few minutes and exits when it appears, which wakes the session. The model never polls.
   - One job per workflow. Two independent jobs run as two separate workflows side by side, never bundled so one waits on the other.
   - One heavy agent at a time unless I say otherwise. Agents read only the lines they need (grep, head, tail), get pointers to files instead of pasted contents, and stay under about 150,000 tokens.
   - Before any launch, state its rough price in one line (agents and tokens, from the last similar run), and check usage again about 20 minutes later.
   - Status checks are a few of your own commands, never a new agent.
   - Never send messages to an agent that is still running; let it finish.
   - Past about 75 percent of the weekly limit, pause new agents and tell me.
   - Keep the main conversation lean: summarize instead of pasting long output, and write a handover note before it grows large.

2. 추적 파일, CHECK_ME.md: 실행된 작업당 한 행씩 작성(ID, 작업 내용, 실행 위치, 결과 파일, 상태). 작업이 시작되는 턴에 바로 행을 추가해. 결과 파일을 읽은 후에만 상태 열에 CHECKED라고 표시해.