Kéo Dài Thời Hạn Grok: Những Gì Chúng Tôi Thực Sự Đo Được
Điều đốt cháy hạn mức Grok Build không phải prompt bạn gõ — mà là các file agent tự đọc. Chúng tôi đo chính xác lượng dữ liệu chảy vào một phiên, và thay đổi cách meshcode khởi động Grok để phù hợp.
Khi Grok Build dừng với thông báo hết hạn, hầu hết mọi người cho rằng mình đã hỏi quá nhiều. Nhưng khi bạn thực sự đo các byte chảy qua một phiên, bức tranh khác hẳn. Phần lớn đốt hạn mức thực ra không phải prompt của bạn — mà là thứ agent tự đọc vào.
Chúng tôi không để đó là phỏng đoán — chúng tôi đo nó, và thay đổi cách meshcode khởi động Grok cho phù hợp. Bài viết này ghi lại những gì chúng tôi đo, những gì đã thay đổi, và chính xác ở đâu kết quả đúng — cũng như ở đâu chúng ngừng đúng.
30.4MB Một Phiên Đã Kéo Vào
Ngày 19 tháng 8, 2026, chúng tôi theo dõi toàn bộ dữ liệu đầu vào của một phiên Grok. Tổng cộng 30.4MB. Phân theo danh mục thì thủ phạm rõ ràng.
Điều quan trọng ở đây là hình dạng phân phối. Phần lớn thời gian, Grok tự đọc 20–80 dòng — những lần gọi đó ổn. Đốt ngân sách là 290 lần gọi không đặt hạn, và riêng chúng đã chiếm 1.83MB. Mỗi lần kéo vào một file hoàn chỉnh.
Công cụ tìm kiếm meta của Grok, search_tool, cho thấy hình dạng tương tự. P90 của nó khiêm tốn ở 11KB, nhưng max chạm 39KB và tổng cộng 2.75MB. Ngược lại, các công cụ của meshcode đã tự giới hạn — maximum đo được là 9.9KB cho read và 8KB cho grep. Không cần sửa gì ở đó.
Kết nối Claude hoặc Codex bạn đã trả tiền — phần còn lại do worker chi phí chỉ bằng một phần nhỏ đảm nhiệm.
Tải meshcode →Tại Sao Một Tail Ăn Hết Phiên
"1.83MB trong 30MB chỉ 6%" là kết luận dễ rút ra. Nó cũng chính là cái bẫy.
Ngữ cảnh trong cuộc hội thoại agent tích lũy. Nếu một file 30KB đổ vào nguyên ở lượt 3 và phiên chạy 40 lượt, 30KB đó được tính lại trên mỗi 37 lượt còn lại. Một lần đọc thiếu kỷ luật không phải chi phí một lần — nó cộng dồn càng lâu phiên càng chạy.
Đây chính là nơi hạn mức Grok Build nhạy cảm nhất. Như chúng tôi đã đề cập trước đó, hạn mức miễn phí của Grok không cho bạn biết thời gian reset — chỉ hiện lời mời nâng cấp. Bạn càng ít thấy ngân sách bao giờ được bổ sung, thì rò rỉ sớm càng tốn kém bấy nhiêu.
Vì vậy mục tiêu chúng tôi đặt không phải "khiến mọi người dùng Grok dè chừng" — mà hẹp hơn nhiều: không chạm lần gọi bình thường, chỉ cắt tail.
Bốn Giới Hạn meshcode Áp Cho Grok
Mở một pane Grok trong meshcode, và trái với chạy grok thô, bốn cơ chế kích hoạt cùng lúc.
1. Giới hạn 300 dòng cho read_file. read_file của Grok là công cụ tích hợp sẵn trong binary Grok, nên chúng tôi không thể sửa output sau đó. Thay vào đó, chúng tôi chặn lệnh gọi trước khi nó rời đi, chèn limit=300 chỉ vào các lệnh gọi chưa có hạn hoặc yêu cầu hơn 300. Các lệnh gọi bình thường 20–80 dòng không bao giờ chạm giá trị này.
2. Giới hạn 12,000 byte cho output công cụ MCP. Vì p90 của search_tool là 11KB, mức trần 12,000 byte cắt tail 39KB mà không ảnh hưởng response bình thường. Phạm vi chỉ trong tiến trình meshcode khởi động — ~/.grok/config.toml của bạn không bao giờ bị chạm.
3. Không dùng catalogue lạ ở lượt đầu. Grok TUI mặc định quét cấu hình MCP và skills/rules của Cursor. meshcode không chạy trên Cursor, nên chúng tôi tắt mọi catalogue Cursor còn sót lại nếu không sẽ tự gắn làm tool schema ngay lượt đầu tiên.
4. Khám phá hàng loạt chuyển sang model rẻ. Khoản tiết kiệm lớn nhất không đến từ giới hạn — mà đến từ cấu trúc. Khi meshcode giao việc "tìm chỗ này ở đâu" cho session con trên backend rẻ hơn, hàng chục MB mà session con đó đọc không bao giờ vào phiên Grok của bạn. Thứ quay về chỉ là vài tham chiếu file:dòng. meshcode đặt quy tắc này từ đầu phiên và nhắc lại nếu lệnh khám phá bắt đầu chồng chất.
"Dùng Ít Hơn" Thực Sự Có Nghĩa Gì — và Không
Chúng tôi cần thẳng thắn ở đây. Chúng tôi không claim một con số như "ít hơn 40% token." Con số ấy biến động theo workload, và đó không phải thứ chúng tôi đo.
Đây là thứ chúng tôi thực sự nói được:
- Một phiên kéo vào 30.4MB, và mục lớn nhất là read_file ở 11.9MB.
- Trong đó, giới hạn thực sự nhắm vào 1.83MB của 290 lần gọi không hạn và tail 1.32MB của các lệnh gọi hơn 10KB.
- search_tool tổng cộng 2.75MB, với response 39KB ở mức peak, và giới hạn 12,000 byte cắt tail đó.
- Phần bị cắt được tiết kiệm không phải một lần mà trên mỗi lượt còn lại, vì ngữ cảnh tích lũy.
Điều không đúng: không cơ chế nào khiến Grok thông minh hơn. Nếu agent cần nhiều file hơn mức 300 dòng cho phép, nó chỉ đọc tiếp — chỉ là bây giờ nó đọc phần thực sự cần. Mục đích của giới hạn không phải cấm đoán; mà là đảo mặc định từ vô hạn sang có chủ đích.
Không Phá Chạy grok TUI Thô Cũng Là Yêu Cầu
Phần khó nhất của công việc này không phải tiết kiệm — mà là tránh tác dụng phụ.
Hook file của Grok không thể đặt ở cấp project — chúng chỉ nằm trong ~/.grok/hooks/ toàn cục. Nghĩa là mọi hook meshcode cài cũng sẽ chạy khi ai đó gõ grok thô trong terminal riêng. Phiên bản đầu tiên chạy binary meshcode trên mọi lệnh gọi để kiểm tra "đây có phải phiên của chúng ta không?" — và riêng việc kiểm tra đó tốn 895ms mỗi lần, và trong một số điều kiện nó mở cửa sổ cho mọi lệnh gọi read_file duy nhất. Trong phiên của người khác.
Vì vậy chúng tôi chuyển kiểm tra ra khỏi binary sang một script shell nhỏ bên ngoài. Nếu phiên không mang marker meshcode đặt khi khởi động, script không làm gì và đi qua ngay lập tức.
Đây là thứ chúng tôi xác nhận lại hôm qua:
| Tình huống | Kết quả |
|---|---|
| Grok TUI thô (không marker) | 0.00s, không spawn tiến trình, không cửa sổ |
Phiên meshcode + read_file không hạn |
Đã xác nhận limit: 300 được chèn |
Phiên meshcode + lệnh gọi limit: 50 |
Đi qua nguyên vẹn |
| Độ trễ hook phiên meshcode | 895ms → khoảng 12ms |
Tiết kiệm mà làm chậm công cụ người khác thì không phải tiết kiệm. Chi phí của hook này cho người dùng Grok thô phải chính xác bằng không, và chúng tôi chỉ phát hành khi điều đó được xác nhận.
Góc Nhìn meshcode
meshcode là ứng dụng desktop native cho macOS và Windows, xây dựng quanh việc chạy nhiều agent trong các pane song song. Bạn nối thẳng subscription Grok đã có vào một pane — cùng hóa đơn, cùng hạn mức, không có gì thêm từ meshcode ở giữa.
Sự khác biệt là cùng một subscription tồn tại lâu hơn. Không phải vì trick nào đặc biệt, mà vì chúng tôi thực sự đo được gì chảy vào phiên và bao nhiêu, rồi chặn tail. Và vì công việc khám phá lớn thực sự được thiết lập để chạy trong ngữ cảnh model rẻ hơn ngay từ đầu — không phải trong ngữ cảnh Grok của bạn.
Nếu bạn muốn ngừng quản lý hạn mức altogether, model tính theo lượng dùng của chính meshcode nằm ngay bên cạnh — không phí tháng, không cửa sổ chung, chỉ một số dư trừ dần theo dùng. Nghĩa là có chỗ để đi ngay khi một trong các công cụ nói "come back later." Nếu muốn cùng kiểu phân tích cho Claude, chúng tôi đã viết cách kéo dài Claude Pro subscription.
Đừng cố tiết kiệm hạn mức bằng cách rationing prompt — hãy chặn thứ chảy vào thay vào đó. meshcode dùng thử miễn phí, và pane Grok mở ra với cả bốn giới hạn trên hoạt động ngay từ lần chạy đầu tiên.
👉 Tải meshcode — Mac, Windows.