Qwen4-Max-Preview 預覽開放：Token Plan、百萬上下文與下線日期怎麼看？
Qwen4-Max-Preview 限時預覽到11月25日，解析 Token Plan 專用入口、百萬上下文、思考與答案共用輸出額度，以及多輪對話和下線前的切換安排。
Qwen4-Max-Preview 在 11 月 11 日進入阿里雲文件列出的限時預覽。這次新聞從架構曝光走到可呼叫的模型，開發者才有機會用自己的工作比較。
可用並不代表任何帳戶都能直接購買單次用量。官方將這個模型服務入口限於 Token Plan，既有隨用隨付金鑰不能照搬。
預覽也有明確終點。文件列出的截止時間是台灣同時區的 11 月 25 日 24:00，之後這個預覽模型會下線，並非無限期保留的正式版本。
因此，百萬上下文只是評估的一部分。程式怎麼記錄思考、計算輸出額度，以及切回替代模型，同樣會影響工作能否接續。
這次適合驗證既有工具流程的團隊先做比較。若正式服務只能依靠這個預覽名稱，兩週的有效期就會成為比模型能力更急迫的限制。
先看清楚這個入口的生命週期，才能判斷值得搬進哪些工作，再逐步檢查相容性。以下取得方式與參數依 2026 年 11 月 12 日查核的官方文件說明。
Qwen4-Max-Preview 這次開放的是什麼
這次更新讓模型有了明確的限時 API 入口，核心變化是從產品線曝光走到可測試服務。API 是讓程式呼叫模型的介面，團隊可以將相同材料交給新舊模型，保留結果比較。
阿里雲模型文件將它定位為下一代旗艦多模態模型，支援文字生成、圖片與影片理解，以及深度推理。多模態指的是可一起處理不同形式的輸入，不代表它同時提供所有形式的生成服務。
例如，把軟體畫面交給模型分析，和要求模型直接輸出可播放的新影片，是兩種不同工作。這份文件確認的是圖片與影片理解，不能由此延伸出影片生成承諾。
官方也列出工具呼叫、網路搜尋與結構化輸出。工具呼叫讓模型提出要使用哪一項程式功能，結構化輸出則讓答案依指定欄位排列，方便下一個系統接手。
這些能力讓辦公、前端設計與代理任務都有可測試的切入點，仍不代表只換模型名稱，整條工作就會自行完成。工具本身是否可用、輸入是否齊全，依然影響結果。
Qwen 官方同日貼文另提到其他產品的早期體驗入口，但各產品有自己的資格與介面。本文的連線與額度說明以阿里雲 Token Plan 文件為範圍，不能直接套到每一個消費者 App。
這也和先前的 Qwen4 架構介紹形成明確區別。現在值得觀察的，是這個可呼叫版本在既有工作中帶來多少改變，而不是再用未公布的參數量猜測能力。
要開始比較，得先確定帳號與金鑰真的走到這個入口，否則遇到連線錯誤時，很容易把取得資格問題誤認成模型問題。
Token Plan 與原本隨用隨付怎麼分
訂閱方案與一般 API 用量的入口分開，原有金鑰可用不代表新模型有權限。Token Plan 官方說明把方案描述為訂閱取得 Credits，用於支援的互動式 AI 工具。
Credits 是方案計算使用量的單位。這和一般按每次模型呼叫計價的隨用隨付方式不同，因此不能只看帳戶裡還有餘額，就推定預覽模型一定能使用。
模型文件明確要求取得 Token Plan 專用 API key，也就是識別呼叫資格的金鑰。Personal 與 Team 方案都有自己的設定指引，團隊應依實際購買的方案查看。
連線位置也要一起調整。文件指定的 Base URL 是 https://token-plan.ap-southeast-1.maas.aliyuncs.com，它是服務的基本網址，完整路徑仍依採用的 API 協定而定。
若舊程式只更換模型名稱，卻沿用原本的金鑰與服務位置，即使程式格式正確，也可能沒有走到這個預覽服務。這種情況先對照設定，比反覆重送同一個請求有用。
團隊試用時可以把方案資格、金鑰來源與實際連線位置放在同一份設定紀錄。金鑰本身應留在受保護的設定中，交接文件只記錄用途與管理位置，避免為了排查而散落憑證。
方案文件提供了支援工具與 Credits 的查詢方向，沒有因此形成適用所有地區、所有使用量的統一費用。採購仍須以當下帳戶顯示的方案條件為準。
連線成功以後，下一個影響完整回答的條件是思考與輸出如何共用額度。這次最值得注意的相容性變化，也正好發生在這裡。
百萬上下文容納什麼，輸出又怎麼算
上下文是可交給模型一起處理的材料容量，不能直接當成最終答案長度。官方列出一百萬 Token 的上下文，以及最多 393,216 Token 的輸出上限，兩者回答的是不同問題。
Token 是模型拆解文字與其他內容時使用的計量單位，不能固定換算成相同數量的中文字。因此，一百萬 Token 並不是一百萬個中文字，也不保證材料放得下就一定能正確引用。
較長的上下文，讓團隊能研究把規格、前幾輪討論與待處理材料放在同一個任務裡。需要驗收的仍是模型有沒有找對條件，以及回答能否回到原始材料。
思考與最後答案共用預算
輸出還有另一個容易忽略的分工。這個版本把模型的思考內容與最後答案放在同一個輸出預算中，思考用掉的額度會減少留給答案的空間。
在 OpenAI Chat Completions 相容介面裡，max_tokens 成為 max_completion_tokens 的別名，兩者都限制思考加最後答案的總量。舊程式若只按答案長度設定，可能比預期更早停止。
例如，原本的工作只需交付一份短報告，團隊可能把輸出限制設得很緊。換到預設會思考的模型後，同樣限制先被推理消耗，報告就可能只寫到一半。
這不是把額度拉到最大就能解決的成本問題。較實際的做法，是把未完成答案、思考消耗與任務要求放在一起看，找出限制來自額度還是材料與指令本身。
文件列出低、中與預設的極高推理強度，也提醒不要同時設定 reasoning_effort 和 thinking_budget。兩種控制方式一起送出，會讓設定不符合官方用法。
官方並說既有 Qwen 模型保留先前行為，因此不能把這次變動反向套用到全部舊版。預算調整之後，多輪對話還要把前一輪思考放回正確欄位，才能完整比較接續任務。
既有對話與工具程式需要檢查哪些地方
相容協定減少了接線工作，但呼叫歷史與參數意義仍需要逐項對照。這次支援 OpenAI 的 Chat Completions、Responses，以及 Anthropic Messages 介面，並不代表三種程式碼可以毫無差別地互換。
其中一個具體差異是多輪對話。官方說 Chat Completions 預設開啟 preserve_thinking，歷史助手訊息應把思考保留在 reasoning_content 欄位，不能直接拼進一般的 content。
白話來說，程式要分清楚模型先前的推理紀錄與對外回答。如果把兩種內容混在一起，後續任務收到的歷史就和官方預期不同，也會讓交接資料難以閱讀。
這不只是開發者看紀錄的方便問題。代理常要在收到工具結果後繼續判斷，歷史訊息一旦少了一段或放錯位置，就可能讓同樣的工具回覆產生不同後續行動。
工具也有自己的定義與輸出。模型提出呼叫之後，外部程式仍要執行、回傳結果，再由模型接續。能支援工具呼叫，並不等於工具執行失敗時一定能自行恢復。
若任務最後要把結果寫進資料庫，結構化輸出的驗收就要看欄位與內容。例如日期欄位長得像日期，仍不代表它對應到來源裡正確的截止時間。
因此，比較時值得保留完整的請求、工具結果與最終交付，而不是只截取最後一段文字。這讓團隊能辨認進步發生在理解材料、選對工具，還是修正工具失敗之後。
這些差異決定了測試應該比較完整工作，而不只比較一段漂亮回答。保留原本工作流程作為對照，才知道新模型究竟減少了哪一項人力。
兩週預覽怎麼安排比較才有用
有效比較要固定材料與驗收標準，保留同一件工作在原模型上的結果。預覽時間有限，若每天都換題材，很容易留下不少展示，卻沒有足夠依據做接續決定。
適合先挑原本就會重複發生的工作，例如依同一份需求檢查前端頁面，或從同一組文件整理差異。材料一致，才不會把題目變簡單的效果算到模型進步上。
驗收也要對應實際產物。前端任務看功能與資料是否正確，文件任務看引用與結論是否對得回來源，不能只用文字更長或視覺更漂亮當共同標準。
多模態工作還要留意輸入品質。畫面中的細節是否可辨認、影片提供了哪些時間片段，都會影響模型能回答什麼，因此比較時也應保留原始輸入。
若任務需要多輪追問，應記錄人員補了什麼資料。一次成功但大量依賴人工提示的流程，和能自行整理缺件的流程，對團隊的負擔並不相同。
這些是可採用的比較方法，並非本站已經完成的效能實測。官方目前列出的能力與規格，也沒有替每一種工作提供可直接採信的成功率。
團隊可以在預覽前半段先處理接線與記錄格式，後半段才比較重複任務。如果直到最後一天才發現輸出預算不同，就很難分清模型能力和設定問題。
有了可重看的記錄，預覽截止時才能決定接續或退出。下一步也應根據實際公布的後續模型與資格安排，而不是預先假設同名服務會永久留下。
下線日期如何影響正式服務
模型名稱有到期日，切換安排必須早於把它接進正式工作。官方列出的預覽期間為 11 月 11 日 10:00 至 11 月 25 日 24:00，均為 UTC+8，台灣讀者不需要再換算時差。
文件同時說預覽期間不變更模型，這對固定條件比較有幫助。團隊可以把觀察到的結果對到同一段服務期間，但不能把這句話延伸成預覽結束後仍可繼續呼叫。
正式服務若需要長期處理任務，模型選擇應能從設定切換，工作資料也應留在自己的系統。這樣即使換回原模型，尚未完成的任務仍有機會接續，而不是跟著預覽入口一起中斷。
切換時也要重新檢查預算與對話欄位。前面提到的新版參數行為，未必和替代模型一致，不能把新設定複製回去後就假設結果相同。
預覽的價值，是在有限時間內看見可比較的改變。對已有穩定流程的團隊，能清楚指出哪一段省了修改、哪一段增加交接成本，比急著宣稱全面升級更有採購意義。
想先補足產品線與架構背景，可以接著閱讀以下兩篇，再回來對照本次真正可用的入口與到期時間。
延伸閱讀：Qwen4 首度曝光：Max、Plus、Flash、27B 四條產品線公開，何時發布與 5–10T 傳聞一次看
延伸閱讀：Qwen3.8-Flash-Next 是什麼？Qwen4 架構提前開放，發布時間與重點一次看
Qwen4-Max-Preview 常見問題
一般隨用隨付帳戶能直接呼叫嗎？
依本次阿里雲模型文件，預覽入口僅支援 Token Plan，需用專用金鑰與服務位置。其他產品的早期體驗資格應各自查詢，不能由同一模型名稱推定完全一致。
百萬上下文代表能輸出百萬字嗎？
上下文與輸出上限不同，Token 也不是中文字數。文件列出的輸出上限由思考與答案共用，長任務需要為兩者留空間。
預覽結束後可以繼續用同一名稱嗎？
官方寫明預覽模型期滿下線。是否有後續正式版本、取得方式與新名稱，要等後續公告，不能用這次預覽文件保證延續。
把比較成果留在自己的工作裡
Qwen4-Max-Preview 給了開發者一段可實際比較的時間，最有用的成果是能重看的工作紀錄與可切換的設定。已使用 Token Plan 的團隊可挑一項重複任務開始，先核對入口、輸出預算與多輪欄位，再決定是否擴大試用。
若你正在安排導入，先把 11 月 25 日的下線時間放進工作日程，並保留原模型的接續路徑。訂閱 AI 郵報，後續可持續追蹤正式版本與實用的模型工作流程。
