Anthropic 將第一方 Claude API 的 Messages API 與 Token Counting API 單次請求大小上限，由 32MB 提高至 128MB，容量成為原本四倍。官方更新紀錄列在 10 月 28 日，相關消息近日再受關注。這項調整讓包含圖片、文件的請求有更多傳輸空間，但沒有同時承諾模型可讀取的內容長度也增加四倍。
檔案能送進去，與模型能讀完是兩件事
128MB 限制計算的是整個請求，不只是其中一個 PDF。官方 PDF 文件另列頁數、格式及上下文條件；圖片與文字一起送出時，也共用請求空間。因此，看到檔案小於 128MB，還不能直接判定一定能成功分析。透過其他雲端平台呼叫 Claude 的使用者，也應依該平台規格處理。
對開發團隊而言，這次改變較直接的用途，是減少原本為了傳輸大小而做的過度壓縮。例如一份設備手冊同時有照片、剖面圖與表格，若壓到文字模糊，後面的判讀便可能失準。增加可傳輸空間，有助保留這些細節；是否改善答案，仍需用相同題目比較。
大文件工作流程，可以先找出真正的瓶頸
以下是編輯部對實務導入的建議：先把失敗原因分成檔案過大、內容超出模型可處理範圍，以及等待連線中斷。只有第一類，才與這次容量提高直接相關。若問題出在掃描歪斜、缺頁或資料互相矛盾，增加容量並不會自動修好。
測試時可選一份真正常用的文件，要求答案附上頁碼與對應依據，再記錄傳輸是否成功、關鍵欄位是否完整，以及人工回查時間。能否少拆幾次文件，應與找錯、補件的時間一起評估，而非只比上傳速度。
長時間的 AI 操作也要另外處理。官方仍建議長請求評估串流或批次方式；傳輸上限提高，並不代表網路連線、執行時間或操作授權沒有邊界。對需要連續讀圖與操作軟體的代理，較大的請求空間是一項基礎條件，完成任務的可靠度仍取決於整體流程。
