วิธีลดการใช้ Codex Tokens จาก 245M เหลือ 28M ต่อวันได้ฟรี (ความเร็วเท่าเดิม)

@TimJayas
อังกฤษ1 เดือนที่ผ่านมา · 08 มิ.ย. 2569
172K
434
29
6
1.3K

TL;DR

คู่มือนี้ให้รายละเอียดเกี่ยวกับวิธีลดการใช้ LLM token รายวันจาก 245M เหลือ 28M โดยใช้การบีบอัดข้อมูลล่วงหน้า (data pre-compaction), การจำกัดผลลัพธ์ของคำสั่ง และการใช้ไฟล์ส่งต่องานที่มีโครงสร้าง เพื่อรักษาความเร็วในขณะที่ลดต้นทุนลง

หลังจากที่ โปรโมชั่น Codex หมดอายุและโควต้าจริงเริ่มใช้งาน ผมก็พบกับขีดจำกัดการใช้งาน Codex ในแต่ละวันที่ลดลงอย่างรวดเร็ว

ผมเลยหาวิธีลดจำนวน tokens ที่ใช้โดยไม่กระทบความเร็ว

วันหนึ่ง: 245 ล้าน tokens

วันถัดไปหลังจากปรับระบบ: 28 ล้าน

นี่คือสิ่งที่ผมเปลี่ยน:

ขั้นตอนที่ 1: อย่าให้ข้อมูลดิบ ให้บีบอัดก่อนเสมอ

Codex ไม่จำเป็นต้องเห็น log การซื้อขายขนาด 40MB, JSON dump ขนาดมหึมา หรือทั้ง repo ทุกครั้งที่คุยกัน ตอนนี้ผมให้มันสร้าง helper scripts แบบใช้ครั้งเดียวที่สร้าง "needle maps" แทน:

  • compact_logs.py → กรองตาม timestamp/symbol/keyword และแสดงเฉพาะ anomalies อันดับต้นๆ
  • summarize_data.py → ดึงเฉพาะคอลัมน์ที่เกี่ยวข้อง, จำนวนแถว, ตัวอย่าง, และสถิติสำคัญ
  • repo_map.py → สร้างภาพรวมสะอาดๆ ของ entry points, config, core flows (ข้าม venv, node_modules, builds ฯลฯ)

ให้ข้อมูลที่กลั่นแล้ว 200-500 tokens แทนที่จะเป็นเสียงรบกวน 10k+ tokens

สร้างครั้งเดียว ใช้ซ้ำตลอดไป

ขั้นตอนที่ 2: จำกัด Output ทุกคำสั่งอย่างเข้มงวด

Output เริ่มต้นเป็นหายนะ:

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

สามารถทำให้ context ระเบิดได้ทันที

ตอนนี้ผมใส่ขีดจำกัดในทุกคำสั่ง:

text
1head -n 50, tail -n 50, grep "ERROR" | head -n 30
2
3เขียนผลลัพธ์ทั้งหมดลงไฟล์ temp และดูเฉพาะช่วงที่ต้องการ
4
5เพิ่ม --limit 100 ในทุกคำสั่ง

ขั้นตอนที่ 3: สร้าง Handoff File (สมองของโปรเจกต์)

หยุดให้ Agent ค้นพบทุกอย่างใหม่ทุกครั้ง

ผมเก็บ HANDOFF.md ขนาดกะทัดรัด (ต่ำกว่า 1k tokens) ที่มี:

  • เป้าหมายปัจจุบัน + ตัวชี้วัดความสำเร็จ
  • ไฟล์สำคัญ & การตัดสินใจล่าสุด
  • คำสั่งที่รันไปแล้ว + ผลลัพธ์
  • ปัญหาที่รู้จัก และรายการ "ห้ามอ่านซ้ำ"
  • ขั้นตอนถัดไป

จบทุก session ด้วย: "รวมสิ่งที่ได้ลงใน HANDOFF.md ตัดเส้นทางที่ตันออก เก็บเฉพาะข้อเท็จจริงที่นำไปใช้ได้"

ขั้นตอนที่ 4: คำสั่ง "ห้ามทำ" ช่วยประหยัด Tokens ได้มหาศาล

Agent ชอบเร่ร่อน ผมเลยตั้งกำแพงให้ชัดเจน:

  • "ข้าม node_modules, .venv, dist, logs/archive, ไฟล์ที่สร้างขึ้น และ cache dir ใดๆ"
  • "สรุปก่อนเปิดไฟล์ใหม่ทุกครั้ง"
  • "อย่าแปะ source code ทั้งไฟล์เว้นแต่ฉันจะบอก"
  • "ตรวจสอบเฉพาะไฟล์ที่จำเป็นสำหรับงานนี้เท่านั้น"

ใส่สิ่งเหล่านี้ใน AGENTS.md ของคุณครั้งเดียว แล้วดู re-reads ลดลงทันที

ขั้นตอนที่ 5: ใช้ Summaries, Diffs และ Snippets

Prompt แย่:

text
1Read this file and explain it.

Prompt ดี:

text
1ค้นหา logic การกำหนดขนาด position ของ risk engine แสดงเฉพาะฟังก์ชันนั้น + 3 บรรทัดด้านบน/ล่าง อธิบาย edge case ในหนึ่งย่อหน้า

หรือ

text
1สร้าง repo map 1 หน้า: entry points, config, data flows หลัก และคำสั่ง backtest ข้าม vendor dirs

การถามแบบเจาะจง = context window เล็ก

ขั้นตอนที่ 6: ให้ Codex บีบอัด Context ของตัวเองเป็นระยะ

ทุกๆ 4-5 รอบผมใส่:

text
1สรุปความคืบหน้าของเราเป็น handoff note แบบสั้น ตัดส่วนที่ซ้ำซ้อนและเส้นทางที่ล้มเหลวออก เก็บเฉพาะสิ่งที่จำเป็นเพื่อทำงานต่อ

บทสนทนายังคงกระชับแม้จะยาวขึ้น

ขั้นตอนที่ 7: ฆ่า Verbosity ตั้งแต่เริ่มต้น

text
1ให้กระชับ Output เฉพาะ patch + เหตุผลหนึ่งประโยค อย่าทวนแผนเว้นแต่จะเปลี่ยน ไม่มีคำฟุ่มเฟือย

กฎข้อเดียวนี้ลด output tokens ลงอย่างมาก

คำสั่งที่มีประโยชน์ & Helper Scripts ที่ผมใช้ทุกวัน

นี่คือคำสั่งบรรทัดเดียวและ scripts ที่ผมก็อปแปะหรือให้ Codex สร้างในวันแรกของโปรเจกต์ใดๆ

คำสั่งจำกัดผลลัพธ์ที่ผมบังคับใช้กับทุกเครื่องมือ:

text
1# การตรวจสอบไฟล์ที่ปลอดภัย
2head -n 80 somefile.py | cat
3tail -n 80 somefile.py | cat
4grep -n "KEYWORD" file.py | head -n 40
5
6# Git โดยไม่โดนข้อมูลท่วม
7git status --porcelain | head -n 30
8git log --oneline -15
9git diff --name-only | head -n 20
10
11# ข้อมูล & logs (เฉพาะการซื้อขาย)
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# รูปแบบ เขียนแล้วค่อยตรวจสอบ
16python analyze_backtest.py > temp_results.txt 2>&1
17head -c 8000 temp_results.txt # จำกัดไบต์เพื่อความปลอดภัย

**

Helper scripts ที่ผมให้ 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 เด็ดที่ผมใช้ตลอด (จำกัดไบต์ทุกอย่างที่ไม่รู้จัก):

text
1## การป้องกัน Output คำสั่ง
2คำสั่งใดๆ ที่มี output ไม่ทราบขนาดหรือมีแนวโน้มใหญ่ ต้องจำกัดไบต์
3ค่าเริ่มต้น: COMMAND 2>&1 | head -c 6000
4ถ้าต้องการมากกว่านั้น ให้เขียนลง temp file แล้วฉันจะตรวจสอบเฉพาะช่วง

Prompt template ที่ผมใช้ซ้ำสำหรับงานข้อมูลหนักๆ:

text
1รัน compact_logs.py หรือ summarize_data.py ก่อนเพื่อสร้าง needle map ขนาด <500 tokens จากนั้นวิเคราะห์เฉพาะผลลัพธ์นั้นเท่านั้น ห้ามอ่านไฟล์ดิบโดยตรง

คำสั่งและ scripts เหล่านี้ช่วยลดการใช้งานรายวันลงอีก 30-40% นอกเหนือจากการเปลี่ยนแปลง workflow ครั้งใหญ่

**กฎใหม่ของผม

อย่าให้ Codex อ่านข้อมูลดิบถ้าสรุป 50 บรรทัดเพียงพอ**

Helper ที่ผมสร้างในสัปดาห์แรกคุ้มค่าทุกชั่วโมง

ประสิทธิภาพของ Token ไม่ใช่ปัญหาที่โมเดล แต่เป็นปัญหาที่ระบบ แค่จัดวินัยเรื่อง context ให้ดี คุณก็จะทำงานได้มากขึ้น 8-10 เท่าภายในโควต้าเดียวกัน

ผมยังสร้าง www.RedLeads.app เพื่อหาผู้ใช้สำหรับสิ่งที่ผมสร้างได้เร็วขึ้น มาร่วมกันวิ่งไปสู่ $10k MRR ด้วยการ vibecode ระบบและเครื่องมือเจ๋งๆ กันเถอะ

ขอบคุณครับ :)

บันทึกในคลิกเดียว

อ่านบทความไวรัลเชิงลึกด้วย AI ใน YouMind

บันทึกแหล่งที่มา ถามคำถามที่ตรงประเด็น สรุปข้อโต้แย้ง และเปลี่ยนบทความไวรัลให้เป็นโน้ตที่นำกลับมาใช้ได้ใน AI เวิร์กสเปซเดียว

สำรวจ YouMind
สำหรับครีเอเตอร์

เปลี่ยน Markdown ของคุณให้เป็นบทความ 𝕏 ที่สะอาดตา

เวลาคุณเผยแพร่งานเขียนยาวของตัวเอง การจัดรูปแบบรูปภาพ ตาราง และบล็อกโค้ดให้เข้ากับ 𝕏 นั้นน่าปวดหัว YouMind เปลี่ยนร่าง Markdown ทั้งฉบับให้เป็นบทความ 𝕏 ที่สะอาดตาและพร้อมโพสต์ทันที

ลอง Markdown เป็น 𝕏

แพตเทิร์นให้ถอดรหัสเพิ่มเติม

บทความไวรัลล่าสุด

สำรวจบทความไวรัลเพิ่มเติม