
HTTP 429 có nghĩa gì khi agent lập trình AI của bạn chạm tường
429 có nghĩa là nhà cung cấp đang giới hạn tốc độ agent của bạn, không phải là có thứ gì đó bị hỏng. Giới hạn tốc độ đo lường điều gì, tại sao agent kích hoạt chúng, và cách xử lý.
Ít có thứ gì làm đứt mạch hứng thú hơn việc agent dừng lại giữa chừng với một mã lỗi 429 đỏ chót. Nó trông như thất bại, nhưng thực ra không phải — đó là nhà cung cấp đang nói chưa được lúc, và hiểu chính xác điều đó nghĩa là gì sẽ cho bạn biết phải làm gì tiếp theo. Giới hạn tốc độ là hệ thống ống dẫn của mọi thiết lập lập trình AI, và agent vấp phải chúng thường xuyên hơn nhiều so với người dùng chat, vì những lý do cấu trúc đáng để hiểu trước khi chính bạn là người đang trừng mắt nhìn lỗi.
429 thực sự nói gì
HTTP 429 Too Many Requests (Quá nhiều yêu cầu) có nghĩa là máy chủ đã nhận và hiểu yêu cầu của bạn nhưng từ chối xử lý nó — một hạn mức đã bị vượt qua. Quan trọng là, nó tạm thời theo thiết kế: phản hồi thường kèm theo gợi ý Retry-After nói khi nào nên quay lại. Điều đó tách nó khỏi những lỗi hàng xóm trong cùng họ lỗi. 401 hoặc 403 nghĩa là vấn đề xác thực hoặc quyền, mà việc thử lại sẽ không sửa được; 402 nhắm tới thanh toán; 5xx là rắc rối của chính nhà cung cấp. 429 là vấn đề của bạn, và nó có thể giải quyết được.
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 agent chạm giới hạn nhiều hơn chat
Một lượt trao đổi trên chat là một hoặc hai yêu cầu. Một lượt của agent là hàng chục: đọc file, tìm kiếm, chỉnh sửa, chạy test, phản ứng với kết quả đầu ra — mỗi bước là một lời gọi API mới mang theo ngữ cảnh ngày càng phình to. Ba giới hạn riêng biệt cần lưu ý: số yêu cầu mỗi phút, số token mỗi phút, và số kết nối đồng thời. Agent thường cạn token mỗi phút trước, vì mỗi một lời gọi đều vận chuyển hàng nghìn token ngữ cảnh theo cùng nó. Các gói đăng ký còn chồng thêm hạn mức sử dụng công bằng lên trên — hạn mức hàng ngày hoặc hàng tuần — và chúng có thể xuất hiện dưới dạng cảnh báo sử dụng thay vì phản hồi 429 gọn gàng, điều này làm người ta bối rối lần đầu.
Phản ứng đầu tiên: lùi lại đúng cách
Tuân thủ header Retry-After khi có; nếu không, hãy thử lại với cơ chế lùi luỹ thừa cộng thêm jitter — đợi một giây, rồi hai, rồi bốn, rồi tám. Việc gửi đi gửi lại ầm ầm chỉ làm mọi thứ tệ hơn: các yêu cầu lặp lại có thể kéo dài cửa sổ giới hạn, và các cơn bão thử lại thủ công từ nhiều pane đang mở sẽ nhân một vấn đề nhỏ thành vấn đề to. Hãy xác định xem giới hạn nào đã bị chạm tới nữa. Hạn mức của chính tài khoản bạn hành xử rất khác so với tình trạng nghẽn phía nhà cung cấp, và phân biệt được chúng sẽ giúp bạn tiết kiệm một tiếng đồng hồ tự trách bản thân vì giờ cao điểm của người khác.
Cách sửa cấu trúc: cần ít hơn, dàn trải ra
Những cách sửa bền vững làm giảm nhu cầu chứ không lách nó. Cắt gọn ngữ cảnh: trỏ agent vào ba file liên quan tốt hơn nhiều so với việc dán nửa cái repository. Chạy một tác vụ dài thay vì sáu phiên song song khi bạn gần chạm trần. Gom các chỉnh sửa liên quan thành một lượt được đặc tả rõ ràng thay vì nhỏ giọt từng chỉ dẫn. Đẩy các tác vụ xử lý hàng loạt ban đêm sang giờ thấp điểm. Chia nhỏ pipeline để một model rẻ hơn xử lý các bước thường quy và dành năng lực cao cấp cho các quyết định. Nếu bạn đã vốn hay chuyển qua lại giữa các nhà cung cấp, một so sánh chi phí giữa các agent lập trình đồng thời đóng vai trò như một bản đồ giá cả và năng lực sơ bộ, và biết Claude, GPT và Gemini khác nhau thế nào cho lập trình giúp bạn chọn một nhà cung cấp thứ hai hợp lý trước khi bạn cấp thiết cần đến.
Khi 429 cứ lặp đi lặp lại
Một đợt bất thường vào giờ cao điểm là thời tiết; một khuôn mẫu lặp lại hàng ngày là khí hậu. Nếu bạn chạm giới hạn mỗi ngày, bạn đã vượt quá gói đăng ký hoặc nhà cung cấp — hãy nâng hạn mức, chuyển lên gói cao hơn, hoặc định tuyến một số khối lượng công việc sang nơi khác một cách vĩnh viễn. Theo dõi xem tác vụ nào kích hoạt nó: nếu luôn là những công việc refactor khổng lồ, đó là vấn đề kích thước ngữ cảnh đội lốt giới hạn tốc độ, và thu nhỏ những gì bạn gửi sẽ sửa được nhiều hơn việc nâng cấp.
Góc nhìn của meshcode
Vì meshcode cho phép mỗi pane trỏ tới backend riêng của nó, một 429 trên một nhà cung cấp trở thành một quyết định định tuyến thay vì một điểm dừng: chuyển tác vụ bị kẹt sang model khác, giữ mọi thứ khác chạy, và quay lại khi cửa sổ giới hạn đã qua. Mang API key của riêng bạn và phương án dự phòng là do bạn sắp xếp, không phải của nền tảng.
👉 Tải meshcode — Mac, Windows
Bài viết khác trên blog
Cách chuyển từ Codex sang meshcode: Hướng dẫn từng bước
Hãy giữ gói đăng ký Codex CLI của bạn — chỉ cần ngừng chạy nó từng tab terminal một. Đây là cách đưa Codex vào meshcode, chạy song song với các mô hình khác trong các khung riêng, và không còn đốt hạn mức cho mã khuôn mẫu.
Cách chuyển từ Claude Code sang meshcode: Hướng dẫn từng bước
Bạn không cần từ bỏ Claude Code để khai thác nó tốt hơn. Đây là cách đưa gói đăng ký Claude Code CLI hiện có vào meshcode và chạy nhiều phiên trong các khung song song thay vì liên tục đổi qua lại giữa các tab terminal.
Giới hạn sử dụng Cursor được giải thích: Điều gì xảy ra khi bạn hết dung lượng bao gồm
Cursor không còn đếm các yêu cầu rời rạc nữa — nó đo hai nhóm sử dụng tính bằng đô la, được reset theo chu kỳ thanh toán của bạn. Đây là cách các hạn mức Pro/Pro Plus/Ultra của Cursor thực sự hoạt động, điều gì xảy ra khi bạn hết, và so sánh với các giới hạn theo thời gian của Claude Code, Codex và Grok.