騰訊混元 Hy4 手機智能體指南：Preview、開源、API 入口與 Android 執行邊界
整理騰訊混元 Hy4 官方發布重點：Hy4 Preview、開源、產品體驗與 API 入口，並說明模型能力為何不等於 Android 手機動作，何時需要手機智能體執行層。
- 騰訊在 2026 年 8 月 28 日發布並開源 Hy4 Preview，公告列出 WorkBuddy、CodeBuddy、元寶、ima、騰訊雲 TokenHub 與 OpenRouter 等入口。
- Hy4 的官方變化重點在模型規模、上下文、資料規模、訓練與生產力場景；相關測試屬騰訊公告中的廠商資料，不能等同第三方獨立評測。
- Hy4 是模型層能力，能協助理解、生成與規劃；Android 手機任務仍需要工具、權限、核准與可見結果。
- 選 Hy4、Hy3 或手機智能體堆疊時，先問最後需要的是回答、草稿、方案，還是手機裡真的出現可檢查的動作結果。
騰訊官方公告中的 Hy4 Preview 是什麼
騰訊混元 Hy4 應先從官方公告的具體事實理解。騰訊在 2026 年 8 月 28 日發布並開源 Tencent Hunyuan Hy4 Preview；公告把它描述為新一代大語言模型，並說明它面向程式碼、辦公、科研等真實生產力任務。讀者搜尋騰訊混元 Hy4 手機智能體時，最容易混淆的是：Hy4 是模型，不是手機端執行環境本身。
第一手來源是 騰訊發布並開源 Hunyuan Hy4 Preview 的官方公告。公告提到 Hy4 Preview 的開源狀態、Preview 定位、總參數與啟用參數、長上下文，以及它在 WorkBuddy、CodeBuddy、元寶、ima 等產品中的體驗入口；同時也列出可透過騰訊雲 TokenHub 和 OpenRouter 進行 API 接入。這些是理解 Hy4 的核心公告事實。
公告也提到發布初期的限時試用安排；這屬於 2026 年 8 月 28 日公告中的歷史資訊，本文未重新驗證其現行可用性。讀者若要查當前價格、試用期、API 費率或開源分發狀態，應回到騰訊官方頁面與當前產品入口確認。比較穩妥的理解是：2026 年 8 月 28 日公告確認了 Hy4 Preview、開源、產品體驗與 API 接入；至於今天實際是否可用、以什麼條件可用，仍要看各入口的最新狀態。
| 官方公告事實 | 讀者應怎麼理解 |
|---|---|
| Hy4 Preview | 公告以 Preview 形式發布，能力與入口應以後續官方更新為準 |
| 開源 | 可依官方開源分發與授權資訊查核，適合評估自託管或研究部署 |
| 產品體驗入口 | 公告列出 WorkBuddy、CodeBuddy、元寶、ima 等入口 |
| API 入口 | 公告列出騰訊雲 TokenHub 與 OpenRouter 等接入方式 |
| 手機智能體問題 | 模型入口不等於 Android 手機端工具、權限與執行結果 |
Hy4 官方變化該怎麼理解
騰訊在公告中把 Hy4 Preview 的變化放在幾個模型層面：模型尺寸、上下文長度、資料規模，以及預訓練和後訓練共同帶來的能力提升。公告也以生產力場景描述它的定位，包括軟體工程、辦公分析、遊戲開發和科學研究。這些內容是騰訊公告中的模型定位與廠商說明，還不是第三方獨立評測結果。
例如，公告提到軟體工程場景中的理解、規劃、調試與驗證能力，也提到辦公分析中的跨文件協作、資料分析，以及從資訊處理到文件、表格與簡報交付的流程。這些是騰訊對模型和產品體驗的官方敘述。讀者若要評估實際效果，應在自己的任務、資料、語言、API 入口和產品入口中測試，而不是只看模型代號。
公告中出現的測試、盲測或能力比較，屬於騰訊發布資料，可作為採用前的背景資訊；它不等同第三方獨立實測，也不保證每個使用者任務都會得到相同效果。模型在官方生產力案例中被描述得更強，和它是否能在你的 Android 手機上建立行事曆、傳送訊息、讀取通知，是兩個不同問題。
Preview 也意味著讀者應保留更新空間。Preview 版本的入口、效能、文件、費率、產品整合和開源內容都可能隨官方更新調整。安全的採用方式是：用官方公告確認 Hy4 的代際與接入事實，再用自己的任務和當前產品文件驗證可用性。
公告列出的 Hy4 產品體驗、API 與開源入口
根據騰訊 2026 年 8 月 28 日的 Hy4 官方公告，Hy4 的入口可以分成三類：產品體驗、API 接入，以及開源權重相關的自託管或研究部署。這三類入口的用途不同，不能混在一起理解。
| 入口類型 | 公告列出的入口 | 適合的用途 | 需要另外確認的事項 |
|---|---|---|---|
| 產品體驗 | WorkBuddy 國內版與國際版、CodeBuddy 國內版與國際版、元寶、ima | 在騰訊產品或應用體驗中使用 Hy4 能力 | 帳號、地區、語言、功能入口、產品內工具與服務條件 |
| API 接入 | 騰訊雲 TokenHub、OpenRouter | 開發者把 Hy4 接入自己的應用、流程或後端服務 | API 文件、費率、速率限制、資料處理條款與模型版本 |
| 開源權重 | Hy4 Preview 開源分發 | 研究、評估、自託管、私有環境測試或工程整合 | 授權、硬體需求、部署框架、安全策略與更新來源 |
產品體驗入口解決的是「我可以在哪些騰訊產品中接觸 Hy4」；API 接入解決的是「我可以如何把模型能力接到自己的服務」；開源權重解決的是「我能否在符合授權與工程條件下自行部署或研究」。這些入口都來自發布當天的公告資訊，並不等於本文已重新測試今天每個入口的可用狀態。
若你的目標是評估 Hy4 的生成品質，可以從產品入口或 API 中設計固定題組，例如摘要、程式碼解釋、辦公文件推理或研究問答。若你的目標是手機智能體，就要多問一層：模型輸出是否接到 Android 工具？能否處理權限？有沒有核准畫面？完成後能不能在手機上看到結果？
讀者也應避免把某個入口的能力延伸到所有入口。產品中的體驗可能包含特定 UI、資料、工具或工作流；API 是模型接入方式；開源模型部署又受硬體、框架與工程條件影響。Hy4 可以在哪裡使用、以什麼條件使用，應分別查各入口的當前文件與服務條款。
Hy4 模型能力與 Android 手機動作的差別
Hy4 可以理解需求、生成文字、推理步驟、整理資料或產生計畫；Android 手機動作則需要另一套執行層。舉例來說，使用者說「明天上午提醒我回覆客戶」，模型可以判斷時間、任務與語氣，甚至產生一個提醒草稿；但真正建立提醒，需要知道寫入哪個 App、哪個帳號、是否已有重複項、是否需要通知權限，以及建立後如何驗證。
同樣地，模型可以草擬訊息，卻不能因此被視為已經傳送訊息。傳送任務需要選定收件人、辨識同名候選、顯示草稿、取得使用者核准，並在支援條件下回報完成狀態。模型可以是很好的規劃者，但沒有工具、權限和結果驗證，就不是完整手機智能體。
這也是 Hy4 和手機智能體最重要的關係：Hy4 可能成為某個智能體堆疊中的模型引擎，但它本身不是 Android runtime。手機智能體要落地，需要受治理的工具、可見流程、權限復原、例外處理、使用者確認和可查結果。沒有這些，模型再強，也只能停留在回答、計畫或草稿層。
Hy3 也可以用同樣邏輯理解。若你要了解上一代模型與手機 Agent 概念如何連接，可閱讀 騰訊混元 Hy3 手機 Agent：模型能力如何連到 Android 動作。從 Hy3 到 Hy4，值得關注的是模型層能力和入口變化；手機端動作是否完成，仍取決於執行層是否具備工具、權限、核准與結果檢查。
Android 手機智能體執行需要哪些條件
FoneClaw 在本文中作為 Android 執行層的正向對照：它是可獨立配置模型的 Android phone-agent runtime。使用者配置的模型負責理解與規劃，FoneClaw 供應受治理的支援工具，讓手機端任務可以在權限、核准、進度和可見結果中推進。模型選擇本身不會自動建立消費者 App 之間的互通，也不會自動形成 Hy4 專屬整合；真正能執行什麼，取決於 runtime、工具、權限與使用者確認。
一個手機智能體執行層至少需要四件事。第一是工具：能否打開 App、讀取支援狀態、建立備忘錄、處理行事曆、通訊或工作流程。第二是權限：任務需要通知、聯絡人、行事曆、麥克風、位置或其他 Android 權限時，能否清楚請求與復原。第三是核准：涉及傳送、刪除、修改、公開分享或系統設定的步驟，是否會停在使用者可審查的位置。第四是結果：完成後能否在手機上看到可檢查紀錄。
依本文更新時可用的最新產品資訊，FoneClaw 使用受治理的支援工具，公開能力表述包含超過 100 種內建工具，範圍涵蓋螢幕與 App、裝置狀態、郵件、通訊、行事曆、備忘錄、任務與工作流程等。逐工具啟用與核准控制，能讓支援動作保持在使用者可檢查的範圍內。這代表手機智能體需要一個可治理的執行面：模型負責推理，runtime 負責在支援範圍內把動作放進 Android 權限和結果驗證流程。
語音和轉錄也是同樣道理。更清楚的語音筆記與轉錄摘要能協助使用者回顧目標、修正文案、確認待辦；但把摘要寫入備忘錄、建立提醒或傳送訊息，仍需要支援工具與核准。若你要深入理解 Android phone-agent 如何從意圖到確認、執行、驗證與復原，可閱讀 AI 代理控制 Android 手機指南：從意圖到確認、執行、驗證與復原。
多模型路由也是執行層的一部分。模型可以依任務類型切換，但手機動作仍要回到權限、工具與結果。若你正在比較多個模型如何放進手機 Agent 堆疊，可以延伸閱讀 手機 AI 代理模型路由指南：Kimi、DeepSeek、GLM 與 FoneClaw Android 動作決策。想查看 FoneClaw 目前支援的 Android 執行能力，可從 FoneClaw 功能頁開始；準備測試時，再到 FoneClaw 下載頁選擇合適入口。
模型或手機智能體：用結果來做選擇
選 Hy4、Hy3 或手機智能體堆疊時，先不要問「哪個最強」，而是問最後要交付什麼。如果結果只是回答、摘要、草稿、方案或研究建議，模型層可能已足夠；如果結果必須出現在 Android 手機裡，例如行事曆項目、訊息草稿、備忘錄、系統設定或通知規則，就需要評估手機端執行層。
- 任務結果只是文字或分析嗎？先看 Hy4 的產品入口、API 或開源部署是否適合。
- 任務是否會改變手機資料、設定或對外通訊？若會，需要 phone-agent runtime。
- 任務是否需要聯絡人、行事曆、通知、位置或其他 Android 權限？若需要，要確認權限請求與復原。
- 任務是否涉及傳送、刪除、公開分享或修改設定？若涉及，必須有使用者核准。
- 完成後是否能在手機上看到結果？若不能驗證，就不要宣稱任務完成。
混合堆疊通常最務實：模型負責理解、生成與規劃；手機智能體負責用受治理工具執行支援動作；使用者在關鍵步驟確認。這比把新模型視為萬能手機控制器更可靠，也更符合 Android 權限與使用者信任需求。
用一句話收束：Hy4 是值得關注的模型發布，騰訊 2026 年 8 月 28 日公告提供了 Preview、開源、WorkBuddy、CodeBuddy、元寶、ima、騰訊雲 TokenHub、OpenRouter 等接入事實；但模型強，不等於能自動操作手機。當你的目標從回答和計畫變成 Android 上可檢查的動作，就需要手機智能體執行層。