試點吞吐量：誠實上限

沒有明確吞吐量上限的試點，注定會給錢包帶來驚喜。買方必須在產生真正的第一批流量之前 — 而不是等到財務部門詢問餘額為何在一夜之間下降之後 — 鎖定每秒訊息數、每日意圖上限以及誰擁有停止權。本頁即是這道誠實上限，它既不是 API 429 退讓的論文，也不是簡訊通道路由的操作手冊。

相關閱讀：正式流量前的錢包停損線、首次扣款前的預付資金保留、第一天跑道：必須亮綠燈的事項、試點之後：多通道錢包上限。

IOSOR 是白牌預付系統。USD 20 即可資助單一通道上的上限試點；在接近 USD 1,000/month 附近的柔性審查則將「試點無限量」視為偵察債務。客戶僅會看到白牌容量詞彙。

在首批真實流量前命名上限

誠實上限意味著產品、財務與營運團隊已經共享一個數字：試點密鑰上每個 UTC 日期與每秒的最大接受意圖數。發布跑道看起來可能是綠燈，但如果沒有人寫下上限，這就不算準備就緒。請參閱 第一天跑道：必須亮綠燈的事項。切勿在僅存在於 Slack 討論串中的上限上購買流量。

上限涵蓋的範圍

沒有負責人的上限在凌晨兩點就會變成傳說。柔性 USD 1,000/month 將傳說視為流量風險；USD 20 則證明了一個 QPS 數字、一個每日上限以及一個在該線停止的煙霧測試。沒有預付證明，保留機制仍然會失敗關閉 — 請參閱 首次扣款前的預付資金保留。

上限不是路由戲劇

本頁掌控的是試點可以發送「多少」流量。簡訊規模下的通道所有權與佇列紀律屬於其他地方 — 切勿將錢包可見的上限與路徑選擇混為一談。停損線與通道燃燒上限就位於上限旁邊：正式流量前的錢包停損線、試點之後：多通道錢包上限。在強制進行超出上限的發送並顯示拒絕而非虛構成功之前，柔性體積語言將保持封鎖狀態。

用看得見的金錢證明停止點

產品：你能在不打開聊天記錄的情況下說出 QPS 和每日上限嗎？財務：每個超出上限的拒絕，是否都在接受扣款旁邊留下了一個可計數的資料列？營運：誰來提高上限，且該變更是否有日誌記錄？當上限仍然是「沙箱允許的任何內容」時，柔性 USD 1,000/month 的談話將保持封鎖。

誠實試點上限的買方檢查清單

1. 尖峰 QPS 與每日意圖上限是否已寫下 — 而非口頭約定？
2. 在付費流量之前，是否已指定可以提高上限的負責人？
3. 超出上限的流量是否以誠實狀態失敗關閉？
4. 試點密鑰是否比任何未來的生產上限更嚴格？
5. 錢包停損線與保留規則是否與相同的數字保持一致？
6. 當上限仍處於草稿階段時，是否封鎖了柔性 USD 1,000/month 的談話？

任何「否」都會將試點上限 — 以及首批流量 — 留在草稿中。

從 IOSOR 開始

在正式導入第一波上線流量前，請直接在控制台的試用 API 金鑰上設定尖峰 QPS 與每日意圖上限。設定超額流量立即拒絕並關閉，同時向您的監控系統發送結構化網頁hooks事件。確認若要調高上限，必須透過您的治理閘道執行具備日誌記錄的帳戶變更，而非透過非正式請求。

IOSOR 要點

未設上限的試用期就像無人看管的負債，會讓軟體迴圈在過夜之間掏空錢包餘額。本文證明了誠實的吞吐量上限需要在導入第一批流量前，就先確立嚴格的 QPS 限制、每日意圖邊界以及拒絕關閉的機制。

請在金鑰設定中明確定義具備指定負責人的 QPS 限制與每日意圖上限。切勿將錢包級別的意圖上限與路由選擇混為一談，亦切勿依賴非正式的口頭協議來控制流量暴增。