arrow_back Tất cả bài viết
20 tháng 8, 2026 · 7 phút đọc ·

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.

Cái phễu đồng trên bàn hứng dải hạt sáng xanh rơi xuống và thắt lại thành một dòng chảy nhỏ vào laptop đang hiển thị code
Nguyên tắc đơn giản: thắt hẹp luồng dữ liệu đổ vào để chỉ những gì cần thiết mới đến được phiên.

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.

Phiên Grok — tổng 30.4MB (2026-08-19)read_file11.9MB · n=3,528search_tool2.75MB · peak 39KBDữ liệu khácshell output, tool schemas, lịch sử chat, v.v.Mục lớn nhất, read_file 11.9MB:· Gọi bình thường: giới hạn 20–80 dòng — không vấn đề· 290 lần gọi không đặt hạn = 1.83MB (toàn file)· Gọi lớn hơn 10KB = 1.32MB→ Tail đốt ngân sách, không phải trung bình — chỉ cần chặn tail.
Mục lớn nhất là read_file. Và trong đó, vấn đề không phải lần gọi trung bình — mà là số ít lần gọi không đặt hạn kéo vào toàn bộ file.

Đ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.

Bốn giới hạn phiên Grok của meshcode1. read_file chặn 300 dòngPreToolUse hook chèn limit=300vào gọi chưa đặt hạnMục: 290 lần không hạn (1.83MB)Không chạm gọi bình thường 20–80 dòng2. MCP chặn ở 12,000BĐặt GROK_MAX_MCP_OUTPUT_BYTESchỉ cho tiến trình nàyMục: search_tool tail 39KBKhông chạm công cụ ta (9.9KB/8KB)3. Tắt catalogue lượt đầuTắt quét mặc định của GrokMCP/skills/rules CursorMục: schema ngoài ở lượt 1Không ảnh hưởng phiên khác4. Khám phá → model rẻmeshcode gửi tìm kiếm lớnsang session con giá rẻMB đọc được không vào phiên GrokChỉ trả về tham chiếu file:dòng
Tất cả bốn cơ chế theo nguyên tắc chung: giữ nguyên dùng bình thường, chỉ cắt phần vượt mứ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.

hạn mức grok buildtiêu thụ token grokquản lý ngữ cảnh agent aikéo dài hạn mức grokmeshcode grok