10月9日星期五,我的部落格代理商需要八張圖片來發布一篇文章。由於代理速度很快,它一次性要求了全部八張圖片。其中三張圖片被拒絕,回傳HTTP 429錯誤代碼,「請求過多」。其餘五張圖片則沒有問題。代理隨後逐一重試了這三張圖片,最終全部成功。.
當天上午晚些時候,我的社交代理同時要求上傳五張圖片。其中一張出現 429 錯誤,它運行的腳本將此視為徹底失敗並退出了程式。.
第二天我做了一點改變:每次發送三張圖片,每次發送前等待八秒鐘再發起新的請求。接下來的兩次圖片密集型任務中,我總共發送了 12 張圖片,全部成功,沒有重試。這就是今天的技巧。.
為什麼人工智慧代理的速率限制會在工作獨立進行時生效
我在七月的時候寫過: 當工作是獨立完成時,並行代理人獲勝。, 我以「七幅分段影像,在最慢的渲染時間內完成」為例。這項工作確實是獨立的,每個圖像都有自己的請求提示。但它們都使用同一個 API 金鑰,而該金鑰有速度限制。獨立的工作本身並沒有獨立的速率限制。.
有兩個因素使情況比看起來更糟:

⚡ 取得人工智慧優勢
每週提供真正省時省錢的AI小技巧。沒有廢話,沒有誇大其詞——只有切實有效的方法。.
- 密鑰是共享的。. 我經營著大約十個品牌,它們都使用同一個圖片帳戶。之前帳號故障時,我檢查了一下,發現裡面顯示了一些我還沒開始渲染的圖片。同時,另一個同系列的品牌也出現了圖片爆滿的情況。你的代理商並不是唯一佔用你額度的人。你的其他自動化流程、團隊成員以及你安排的任務也會佔用額度。.
- 健康檢查結果委婉地撒了謊。. 帳戶端點顯示剩餘 2,999 個請求。這是請求限制。 閱讀 資料方面,啟動新的影像處理作業有其自身的限制,而且限制要嚴格得多,但文件頭中並未提及。 「餘量充足」的說法沒錯,只是不適用於我正在做的這件事。.
解決方法:分批處理,錯開執行,重試失敗的那一步。
- 封住批次。. 我用三個。同時放五個有時候用,有時候會丟一個。同時放八個,丟了三個。一開始放少一點,等連續幾次都成功之後再增加數量。.
- 錯開出發時間。. 即使是批次處理,請求之間也要等待幾秒鐘。對於一個包含七張圖片的貼文來說,八秒鐘的等待時間會讓我損失不到一分鐘的時間。而渲染失敗的代價遠不止於此,光是注意到它就需要花費更多的時間。.
- 只重試失敗的部分,並且單獨重試該部分。. 429 錯誤表示“速度減慢”,而不是“故障”。稍等片刻,然後單獨發送被拒絕的請求。不要重新運行整個批次,因為那樣你會再次為已經成功處理的請求付費。.
- 別讓429毀了這次跑步。. 如果你的腳本在第一次請求被拒絕後就放棄,那麼一分鐘的延誤就可能導致整個任務失敗。請確保呼叫 API 的程式碼在放棄之前會等待並重試。.
需要注意的是:429 也可能意味著您已用完每月限額,等待也無法解決這個問題。當我 影像壓縮器達到月度上限 9 月的時候,它連續幾天都返回 429 錯誤。重試之前,請先閱讀錯誤訊息。 「請求過多」表示請稍等片刻。 「超出每月限額」表示您需要升級套餐或設定備用方案,我在先前的文章中已經介紹過這種情況。 當你的經紀人的某個工具出現故障時會發生什麼事?.
在您自己的設定中應該查看哪裡?
檢查代理程式的指令和腳本,找出所有循環遍歷清單並呼叫 API 的程式碼:例如圖片、郵件、資料抓取、CRM 更新等。然後問自己兩個問題:有多少個請求同時發起?當其中一個請求返回 429 錯誤時,運行會發生什麼?如果答案是“所有請求都發起了 429 錯誤”和“運行停止”,那麼你就在故障發生之前找到了它。.
要點: 並行處理仍然共享同一個速度限制。將任務分成小組進行批次處理,錯開啟動時間,並且只重試失敗的請求。我的鏡像處理步驟從 8 次中有 3 次失敗增加到 12 次全部失敗,而且沒有額外消耗任何資源。.
不確定你的哪些自動化程式在爭用同一個金鑰? 預約自動化策略會議 我們將一起繪製地圖。.

📥 免費:《人工智慧劇本》
我用來經營一人代理公司的所有工具和工作流程。 25 年的行銷經驗濃縮成一份實用指南。免費贈送。.
