目前最穩妥的解讀是：Marvis 所謂的自訂模型功能，可能是一層「自帶模型」（Bring Your Own Model，BYOM）或 API 設定機制。使用者若要接入相容服務，理論上只需填入服務端點、API 金鑰與模型識別碼，再從 Marvis 介面選取該模型。

這種設計在技術上完全可行。騰訊雲文件列出標準模型整合通常需要的要素，包括 Bearer Token 驗證、透過 GET /v1/models 取得模型 ID，以及對 OpenAI 風格 API 的相容性。1 不過，現有證據沒有證實 Marvis 已於 2026 年 9 月 1 日推出這項功能，也無法核實完整支援的供應商名單、傳聞中的設定路徑、本地執行環境，或 Windows、Mac、iOS、Android 與 iPad 之間的同步行為。

這項功能若存在，會如何運作？

這類模型管理系統的核心，是讓使用者在同一個工作空間保存多組模型連線，而不是只能使用應用程式內建的模型。一般設定可能包括：

• 服務供應商或自訂服務；
• Base URL 或 API 端點；
• API 金鑰；以及
• 供應商提供的模型 ID。

騰訊雲 TokenHub 的文件正好展示了服務端通常採用的模式：API 請求使用 Authorization: Bearer <API KEY> 標頭，而 GET /v1/models 可回傳目前可用的模型 ID 及其狀態。1 騰訊雲也記載了 OpenAI Chat Completions、OpenAI Responses 與 Anthropic 相容的呼叫方式；但使用者必須先在平台開通相應模型服務，才能實際呼叫。4

因此，「支援標準介面模型」可以算是對這項傳聞功能的合理技術描述，但它本身並不是 Marvis 已經實作該功能的證明。

使用者能否在對話期間切換模型？

如果 Marvis 確實接受多組相容模型設定，使用者理論上可以針對不同請求或不同對話選用不同模型。例如，一次請求使用 hy4-preview，另一次則使用 DeepSeek-V4-Pro 的模型 ID。騰訊雲的模型清單同時列出了 Hy4 preview 與 DeepSeek-V4-Pro。12

不過，「結合」兩個模型需要謹慎理解。現有證據支持的是：把兩個模型放在同一個客戶端中，並在工作流程裡切換使用；它並沒有證明 Marvis 會混合兩者的模型權重、合併內部推理，或自動把一個模型的輸出轉交給另一個模型。除非 Marvis 另有說明編排或路由功能，否則「結合 Hy4 preview 與 DeepSeek-V4 Pro」應理解為在同一套工作流程中提供兩者，而不是建立新的混合模型。

Hy4 preview 與 DeepSeek-V4-Pro 哪些資訊已獲證實？

騰訊雲將 Hy4 preview 列為 hy4-preview，並標示其上下文視窗為 100 萬 Token，支援深度推理、結構化輸出、函式呼叫與快取等能力。2 騰訊發布資料也表示，Hy4 preview 已開源，並可透過騰訊雲 TokenHub 與 OpenRouter 存取。12

同一套騰訊 API 文件列出了多個 DeepSeek-V4-Pro 識別碼，並顯示該模型可透過相容 API 協定使用。14 DeepSeek 也另行宣布，V4 Pro 已在其 App、網站與 API 上線。14

這些來源證實，兩個模型至少在部分供應商環境中具備相容的存取途徑；但它們沒有證實 Marvis 存在專門的 Hy4 加 DeepSeek 工作流程。

Marvis 究竟支援哪些供應商？

相關說法列出的供應商包括騰訊雲、阿里雲、DeepSeek、MiniMax、Kimi、智譜 GLM、小米，以及本地部署的開源模型。現有來源能證明，其中數個供應商或模型家族確實存在於更廣泛的模型平台生態中。例如，騰訊將 TokenHub 描述為匯聚騰訊、DeepSeek、MiniMax、Kimi、智譜 GLM 與通義千問模型的平台。26 阿里雲的模型文件也列出 DeepSeek 與 Kimi 的模型識別碼。22

但「某模型可在其他平台使用」與「Marvis 直接支援該模型」是兩回事。一篇聚焦 Marvis 的資料明確指出，在該文發布時，Marvis 尚不支援直接接入使用者提供的第三方模型 API，並將產品描述為提供內建雲端與本地模式。20 其他資料則談到 Marvis 內建的混元、DeepSeek 與通義千問方案，而不是由使用者自行設定的供應商市集。2528

結論是：Marvis 的完整供應商清單仍未獲現有證據核實。 使用者不應因為某個模型能在騰訊雲、阿里雲或其他平台使用，就推定它可以直接加入 Marvis。

第三方模型會使用 Marvis 的免費配額嗎？

與騰訊相關的資料曾將 Marvis 描述為每天向每位使用者提供 1,000 萬免費 Token。4749 如果使用者另外設定第三方供應商 API，通常會透過使用者自己的 API 金鑰驗證請求，存取權限、用量限制與計費則由該供應商控制，而不是由客戶端介面決定。

騰訊雲 API 與 TokenHub 的文件正是如此設計：API 金鑰負責授權呼叫，而模型能否使用則取決於使用者已開通的服務或方案。1431 但目前提供的來源沒有 Marvis 官方聲明，能確認自訂模型請求一定不會扣除 Marvis 每日配額，或一定會完全計入使用者的外部帳戶。因此，這項計費規則目前只能視為合理的實作預期，不能當作已確認的 Marvis 政策。

本地開源模型與隱私會如何處理？

本地部署模型可以在個人電腦或私有伺服器上執行推理，而不必把提示內容送往公開雲端模型供應商。騰訊的另一份文件也確認，其服務可支援與自行部署的開源模型進行對話。43 原則上，使用本地端點能減少對話資料傳送至外部推理服務的範圍。

但隱私結論仍取決於實際架構。現有證據沒有說明 Marvis 支援哪些本地引擎、端點要求或網路行為，也沒有交代 Marvis 是否會把遙測資料、檔案、提示內容或任務中間資料傳送到自家伺服器。因此，不能據此宣稱 Marvis 的本地模型工作階段必然完全留在裝置上。

這個區分很重要：本地推理是部署方式帶來的隱私特性；Marvis 如何處理資料，則是需要產品文件或實際測試才能確認的產品層級主張。

模型設定會在不同裝置間同步嗎？

現有資料將 Marvis 描述為跨裝置產品，並提及其支援多個平台，但没有文件說明自訂模型定義、API 金鑰、端點或模型偏好是否會同步。4750 這些設定涉及敏感憑證；若要同步，還會衍生加密方式、帳戶儲存位置，以及憑證是否會複製到其他裝置等問題。

因此，「模型設定會自動同步至 Windows、Mac、iOS、Android 與 iPad」這項說法，無法從目前提供的來源得到確認。即使 Marvis 支援跨裝置帳戶存取，也不代表自訂端點或 API 憑證一定會跟隨使用者同步。

實際判斷：技術可行，不代表功能已獲證實

目前最安全的說法，是把 Marvis 自訂模型支援視為一個尚未獲完整文件證實的 BYOM／API 概念，而不是一項已被充分記錄的正式發布功能。周邊模型生態確實已具備標準 API 驗證、模型 ID、相容協定、雲端模型與自行部署推理等能力。142643

真正仍待 Marvis 官方確認的，是以下幾點：

• 功能是否在 2026 年 9 月 1 日推出；
• 設定 > 模型管理是否為實際設定路徑；
• 哪些第三方供應商受到直接支援；
• 外部 API 請求是否使用使用者自己的計費帳戶；
• 哪些本地執行環境相容；以及
• 模型設定與憑證是否會在不同裝置間同步。

在騰訊公布涵蓋上述細節的 Marvis 官方文件之前，最審慎的結論是：Marvis 已有內建雲端與本地運作模式的相關描述；至於更廣泛的第三方模型切換工作流程，仍只是一項需要第一方資料進一步確認的說法。

目前最穩妥的解讀是：Marvis 所謂的自訂模型功能，可能是一層「自帶模型」（Bring Your Own Model，BYOM）或 API 設定機制。使用者若要接入相容服務，理論上只需填入服務端點、API 金鑰與模型識別碼，再從 Marvis 介面選取該模型。

這種設計在技術上完全可行。騰訊雲文件列出標準模型整合通常需要的要素，包括 Bearer Token 驗證、透過 GET /v1/models 取得模型 ID，以及對 OpenAI 風格 API 的相容性。1 不過，現有證據沒有證實 Marvis 已於 2026 年 9 月 1 日推出這項功能，也無法核實完整支援的供應商名單、傳聞中的設定路徑、本地執行環境，或 Windows、Mac、iOS、Android 與 iPad 之間的同步行為。

這項功能若存在，會如何運作？

這類模型管理系統的核心，是讓使用者在同一個工作空間保存多組模型連線，而不是只能使用應用程式內建的模型。一般設定可能包括：

• 服務供應商或自訂服務；
• Base URL 或 API 端點；
• API 金鑰；以及
• 供應商提供的模型 ID。

騰訊雲 TokenHub 的文件正好展示了服務端通常採用的模式：API 請求使用 Authorization: Bearer <API KEY> 標頭，而 GET /v1/models 可回傳目前可用的模型 ID 及其狀態。1 騰訊雲也記載了 OpenAI Chat Completions、OpenAI Responses 與 Anthropic 相容的呼叫方式；但使用者必須先在平台開通相應模型服務，才能實際呼叫。4

因此，「支援標準介面模型」可以算是對這項傳聞功能的合理技術描述，但它本身並不是 Marvis 已經實作該功能的證明。

使用者能否在對話期間切換模型？

如果 Marvis 確實接受多組相容模型設定，使用者理論上可以針對不同請求或不同對話選用不同模型。例如，一次請求使用 hy4-preview，另一次則使用 DeepSeek-V4-Pro 的模型 ID。騰訊雲的模型清單同時列出了 Hy4 preview 與 DeepSeek-V4-Pro。12

不過，「結合」兩個模型需要謹慎理解。現有證據支持的是：把兩個模型放在同一個客戶端中，並在工作流程裡切換使用；它並沒有證明 Marvis 會混合兩者的模型權重、合併內部推理，或自動把一個模型的輸出轉交給另一個模型。除非 Marvis 另有說明編排或路由功能，否則「結合 Hy4 preview 與 DeepSeek-V4 Pro」應理解為在同一套工作流程中提供兩者，而不是建立新的混合模型。

Hy4 preview 與 DeepSeek-V4-Pro 哪些資訊已獲證實？

騰訊雲將 Hy4 preview 列為 hy4-preview，並標示其上下文視窗為 100 萬 Token，支援深度推理、結構化輸出、函式呼叫與快取等能力。2 騰訊發布資料也表示，Hy4 preview 已開源，並可透過騰訊雲 TokenHub 與 OpenRouter 存取。12

同一套騰訊 API 文件列出了多個 DeepSeek-V4-Pro 識別碼，並顯示該模型可透過相容 API 協定使用。14 DeepSeek 也另行宣布，V4 Pro 已在其 App、網站與 API 上線。14

這些來源證實，兩個模型至少在部分供應商環境中具備相容的存取途徑；但它們沒有證實 Marvis 存在專門的 Hy4 加 DeepSeek 工作流程。

Marvis 究竟支援哪些供應商？

相關說法列出的供應商包括騰訊雲、阿里雲、DeepSeek、MiniMax、Kimi、智譜 GLM、小米，以及本地部署的開源模型。現有來源能證明，其中數個供應商或模型家族確實存在於更廣泛的模型平台生態中。例如，騰訊將 TokenHub 描述為匯聚騰訊、DeepSeek、MiniMax、Kimi、智譜 GLM 與通義千問模型的平台。26 阿里雲的模型文件也列出 DeepSeek 與 Kimi 的模型識別碼。22

但「某模型可在其他平台使用」與「Marvis 直接支援該模型」是兩回事。一篇聚焦 Marvis 的資料明確指出，在該文發布時，Marvis 尚不支援直接接入使用者提供的第三方模型 API，並將產品描述為提供內建雲端與本地模式。20 其他資料則談到 Marvis 內建的混元、DeepSeek 與通義千問方案，而不是由使用者自行設定的供應商市集。2528

結論是：Marvis 的完整供應商清單仍未獲現有證據核實。 使用者不應因為某個模型能在騰訊雲、阿里雲或其他平台使用，就推定它可以直接加入 Marvis。

第三方模型會使用 Marvis 的免費配額嗎？

與騰訊相關的資料曾將 Marvis 描述為每天向每位使用者提供 1,000 萬免費 Token。4749 如果使用者另外設定第三方供應商 API，通常會透過使用者自己的 API 金鑰驗證請求，存取權限、用量限制與計費則由該供應商控制，而不是由客戶端介面決定。

騰訊雲 API 與 TokenHub 的文件正是如此設計：API 金鑰負責授權呼叫，而模型能否使用則取決於使用者已開通的服務或方案。1431 但目前提供的來源沒有 Marvis 官方聲明，能確認自訂模型請求一定不會扣除 Marvis 每日配額，或一定會完全計入使用者的外部帳戶。因此，這項計費規則目前只能視為合理的實作預期，不能當作已確認的 Marvis 政策。

本地開源模型與隱私會如何處理？

本地部署模型可以在個人電腦或私有伺服器上執行推理，而不必把提示內容送往公開雲端模型供應商。騰訊的另一份文件也確認，其服務可支援與自行部署的開源模型進行對話。43 原則上，使用本地端點能減少對話資料傳送至外部推理服務的範圍。

但隱私結論仍取決於實際架構。現有證據沒有說明 Marvis 支援哪些本地引擎、端點要求或網路行為，也沒有交代 Marvis 是否會把遙測資料、檔案、提示內容或任務中間資料傳送到自家伺服器。因此，不能據此宣稱 Marvis 的本地模型工作階段必然完全留在裝置上。

這個區分很重要：本地推理是部署方式帶來的隱私特性；Marvis 如何處理資料，則是需要產品文件或實際測試才能確認的產品層級主張。

模型設定會在不同裝置間同步嗎？

現有資料將 Marvis 描述為跨裝置產品，並提及其支援多個平台，但没有文件說明自訂模型定義、API 金鑰、端點或模型偏好是否會同步。4750 這些設定涉及敏感憑證；若要同步，還會衍生加密方式、帳戶儲存位置，以及憑證是否會複製到其他裝置等問題。

因此，「模型設定會自動同步至 Windows、Mac、iOS、Android 與 iPad」這項說法，無法從目前提供的來源得到確認。即使 Marvis 支援跨裝置帳戶存取，也不代表自訂端點或 API 憑證一定會跟隨使用者同步。

實際判斷：技術可行，不代表功能已獲證實

目前最安全的說法，是把 Marvis 自訂模型支援視為一個尚未獲完整文件證實的 BYOM／API 概念，而不是一項已被充分記錄的正式發布功能。周邊模型生態確實已具備標準 API 驗證、模型 ID、相容協定、雲端模型與自行部署推理等能力。142643

真正仍待 Marvis 官方確認的，是以下幾點：

• 功能是否在 2026 年 9 月 1 日推出；
• 設定 > 模型管理是否為實際設定路徑；
• 哪些第三方供應商受到直接支援；
• 外部 API 請求是否使用使用者自己的計費帳戶；
• 哪些本地執行環境相容；以及
• 模型設定與憑證是否會在不同裝置間同步。

在騰訊公布涵蓋上述細節的 Marvis 官方文件之前，最審慎的結論是：Marvis 已有內建雲端與本地運作模式的相關描述；至於更廣泛的第三方模型切換工作流程，仍只是一項需要第一方資料進一步確認的說法。