Seedance 2.5 API 速率限制和並發：供應商比較

如果您正在規劃 Seedance 2.5 的吞吐量，您需要知道的第一件事是令人不安的：在任何平台上，都沒有發布的數字可供規劃。本文解釋了原因，以及應該如何進行工程設計。

主要收穫

• 市場上沒有任何供應商為 Seedance 2.5 發布數字 RPM、TPM 或並發表。這在 Atlas Cloud、Replicate、fal.ai、WaveSpeed、OpenRouter、Kie.ai 和第一方 ByteDance 頻道中都是一致的。任何顯示特定並發數字的文章都是虛構的。
• Atlas Cloud 在其常見問題中逐字記錄了其立場：「速率限制因帳戶層級和模型類型而異。如果您遇到 429 請求過多錯誤，請聯繫支持以獲得更高的限制。」
• Atlas Cloud 在其企業層級提供自定義 TPM/RPM，以及每個模型和每個應用程序的 TPM/RPM 監控，這是為需要承諾上限的團隊取代公共表的機制。
• 影片並發不是 LLM RPM。一個 Seedance 2.5 作業會佔用 GPU 數分鐘，因此您的綁定約束是正在進行的作業，而不是每秒請求數。
• 429 請求過多是您的發現信號。將其視為數據，以抖動進行指數退避，並使用受控的爬升來測量您的實際上限，而不是猜測。
• Webhook 改變了吞吐量計算，因為它們從您自己的請求預算中移除了輪詢流量。Atlas Cloud 記錄了至少一次交付、大約 10 秒、20 秒、40 秒的重試階梯，上限接近 30 分鐘，最多約 10 次嘗試，以及一個協調安全網。

為什麼數字不存在，以及為什麼這不是逃避

生成式影片的速率限制是實時 GPU 容量、模型版本、帳戶層級和當前隊列深度的函數。發布固定數字要麼會低估大多數帳戶獲得的容量，要麼會承諾在需求高峰期間無法維持的容量。每個提供 Seedance 2.5 的供應商都做出了相同的選擇。

ByteDance 也沒有發布 Seedance 2.5 的技術報告，也沒有正式的第三方基準測試。30 秒單次生成和最多 50 個參考資產的數字是供應商在 2026 年 6 月 23 日北京火山引擎 FORCE 發布會上的聲明。吞吐量從未是該公告的一部分。

誠實的說法：您的速率限制是您帳戶的屬性，而不是模型的屬性。有用的技能是發現並圍繞它進行工程設計。

影片並發與 LLM RPM 是不同的問題

對於文本模型，每分鐘請求數是負載的合理代理，因為每個請求都很短且便宜。對於影片，它完全失效了。

考慮單個 Seedance 2.5 請求的作用。持續時間可配置為 4 到 30 秒（或 -1 讓模型選擇），分辨率為 480p 或 720p，作業在 GPU 上異步運行直到完成。Replicate 在其公共模型頁面上發布了真實的運行指標，一個示例顯示，對於沒有影片輸入的 5 秒 720p 剪輯，predict_time 為 224.078 秒。這意味著五秒鐘的輸出佔用了近四分鐘的 GPU。

對容量規劃的影響：

• 一個 HTTP 請求可以佔用 GPU 數分鐘，因此每秒請求數作為負載指標幾乎毫無意義。
• 真正的上限是您的帳戶允許持有的並發處理作業數。
• 提交很便宜，完成很昂貴。您可以淹沒提交端點而不會產生任何吞吐量。
• 持續時間和分辨率會影響佔用率。一個 30 秒 720p 的作業比一個 4 秒 480p 的作業是更大的工作單元。
• 一旦飽和，隊列等待，而不是請求延遲，將主導端到端交付。

以正在進行的作業和 GPU 秒為單位進行規劃，而不是以 RPM 為單位。

令牌計費如何將成本與佔用率掛鉤

在 Atlas Cloud 上，影片模型按分辨率和持續時間按生成計費，文檔明確指出某些模型（命名為 Seedance 2.x）在任務完成時按輸出影片令牌計費。Atlas Cloud 提供三種可調用的 Seedance 2.5 變體：bytedance/seedance-2.5/text-to-video、bytedance/seedance-2.5/image-to-video 和 bytedance/seedance-2.5/reference-to-video，每個基本價格為每秒 0.134 美元。

ByteDance 發布的第一方令牌公式明確了這種關係：令牌大約是（輸入影片持續時間 + 輸出影片持續時間）乘以輸出寬度、輸出高度和輸出幀率，除以 1024。每個術語也是 GPU 時間的驅動因素。

因此，控制您的帳單的旋鈕就是控制您的並發消耗的旋鈕。從 720p 降到 480p，或從 30 秒降到 8 秒，可以同時削減開支並釋放容量。Atlas Cloud 也不對失敗的生成收費：保留的金額會自動返回到您的餘額中，因此探測實驗仍然很便宜。

將 429 視為測量儀器

由於沒有任何地方發布上限，429 Too Many Requests 並不是一個需要害怕的失敗。它是定位您邊界的唯一可靠方法。Atlas Cloud 明確表示 429 是聯繫支持以獲得更高限制的觸發器，因此響應旨在可操作而不是終止。

429 時正確的客戶端行為：

• 切勿立即或在緊密循環中重試。
• 以完全抖動進行指數退避，並遵守任何 Retry-After 頭部。
• 限制退避和嘗試次數，然後將作業移動到死信隊列。
• 區分 429 和 402 Payment Required，在 Atlas Cloud 上，這意味著餘額不足，並在充值後立即恢復。重試 402 是沒有意義的。
• 記錄每個 429 以及當時正在進行的作業數量。該配對是您的上限數據。

測量您自己上限的實用協議

這需要不到一個小時，並為您提供一個可以據此構建的數字。

1. 固定您的工作負載形狀。一個變體、一個分辨率、一個持續時間，例如 480p 6 秒。在測試中途改變形狀會使結果失效。
2. 基線。提交一個作業，記錄提交延遲和到終端狀態的實際時間。這是未加載的處理時間。
3. 使用有界工作池進行爬升：2 個並發作業，然後 4 個，然後 8 個，然後 16 個，每個級別保持至少三個完整的作業週期。
4. 記錄每個級別的三個系列：429 計數、到終端狀態的中位時間和每分鐘完成的作業數。
5. 找到拐點。您的上限是每分鐘完成數停止上升或 429 開始出現的級別，以先發生者為準。
6. 在拐點以下操作，而不是在拐點處。為重試和共享密鑰的其他應用程序留出餘裕。
7. 在持續時間、分辨率、參考資產數量或帳戶層級發生任何變化後重新測量。所有這些都會移動拐點。

如果測得的拐點低於您的產品需求，Atlas Cloud 的文檔路徑是聯繫支持以獲得更高限制，或轉移到企業層級，其中自定義 TPM/RPM 會針對每個模型和每個應用程序進行配置和監控。

Webhook 從您的請求預算中移除輪詢

這是大多數團隊可以做出的最高槓桿變化，但它被廣泛低估了。

如果您每兩秒輪詢 GET /api/v1/model/prediction/{id} 以獲取一個需要三分鐘的作業，您將花費大約九十個請求來了解一個事實。乘以您正在進行的隊列，您的大部分預算都花在了提問而不是做工作上。

Atlas Cloud 為異步影片和圖像生成提供 webhook 回調：將 webhook_url 添加到提交請求中，當作業達到終端狀態時，您會收到一個 video.task.terminal 事件。輪詢仍然有效，兩者是互補的。

您必須為之構建的文檔化交付語義：

• 以任何 2xx 響應確認，並快速完成（幾秒鐘內）。非 2xx 或連接超時算作失敗並重試。
• 重試使用指數退避，大約 10 秒，然後 20 秒，然後 40 秒，上限約為 30 分鐘，最多約 10 次嘗試，然後交付被標記為不可交付。
• 交付是至少一次。在 session_id 上進行去重，該 session_id 也包含在 webhook ID 請求頭中，並使處理程序冪等。不要假設排序或恰好一次。
• 內置的協調安全網保證即使錯過了快速路徑也能交付。
• 在頂級 status 字段（OK 或 ERROR）上分支，然後讀取 payload.status 以獲取 completed、failed 或 timeout。失敗會帶有 error_code，例如內容審核拒絕的 1039。
• 驗證簽名。Atlas Cloud 正在從傳統的 HMAC-SHA256 遷移到帶有公共 JWKS 端點的 Ed25519，因此請緩存 JWKS，在未知 kid 時重新獲取，並強制執行大約五分鐘的重放窗口。

提交使用兩步異步 REST 約定。影片不通過 chat.completions。

使用 webhook 提交，這樣您就永遠不會在熱路徑中輪詢，然後僅作為協調掃描進行輪詢。

bashCopy
1curl -X POST https://api.atlascloud.ai/api/v1/model/generateVideo \
2  -H "Authorization: Bearer $ATLAS_API_KEY" \
3  -H "Content-Type: application/json" \
4  -d '{
5    "model": "bytedance/seedance-2.5/text-to-video",
6    "prompt": "a courier cycling through neon-lit rain, camera tracking alongside",
7    "duration": 8,
8    "resolution": "480p",
9    "ratio": "16:9",
10    "webhook_url": "https://example.com/hooks/atlas"
11  }'
12#Returns {"code":200,"data":{"id":"...","status":"processing"}}
13
14curl -H "Authorization: Bearer $ATLAS_API_KEY" \
15  https://api.atlascloud.ai/api/v1/model/prediction/PREDICTION_ID

供應商比較：實際發布的內容

僅限文本評級。每個數字限制單元格都顯示「未發布」，因為這是市場的驗證狀態，而不是我們研究中的空白。

有兩個單元格值得強調。Replicate 是這裡唯一發布觀察到的運行時間的供應商，這是一個有用的公共參考，即使您在其他地方部署，也可以用於 GPU 佔用率。OpenRouter 將 Seedance 2.5 作為單一上游供應商的直通，因此沒有路由決策疊加在上面；它提供廣泛的 LLM 路由和大型文本目錄，並且還提供多模態和選定的影片功能。

能夠在未知上限下生存的隊列設計

由於您無法從文檔中讀取您的限制，因此請構建一個自我調節的系統。

• 有界工作池。將正在進行的作業限制在低於您測得拐點的運行時配置值，而不是您必須重新部署的常量。
• 自適應門控。在 429 時，縮小有效池，然後緩慢恢復。對並發應用加性增加、乘性減少。
• 處處冪等。為每個邏輯作業生成您自己的請求密鑰，將返回的 prediction_id 存儲起來，並在 session_id 上對 webhook 處理進行去重。
• 優先級通道。交互式作業應優先於批處理回填以獲取稀缺插槽。單個 FIFO 隊列讓您最慢的路徑定義您最快的路徑。
• 協調掃描。定期列出已超過截止日期仍標記為正在進行的記錄，並輪詢預測端點以獲取真實狀態。這就是使至少一次交付安全的原因。
• 邊緣的形狀控制。將持續時間和分辨率作為產品決策公開。480p 預覽層既是成本槓桿又是吞吐量槓桿。
• 佔用率的可觀察性。繪製正在進行的作業和每分鐘完成數，而不是請求計數。請求計數看起來很健康，直到沒有任何東西完成的那一刻。

哪個平台適合您的工作流程

如果您的優先級是一個帳戶，其中文本、圖像和影片吞吐量由一個密鑰和一個帳單管理，Atlas Cloud 擁有 300 多個精選模型，包括但不限於所有三種變體的 Seedance 2.5，並提供文檔化的 429 升級路徑和企業自定義 TPM/RPM。Atlas Cloud 通過 SOC II 認證並符合 HIPAA 標準，數據在靜止和傳輸過程中都經過加密。

如果您想在提交之前獲得運行時間的公開證據，Replicate 發布的運行指標是可用的最透明的工件。WaveSpeed 公開了最廣泛的 Seedance 2.5 端點集，包括明確的 turbo 層級。OpenRouter 的直通列表將模型放在與大型文本目錄相同的密鑰上。對於帶有已發布計算器的第一方令牌計費，火山引擎 Ark 覆蓋中國，BytePlus ModelArk 覆蓋國際。

常見問題

Q: Atlas Cloud 上的 Seedance 2.5 速率限制是多少？ A: 沒有發布數字。Atlas Cloud 文檔指出，速率限制因帳戶層級和模型類型而異，並且 429 請求過多響應是聯繫支持以獲得更高限制的信號。企業帳戶直接配置自定義 TPM/RPM。

Q: 有沒有供應商發布 Seedance 2.5 並發表？ A: 沒有。截至驗證，Atlas Cloud、OpenRouter、fal.ai、Replicate、WaveSpeed、Kie.ai 或第一方 ByteDance 頻道都沒有為此模型發布數字 RPM、TPM 或並發限制。將您在其他地方看到的任何特定數字視為未經證實的。

Q: 我應該規劃多少個並發 Seedance 2.5 作業？ A: 測量而不是假設。固定您的工作負載形狀，通過 2、4、8 和 16 個並發作業爬升有界工作池，並找到每分鐘完成數趨於平穩或 429 開始出現的級別。在該拐點以下操作。

Q: Webhook 會增加我的吞吐量嗎？ A: 間接且顯著。它們從您的請求預算中移除輪詢調用，因此您的配額更多地用於實際工作。Atlas Cloud 文檔指出至少一次交付，重試階梯大約為 10 秒、20 秒和 40 秒，上限接近 30 分鐘，最多約 10 次嘗試，以及一個協調安全網。

Q: 為什麼分辨率會影響我的速率限制？ A: 因為 Seedance 2.x 在完成時按輸出影片令牌計費，並且令牌計數隨持續時間、輸出寬度、高度和幀率而變化。這些相同的因素驅動 GPU 佔用率，因此較長的 720p 作業比短的 480p 作業消耗更多的並發預算。

Q: 作業失敗或被速率限制時會收費嗎？ A: 在 Atlas Cloud 上，失敗的生成不收費，保留的金額會自動返回到您的餘額中。被 429 拒絕的請求從未開始，因此它不會產生任何輸出令牌來計費。

總結

沒有供應商發布 Seedance 2.5 的數字速率限制或並發表，Atlas Cloud 是少數明確記錄管理機制的供應商之一：基於層級和模型類型的限制，429 作為升級信號，企業層級的自定義 TPM/RPM 以及每個模型和每個應用程序的監控，以及足夠詳細的 webhook 合同，可以據此構建一個自我調節的隊列。