Bật rtk và tắt rtk trên cùng một việc, bill của mình lại tăng
rtk là một tool viết bằng Rust, đứng giữa coding agent và shell. Nó cắt bớt output của lệnh trước khi agent đọc, và có bộ đếm riêng là rtk gain để báo nó đã tiết kiệm bao nhiêu token. Ngày 6/11/2026 mình chạy cùng một việc, một bên bật rtk, một bên tắt, rồi so số tiền mỗi lần chạy. Bên bật rtk lại tốn hơn.
Mình chạy thế nào
- Cùng máy, cùng settings, hook, file rule và model ở cả hai bên. Mỗi bên 10 lần chạy headless
claude -p, xếp theo thứ tự ABBA, toàn việc chỉ đọc trong một repo của mình. - Ở bên "tắt", mình đặt một
rtkgiả lên đầu PATH. Hook gọi nó thì nó không trả gì, nên lệnh chạy y nguyên, còn gọi thẳngrtk xthì nó chạyxgốc. Bản giả ghi lại 65 lần hook gọi và không có lần gọi thẳng nào, nên rtk tắt thật. - Script chạy của mình bị một bug: lần chạy nào cũng làm hết năm việc trong file task, gồm chạy test, đọc git history, tóm tắt phần chưa commit, tìm chỗ gọi hàm, liệt kê dung lượng file. Hai bên đều nhận cùng một bộ việc nên phép so sánh vẫn đúng.
Mỗi lần chạy tốn bao nhiêu
Số tiền ghi lại cho từng lần chạy, ngày 6/11/2026:
- Tổng 10 lần: Bật rtk $4.20; Tắt rtk $2.94
- Lần chạy ở giữa (median): Bật rtk $0.257; Tắt rtk $0.215
- Trung bình, bỏ một lần lệch $1.36 (bên bật rtk, 18 bước): Bật rtk $0.315; Tắt rtk $0.294
- Số bước, median: Bật rtk 11; Tắt rtk 11
Câu trả lời giống nhau. Cả hai bên đều tìm ra cùng 5 test lỗi và cùng mấy chỗ gọi hàm. Tính kiểu nào thì rtk cũng không rẻ hơn. Nó đắt hơn từ 7% tới 43%, tuỳ cách tính lần chạy bị lệch. Mười lần mỗi bên mới là gợi ý thôi chứ chưa phải bằng chứng.
Nó còn trả output sai
Cùng ngày đó, trong một session bình thường có bật rtk, wc -l < file trả về 0 cho một file 65 dòng. Còn grep -v '^hook' thì in ra đúng những dòng khớp, trong khi lẽ ra phải in những dòng còn lại. Chạy qua rtk proxy thì cả hai lệnh đều ra đúng. Agent nhận một con số sai có thể sẽ tốn thêm bước để kiểm tra lại, nhưng mình chưa đo chuyện đó.
Hai bài test lớn hơn cho ra một kiểu kết quả tương tự
Mình đọc hai bài này chứ không tự chạy lại test của họ.
- JetBrains, tháng 7/2026 (bài viết). Claude Code với Sonnet 5 trên SkillsBench, 86 task, 425 lần chạy có tính tiền. Phần input mà rtk nén lại tăng 3,2%, mức thay đổi quá nhỏ để kết luận. Ở lần chạy low-effort, rtk báo "tiết kiệm" 96 triệu token trong khi bill của chính những lần chạy đó lại tăng. Lý do họ đưa ra: Read và Grep không đi qua Bash hook của rtk, và rtk tính phần tiết kiệm bằng số ký tự chia 4, trong khi phần lớn input là cache read vốn đã rẻ.
- Quesma (bài viết). Terminal-Bench, 1.740 lần chạy. Input mỗi lượt giảm 7%, nhưng số lượt tăng 18%.
Mình làm gì sau đó
Mình gỡ hook rtk. Con số rtk gain in ra là ước lượng của chính rtk, nên nó không cho bạn biết bill có giảm hay không. Muốn biết thì chạy việc của bạn có rtk và không có rtk, rồi so số tiền thật.
Lần test này chưa bao phủ được: chỉ một máy, một repo, việc chỉ đọc, một setup model. Mình chưa test việc ghi nhiều file hay các coding agent khác.
English