Codex 프로모션이 종료되고 실제 할당량이 적용된 후, 일일 Codex 사용 한도가 더 빨리 소진되는 것을 목격했습니다.
그래서 속도에 영향을 주지 않으면서 토큰 사용량을 줄일 수 있는 시스템을 찾아냈습니다.
어느 날: 2억 4500만 개의 토큰
시스템을 확실히 잡은 다음 날: 2800만 개의 토큰
제가 정확히 변경한 내용은 다음과 같습니다:
1단계: 원시 데이터를 절대 그대로 입력하지 말고, 먼저 압축하세요
Codex는 매 턴마다 40MB 거래 로그, 거대한 JSON 마켓 덤프, 또는 전체 리포지토리를 필요로 하지 않습니다. 이제 저는 Codex가 '니들 맵(needle map)'을 생성하는 일회성 헬퍼 스크립트를 만들도록 합니다:
- compact_logs.py → 타임스탬프/심볼/키워드로 필터링하고 상위 N개 이상치만 출력
- summarize_data.py → 관련 열, 행 개수, 샘플 및 주요 통계 추출
- repo_map.py → 엔트리 포인트, 설정, 핵심 흐름에 대한 깔끔한 개요 구축(venv, node_modules, 빌드 등은 건너뜀)
10,000개 이상의 노이즈 대신 200-500개의 정제된 인사이트 토큰을 제공하세요.
한 번 만들어 두면 계속 재사용할 수 있습니다.
2단계: 모든 명령어 출력을 적극적으로 제한하세요
기본 출력은 치명적입니다:
- git status
- ls -la
- cat 파일명
- python 스크립트.py
이런 것들은 순식간에 컨텍스트를 폭발시킵니다.
이제 모든 지시사항에 제한을 기본으로 포함시킵니다:
1head -n 50, tail -n 50, grep "ERROR" | head -n 3023전체 결과는 임시 파일에 쓰고 특정 범위만 검사45모든 곳에 --limit 100 플래그 추가
3단계: 지속적인 핸드오프 파일 만들기 (프로젝트 두뇌)
에이전트가 매 세션마다 모든 것을 다시 발견하도록 두지 마세요.
저는 1,000 토큰 미만의 간결한 HANDOFF.md 파일을 유지하며, 여기에는 다음이 포함됩니다:
- 현재 목표 및 성공 지표
- 주요 파일 및 최근 결정 사항
- 이미 실행된 명령어 및 결과
- 알려진 문제 및 "다시 읽지 않을" 목록
- 다음 단계
매 세션을 다음으로 종료하세요: "현재 발견 사항을 HANDOFF.md로 압축하고, 막다른 길은 제거하며, 실행 가능한 사실만 유지하십시오."
4단계: 명시적인 "하지 말 것" 지시사항이 많은 토큰을 절약합니다
에이전트는 방황하기 좋아하므로, 저는 확실한 경계를 설정합니다:
- "node_modules, .venv, dist, logs/archive, 생성된 파일 및 모든 캐시 디렉토리는 건너뛰십시오"
- "새 파일을 열기 전에 요약하십시오"
- "내가 명시적으로 요청하지 않는 한 전체 소스코드를 붙여넣지 마십시오"
- "이 특정 작업에 필요한 파일만 검사하십시오"
이것들을 AGENTS.md에 한 번 추가하면 재읽기가 급감하는 것을 볼 수 있습니다.
5단계: 요약, Diff 및 코드 조각을 요구하세요
나쁜 프롬프트:
1이 파일을 읽고 설명해줘.
좋은 프롬프트:
1리스크 엔진의 포지션 사이징 로직을 찾아줘. 해당 함수만 보여주고 위/아래 3줄도 함께 표시해줘. 그리고 엣지 케이스를 한 단락으로 설명해줘.
또는
11페이지 분량의 리포지토리 맵을 작성해줘: 엔트리 포인트, 설정, 주요 데이터 흐름, 백테스트 명령어. vendor 디렉토리는 건너뛰어줘.
목표가 명확한 요청 = 작은 컨텍스트 윈도우
6단계: Codex가 주기적으로 자체 컨텍스트를 압축하도록 하세요
4-5 턴마다 다음을 입력합니다:
1지금까지의 진행 상황을 간결한 핸드오프 노트로 요약해줘. 반복과 실패한 경로는 제거해줘. 계속 진행하는 데 필요한 내용만 남겨줘.
대화가 길어져도 계속 가볍게 유지됩니다.
7단계: 기본적으로 장황함을 없애세요
1간결하게 작성해줘. 패치와 한 문장짜리 이유만 출력해줘. 계획이 변경되지 않는 한 계획을 다시 설명하지 마. 군더더기 없이.
이 규칙 하나만으로도 출력 토큰을 크게 줄일 수 있습니다.
매일 사용하는 유용한 명령어 및 헬퍼 스크립트
이것들은 제가 매일 복사-붙여넣기 하거나, 모든 프로젝트 첫날에 Codex가 생성하도록 하는 정확한 원라이너와 스크립트입니다.
모든 도구 호출에 강제로 적용하는 핵심 제한 명령어:
1# 안전한 파일 검사2head -n 80 somefile.py | cat3tail -n 80 somefile.py | cat4grep -n "KEYWORD" file.py | head -n 4056# 과도한 정보 없이 Git 사용7git status --porcelain | head -n 308git log --oneline -159git diff --name-only | head -n 201011# 데이터 및 로그 (트레이딩 특화)12tail -n 200 market_log.json | jq '.[-50:]' | head -n 10013python -c "import pandas as pd; df = pd.read_csv('trades.csv'); print(df.head(20).to_string())" | head -n 1501415# 쓰고-검사하는 패턴16python analyze_backtest.py > temp_results.txt 2>&117head -c 8000 temp_results.txt # 안전을 위한 바이트 제한
항상 먼저 Codex에게 생성하도록 요청하는 헬퍼 스크립트 (그런 다음 직접 실행):
- compact_logs.py → python compact_logs.py --symbol BTC --hours 24 > summary.txt
- repo_map.py → python repo_map.py > HANDOFF.md (두뇌 파일 업데이트)
- scan_errors.py → python scan_errors.py --limit 30 > errors.txt
- summarize_json.py → python summarize_json.py market_snapshot.json > needle.txt
제가 신뢰하는 강력한 AGENTS.md 규칙 (알 수 없는 것은 모두 바이트 제한):
1## 명령어 출력 보호2출력이 알 수 없거나 잠재적으로 큰 모든 명령어는 반드시 바이트 제한을 적용해야 합니다.3기본값: COMMAND 2>&1 | head -c 60004더 필요한 경우 임시 파일에 쓰고 제가 특정 범위만 검사합니다.
데이터가 많은 작업에 재사용하는 프롬프트 템플릿:
1먼저 compact_logs.py 또는 summarize_data.py를 실행하여 500 토큰 미만의 니들 맵을 생성하세요. 그런 다음 그것만 분석하세요. 절대 원시 파일을 직접 읽지 마세요.
이러한 명령어와 스크립트만으로도 큰 워크플로우 변경 사항에 더해 일일 사용량을 추가로 30-40% 줄일 수 있습니다.
**제 새로운 경험 법칙:
50줄 요약으로 충분하다면 Codex가 원시 데이터를 읽도록 두지 마세요**
첫 주에 만든 헬퍼 스크립트들은 매 시간마다 그 가치를 증명하고 있습니다.
토큰 효율성은 모델의 문제가 아니라 시스템의 문제입니다. 컨텍스트 규율만 확실히 하면 동일한 할당량 내에서 8-10배 더 많은 작업을 완료할 수 있습니다.
저는 또한 www.RedLeads.app을 구축하여 제가 출시하는 제품들의 사용자를 더 빠르게 찾고 있습니다. 멋진 시스템과 도구를 바이브코딩하여 월 $10k MRR에 도전하는 이 여정에 함께하세요.
감사합니다 :)





