Wan 3.0 對比 Wan 2.7：遷移與模型選擇

對於新的 PixMind 整合，建議選擇 Wan 3.0，除非你已確認某個特定的 Wan 2.7 工作流程能在實際使用的 API 專案中呼叫。Wan 3.0 目前的規格更廣：最長輸出 30 秒，提供 480p 級別，參考素材上限較高，而且在兩者共有的 720p 與 1080p 解析度下，指定日期的費率較低。只有當既有行為比這些新增能力更重要，且已驗證帳號層級存取權限時，才應保留正常運作的 Wan 2.7 整合。

真正複雜的是可用性。2026 年 9 月 5 日，兩個模型的公開頁面均顯示「可用」。然而，從一個已設定 API 專案發出的驗證模型目錄請求回傳了 wan3.0-video，卻沒有回傳 wan2.7-video；驗證價格回應中仍包含 Wan 2.7 的費率。這是單一專案中觀察到的目錄不一致，不能證明 Wan 2.7 已在全球停止服務。只有價格記錄，也無法證明模型可以呼叫。

本文比較已記錄的介面、公開價格，以及上述帶日期的帳號層級觀察結果。由於舊路由未出現在驗證模型目錄中，我們沒有執行受控的視覺品質生成測試。因此，本文回答的是遷移和模型選擇問題，而不是哪個版本生成的影片更好看。

重點摘要

• 對於新工作，wan3.0-video 是較穩妥的預設選擇，因為它出現在已檢查的驗證目錄中，並具備較廣泛的現行介面。
• 不要只替換字串，把 wan2.7-video 改成 wan3.0-video。時長、解析度、參考素材、價格和驗證都需要有計畫地遷移。
• 2026 年 9 月 5 日，兩個公開 API 頁面均顯示「可用」，但一個驗證專案的 /models 未包含 Wan 2.7，而 /pricing 仍保留其價格資料。
• 在共有解析度下，Wan 3.0 的驗證點數費率低 30%。公開美元頁面顯示低 30.8%，但這兩個價格層必須分開處理。
• 無論公開或付費存取，都不會自動解決來源媒體、人物、聲音、品牌、音樂或其他第三方素材的權利問題。

本文內容

• Wan 3.0 與 Wan 2.7 概覽
• 可用性與驗證探索結果
• 音訊遷移風險
• 價格與成本公式
• 安全遷移 API
• 可重現的預檢流程
• 商業使用邊界
• 常見問題

Wan 3.0 與 Wan 2.7 概覽

Wan 3.0 擴大了文件記載的工作範圍，但 Wan 2.7 仍出現在 PixMind 的公開頁面上。下表將 PixMind 觀察結果與阿里巴巴上游模型系列文件分開，避免把上游功能誤認為已確認接入的路由。

線上的 Wan 3.0 API 頁面與 Wan 2.7 API 頁面是公開狀態依據。阿里巴巴的 Wan 2.7 圖生影片指南支援 2 至 15 秒和 720p/1080p 的上游規格，參考生影片文件則說明圖片與影片參考素材的合計上限。上游文件不能證明 PixMind 帳號具備存取權限。

從 Wan 2.7 到 Wan 3.0 有哪些變化

主要變化是生產範圍更廣，而非視覺品質已經證實勝出。Wan 3.0 將文件中的最長時長從 15 秒提高至 30 秒，增加 480p 輸出級別，並擴展上游多模態、檔案和網頁來源的規劃能力。阿里巴巴官方的 Wan 3.0 API 參考記錄了這些上游模式與限制，但不能證明 PixMind 的公開請求內容開放了每一個欄位。

更長時長會改變鏡頭設計。將 5、10 或 15 秒寫死的工作流程可以保留這些值，但不應把 30 秒請求視為同一提示詞的簡單加長版。片段越長，可安排的事件、鏡頭移動與音訊提示越多，連續性審查的範圍也越大。在最高解析度上投入成本前，應先測試結構。

參考素材處理同樣需要明確映射。阿里巴巴的 Wan 2.7 R2V 指南規定，參考圖片與影片合計最多五個。目前 Wan 3.0 頁面列出的上限為 10 張圖片、5 個影片和 5 段音訊。針對 Wan 3.0 較高上限設計的任務，不能在未刪除媒體並重新檢查相容性的情況下退回 2.7。阿里巴巴記錄了 Wan 3.0 的檔案和網頁輸入，PixMind 登陸頁也有相關描述，但目前 PixMind 公開請求建構器未開放這些欄位。不要在正式環境的請求內容中猜測 file_url 或 link_url。

還有兩項容易遺漏的上游時長限制。阿里巴巴將 Wan 3.0 參考影片的合計時長限制為 15 秒，並將參考音訊的合計時長另行限制為 15 秒。使用影片輸入時，阿里巴巴還要求 input-video duration + requested output duration <= 30 seconds。這些是上游限制，不能證明 PixMind 開放了所有對應欄位；但只要相關輸入模式可用，遷移驗證器就應執行這些限制。

Wan 3.0 完整指南更詳細地說明首尾影格、參考素材、檔案、網頁和音訊的組合。Wan 2.7 歷史指南應繼續明確對應 2.7 版本，不能靜默改名後作為 3.0 內容。

公開可用性與驗證探索結果並不一致

應把模型可用性視為三層契約：公開清單、驗證探索和已接受的生成請求。9 月 5 日的快照中，兩個模型都通過公開頁面檢查，但在所檢查的一個已設定專案中，只有 Wan 3.0 通過驗證探索。

證據如下：

1. Wan 3.0 公開頁面顯示「可用」。
2. Wan 2.7 公開頁面也顯示「可用」。
3. 對一個已設定 API 專案執行驗證 GET /api-platform/v1/models，回傳了 Wan 3.0，但未回傳 Wan 2.7。
4. 驗證 GET /api-platform/v1/pricing 仍回傳 Wan 2.7 的點數費率。

已去除敏感資訊的執行環境證據： 觀察於 2026-09-05 的正式 API 環境，專案和金鑰均已隱藏。/models 包含 wan3.0-video，但不包含 wan2.7-video；/pricing 包含兩個 ID。此次檢查未送出生成 POST 請求。

這種情況無法確定原因。權限、地區、發佈階段、篩選或舊目錄資料等解釋，在服務文件或支援團隊確認之前都只是推測。可支持的結論要窄得多：當時該專案的公開目錄與驗證模型目錄並不一致。

整合應採取保守回應。如果所選模型未出現在驗證探索結果中，應在建立付費任務前停止。顯示明確的可用性錯誤，保留所要求的模型 ID，並要求操作人員或使用者明確決定是否選擇其他路由。絕不能把 Wan 2.7 請求靜默傳送至 Wan 3.0，反之亦然。即使某個 API 專案無法探索，舊版 Wan 2.7 路由仍可能保持可見。

音訊行為是遷移風險

在目前已接受任務證明其他情況前，應將 Wan 3.0 音訊視為開啟。9 月 5 日的程式碼儲存庫審查發現，雖然公開文件提供 generateAudio 控制項，但目前 Wan 3.0 後端會強制開啟音訊。儲存了 generateAudio: false 的 2.7 請求，或假設輸出靜音的工作流程，遷移後可能改變行為。

在目前 Wan 2.7 路由中，音訊取決於模式，且為可選項。它的參考工作流程表示將一個參考聲音附加到相容媒體上，不應描述為接受五個獨立音訊參考。Wan 3.0 上游文件說明最多可使用五個參考音訊檔，合計時長上限為 15 秒，但首尾影格模式與參考音訊仍是分開的。

把音訊列為驗收條件。記錄是否預期有聲並檢查回傳檔案；如果交付內容必須靜音，應另行安排移除或後製步驟。在已部署契約確認之前，不要承諾傳送 false 就能關閉 Wan 3.0 聲音。

為什麼本文不評判品質勝負

本文沒有視覺品質勝者的證據，因為並未執行配對生成。舊路由未出現在驗證模型目錄中，因此無法在已檢查專案中，以可重現方式送出相同的提示詞、隨機種子、參考素材、設定與評審標準。

公開展示和供應商描述可以呈現能力，但不能作為提示詞遵循度、動作表現、身分一致性、聲音品質、生成速度或失敗率的受控證據。即使是小規模配對測試，也需要相同的提示詞、來源媒體、時長、比例、解析度、音訊意圖、樣本數量和書面評分方式。

在兩個路由都能於同一評測環境中呼叫之前，請依照已驗證的可用性、所需控制項、時長、解析度和預算進行選擇。如果視覺效果是決策因素，應在確認帳號存取權後另行執行基準測試。不要把本文的遷移發現轉變為創意表現結論。

目前價格與成本公式

在 9 月 5 日的兩個快照中，Wan 3.0 在共有解析度下的費率都較低。驗證 /pricing 顯示點數費率低 30%，公開模型頁面顯示美元費率低 30.8%。它們是獨立價格層，不能相互換算。

可使用以下公式進行規劃估算：

estimated cost = duration in seconds × rate from the price layer being used

Runtime points: (120 - 84) ÷ 120 = 30% at 720p
Public dollars: ($0.13 - $0.09) ÷ $0.13 = 30.8% at 720p

在 1080p 下，各價格層內部的百分比關係相同。這些是指定日期的估算，並非未來報價。API 計費與 Studio 點數彼此獨立，本文不假設點數與公開美元價格存在通用換算關係。隨任務一起接受的價格才是該任務的操作記錄。

如何安全遷移 API 整合

應把遷移視為契約變更，而不是模型名稱編輯。以下流程可在建立任何付費請求前找出不相容問題。

1. 盤點目前契約。 記錄準確的模型 ID、endpoint、時長、解析度、比例、輸入媒體角色、音訊設定、重試行為、輪詢流程、結果解析和成本保護，並與目前的 Wan 2.7 請求欄位比較。
2. 使用目標憑證探索模型。 在將要建立任務的同一專案和環境中查詢驗證模型目錄，不要只依賴公開頁面或其他帳號。
3. 另行取得目前價格。 同時記錄模型探索結果與價格。價格資料不能覆蓋模型目錄缺少記錄的事實。
4. 映射支援的參數。 映射時長、解析度、比例、首尾影格、參考素材和音訊。對影片參考執行 15 秒合計上限與 input-video duration + output duration <= 30 seconds；對參考音訊執行獨立的 15 秒合計上限。在 PixMind 公布精確請求契約前，把檔案、連結、編輯和延伸視為未確認能力。應拒絕不支援的欄位，而不是靜默丟棄。
5. 加入報價保護。 計算估算值，與任務接受價格比較；當差異超過你設定的門檻時，要求人工覆核。
6. 只送出一次並保存任務 ID。 用戶端逾時代表結果未知，並不證明建立失敗。已有 ID 時，應繼續輪詢同一任務。
7. 驗證回傳素材。 在後續發佈前檢查時長、尺寸、播放、音訊以及與來源相關的細節。
8. 明確保留復原方式。 只有確認 Wan 2.7 仍可呼叫時，才保留舊設定。絕不要在舊模型名稱下呼叫隱藏的備用路由。

PixMind API 快速入門提供更完整的非同步生成任務送出、儲存與輪詢模式。

不同工作流程適合哪種模型

模型選擇應遵循所需契約，而不是籠統的「越新越好」。

現有 Wan 2.7 整合並非自動就是錯誤選擇。它的價值在於與你實際驗證過的工作流程相容。當專案需要 2.7 文件未記錄的功能、帳號探索結果不再回傳 2.7，或公開價格差異對業務量產生實質影響時，遷移理由會更充分。

可重現的預檢流程

使用實際送出任務的同一組憑證、專案和環境執行預檢。儲存附有時間戳記的去識別化記錄，其中不可包含 API 金鑰或私人來源 URL。

1. GET /api-platform/v1/models
   Assert the requested model ID is present.

2. GET /api-platform/v1/pricing
   Assert the selected model and resolution have a current rate.

3. Validate locally
   duration, resolution, ratio, media counts, media roles, and audio mode.
   For Wan 3.0, also validate combined reference video <= 15 seconds,
   combined reference audio <= 15 seconds, and input video + output <= 30 seconds.

4. Estimate cost
   duration × current rate.

5. Create one task
   save task ID, accepted price, model ID, and normalized parameters.

6. Poll the same task
   do not create a replacement merely because the client timed out.

針對 9 月 5 日的觀察結果，該專案對 wan2.7-video 的正確預檢回應應是在第一步停止。第二步出現費率，應記錄為不一致，而不能用來繞過探索流程。

商業使用與來源素材權利

付費存取本身不會授予輸入、人物、品牌、音樂、聲音或第三方素材的權利。商業使用取決於付費方案資格、適用的模型或供應商條款、目前的服務條款，以及使用者對提交給系統或在輸出中重現的每個受保護元素所擁有的權利。請針對具體帳號與用途查看目前方案與商業使用基準，以及商業使用和輸入權利條款。

發佈前，應記錄圖片、影片素材、音訊、聲音、商標、標誌、肖像和腳本的來源與許可。完整檢查影片是否出現意外文字、身分偏移、聲音相似或未授權素材。生成過程不會自動解決這些權利問題，技術上有效的 API 請求也不等同於法律核准。

常見問題

PixMind 上仍可使用 Wan 2.7 嗎？

2026 年 9 月 5 日，Wan 2.7 的公開 API 頁面顯示「可用」，但一個已設定專案的驗證模型目錄沒有回傳該模型。這是專案層級的目錄不一致，並非全球停止服務的證據。請使用實際建立任務的憑證檢查驗證探索結果。

為什麼 Wan 2.7 出現在價格中，卻不在模型清單裡？

觀察到的回應無法確定原因。在模型探索因專案而異或目錄尚未同步時，價格資料可能仍然存在。不要猜測原因，也不要把價格記錄視為呼叫缺失模型的授權。

Wan 3.0 比 Wan 2.7 便宜嗎？

是的。在 720p 和 1080p 兩個帶日期的 PixMind 價格層中，Wan 3.0 均較便宜。驗證點數低 30%，公開美元頁面低 30.8%。真實請求應以任務接受的報價為準，而不是本文計算結果。

可以直接將 Wan 2.7 請求內容用於 Wan 3.0 嗎？

不要如此假設。保留業務意圖，再依照目前 Wan 3.0 契約映射模型 ID、模式、時長、解析度、比例、參考素材、音訊、輪詢和結果驗證。

Wan 3.0 的視覺品質更好嗎？

本文無法得出此結論。由於未執行受控的配對生成測試，聲稱某個模型在動作、一致性、提示詞遵循度、音訊、速度或可靠性方面勝出並不準確。

現在應該使用哪條路由？

新整合應在驗證模型目錄中確認後使用 wan3.0-video。只有 Wan 2.7 能在目標專案中呼叫，而且保留已驗證工作流程比 Wan 3.0 的更長時長、更廣參考能力、480p 級別和較低目前公開價格更重要時，才應繼續使用 Wan 2.7。

明確記錄模型選擇

最安全的遷移決定必須是明確的：使用正式環境憑證探索可用模型，驗證完整請求契約，計算目前成本，並記錄任務接受的報價。在已檢查快照中，Wan 3.0 是 PixMind 新工作的實用預設選項；Wan 2.7 只應作為經過驗證且明確綁定版本的相依項保留。

不要讓目錄記錄缺失觸發靜默備用路由，也不要讓公開「可用」標記覆蓋驗證專案的實際回傳結果。你可以開啟 Wan 3.0 生成器體驗互動式工作流程，並在修改正式環境程式碼前檢查目前 Wan 3.0 API 契約。