Cách tôi cắt giảm token Codex từ 245 triệu xuống 28 triệu mỗi ngày miễn phí (với cùng tốc độ)

Sau khi chương trình khuyến mãi Codex kết thúc và hạn ngạch thực tế được áp dụng, tôi phải đối mặt với giới hạn burn Codex hàng ngày nhanh hơn.

Vì vậy, tôi đã tìm ra một hệ thống để giảm lượng token tiêu tốn mà không ảnh hưởng đến tốc độ.

Một ngày: 245 triệu token

Ngày hôm sau sau khi khóa chặt hệ thống của tôi: 28 triệu

Đây chính xác là những gì tôi đã thay đổi:

Bước 1: Không bao giờ cung cấp dữ liệu thô, luôn nén trước

Codex không cần bản dump JSON thị trường khổng lồ 40MB trade log hoặc toàn bộ repo của bạn trong mỗi lượt. Tôi bây giờ yêu cầu nó tạo ra các script trợ giúp một lần để tạo ra "bản đồ kim needle":

• compact_logs.py → lọc theo timestamp/symbol/keyword và chỉ đưa ra top N bất thường
• summarize_data.py → trích xuất các cột có liên quan, số lượng hàng, mẫu và thống kê chính
• repo_map.py → xây dựng một tổng quan sạch sẽ về các điểm nhập, cấu hình, luồng cốt lõi (bỏ qua venv, node_modules, builds, v.v.)

Cung cấp 200-500 token của thông tin cô đọng thay vì hơn 10k nhiễu.

Xây dựng một lần, sử dụng lại mãi mãi.

Bước 2: Hạn chế mạnh mẽ mọi đầu ra lệnh

Đầu ra mặc định rất nguy hiểm:

• git status
• ls -la
• cat file
• python script. py

có thể làm nổ tung context ngay lập tức.

Tôi bây giờ đưa các giới hạn vào mọi hướng dẫn:

1head -n 50, tail -n 50, grep "ERROR" | head -n 30
2
3Write full results to temp files and only inspect ranges
4
5Add --limit 100 flags everywhere

Bước 3: Xây dựng một File Handoff Sống (Bộ não dự án của bạn)

Đừng để các agent khám phá lại mọi thứ mỗi phiên.

Tôi giữ một file HANDOFF.md chặt chẽ (dưới 1k token) chứa:

• Mục tiêu hiện tại + số liệu thành công
• Các file chính & quyết định gần đây
• Các lệnh đã chạy + kết quả
• Các vấn đề đã biết và danh sách "không đọc lại"
• Các bước tiếp theo

Kết thúc mỗi phiên bằng: "Nén các phát hiện hiện tại thành HANDOFF.md, loại bỏ các ngõ cụt, chỉ giữ lại các sự kiện có thể hành động."

Bước 4: Hướng dẫn "Không làm" rõ ràng tiết kiệm rất nhiều token

Các agent thích đi lang thang, vì vậy tôi đặt các giới hạn cứng:

• "Bỏ qua node_modules, .venv, dist, logs/archive, các file được tạo và mọi thư mục cache"
• "Tóm tắt trước khi mở bất kỳ file mới nào"
• "Không bao giờ dán toàn bộ mã nguồn trừ khi tôi yêu cầu rõ ràng"
• "Chỉ kiểm tra các file cần thiết cho nhiệm vụ chính xác này"

Đưa những điều này vào file AGENTS.md của bạn một lần và xem các lần đọc lại giảm mạnh.

Bước 5: Yêu cầu Tóm tắt, Khác biệt và Đoạn trích

Lời nhắc xấu:

1Read this file and explain it.

Lời nhắc tốt:

1Locate the risk engine’s position sizing logic. Show only that function + 3 lines above/below. Explain the edge case in one paragraph.

Hoặc

1Build a 1-page repo map: entry points, config, main data flows and backtest commands. Skip vendor dirs.

Yêu cầu mục tiêu = context windows nhỏ

Bước 6: Định kỳ yêu cầu Codex nén context của chính nó

Cứ mỗi 4-5 lượt, tôi thêm:

1Summarize our progress into a tight handoff note. Remove repetitions and failed paths. Keep only what’s needed to continue.

Cuộc trò chuyện vẫn gọn gàng ngay cả khi nó phát triển.

Bước 7: Giết sự dài dòng theo mặc định

1Be concise. Output only the patch + one-sentence reason. No restating the plan unless it changed. No fluff.

Chỉ riêng quy tắc này đã cắt giảm token đầu ra rất nhiều.

Các lệnh hữu ích & Script trợ giúp tôi triển khai hàng ngày

Đây là chính xác các lệnh một dòng và script tôi copy-paste hoặc yêu cầu Codex tạo vào ngày đầu tiên của bất kỳ dự án nào.

Các lệnh giới hạn cốt lõi tôi buộc trên mọi cuộc gọi công cụ:

1# Safe file inspection
2head -n 80 somefile.py | cat
3tail -n 80 somefile.py | cat
4grep -n "KEYWORD" file.py | head -n 40
5
6# Git without the firehose
7git status --porcelain | head -n 30
8git log --oneline -15
9git diff --name-only | head -n 20
10
11# Data & logs (trading-specific)
12tail -n 200 market_log.json | jq '.[-50:]' | head -n 100
13python -c "import pandas as pd; df = pd.read_csv('trades.csv'); print(df.head(20).to_string())" | head -n 150
14
15# Write-then-inspect pattern
16python analyze_backtest.py > temp_results.txt 2>&1
17head -c 8000 temp_results.txt   # byte cap for safety

**

Các script trợ giúp tôi luôn yêu cầu Codex tạo trước (sau đó tự chạy):**

• compact_logs.py → python compact_logs.py --symbol BTC --hours 24 > summary.txt
• repo_map.py → python repo_map.py > HANDOFF.md (cập nhật file não)
• scan_errors.py → python scan_errors.py --limit 30 > errors.txt
• summarize_json.py → python summarize_json.py market_snapshot.json > needle.txt

Một quy tắc AGENTS.md tôi sống theo (byte-caps mọi thứ không xác định):

1## Command Output Protection
2Any command with unknown or potentially large output MUST be byte-capped.
3Default: COMMAND 2>&1 | head -c 6000
4If more is needed, write to temp file and I will inspect ranges only.

Mẫu lời nhắc tôi tái sử dụng cho các tác vụ nặng dữ liệu:

1First run compact_logs.py or summarize_data.py to create a <500-token needle map. Then analyze only that. Never read the raw file directly.

Các lệnh và script này một mình cắt giảm thêm 30-40% burn hàng ngày của tôi so với các thay đổi quy trình làm việc lớn.

**Nguyên tắc mới của tôi

Đừng để Codex đọc dữ liệu thô nếu một bản tóm tắt 50 dòng là đủ**

Các trợ giúp tôi xây dựng trong tuần đầu tiên tự trả giá cho chúng mỗi giờ.

Hiệu quả token không phải là vấn đề của model, thay vào đó là vấn đề của hệ thống, chỉ cần nắm vững kỷ luật context và bạn sẽ làm được nhiều hơn 8-10x trong cùng một hạn ngạch.

Tôi cũng xây dựng www.RedLeads.app để tìm người dùng cho những thứ tôi ship nhanh hơn. Hãy cùng tôi speedrunning lên $10k MRR bằng cách vibecode các hệ thống và công cụ tuyệt vời.

Cảm ơn bạn :)