Hy4 發佈稿的標題是「躋身最強開源模型之列」，但發佈九天後（11 月 13 日），正式版權重仍然無法下載。這是 Hy4 發佈裏最容易產生誤解的一點——也是多家聚合把 preview 權重寫成正式版權重的原因。本文把現狀、證據與混淆說法逐條說清楚。
11 月 5 日，digitalapplied 覈查發現 Hugging Face 上 tencent/Hy4 返回 401，GitHub 上沒有 Hy4 倉庫；11 月 7 日，OrcaRouter 寫道「版本號上去了，開源程度下來了」——preview 發佈當天即開源，正式版反過來先 API、權重隨後；11 月 11 日，EveryInfra 複查 Hugging Face，仍只有 preview 權重。三家獨立覈查的結論一致：正式版權重截至 11 月 13 日未發佈。
騰訊的官方說法是「將於近期開源」，英文版是「in the coming days」，並承諾隨權重發布系統卡（system card）。合作方包括 vLLM、SGLang 與 Inferact Inc.——這意味着權重發布時，推理框架的支持大概率同步就緒。但「近期」沒有日期，系統卡也沒有出現，正式版的許可協議同樣未公佈。Artificial Analysis 的模型頁至今仍把 Hy4 標註爲 proprietary（專有）。
Hy4 preview 於 2026 年 8 月 28 日發佈並開源，權重在 Hugging Face（tencent/Hy4-preview，另有 FP8 變體）、ModelScope、GitCode、CNB 上架，Apache 2.0 許可。BF16 約 1.56TB，FP8 約 814GB（EveryInfra 口徑，11 月 11 日；另有聚合寫約 924GB，本頁採用 813.8GB 並註明來源）。單卡跑 FP8 需要約 500GB 顯存級別的硬件。
但 preview 的限制很關鍵：它是純文本模型，沒有視覺理解與電腦操作——也就是沒有這次正式版發佈最核心的兩項新能力。想用 preview 做本地部署、私有化或微調，可以；想本地跑正式版的視覺與電腦操作，不行。正式版的權重格式、量化版本與硬件需求都要等權重發布後才能確認。有聚合稱自託管門檻爲 16× B200 或 8× B300，但該說法只有一個來源、未經驗證，本頁不採納爲事實。
「Hy4 已經開源了。」不成立。正式版權重未發佈；能下載的只有 preview。多家聚合（byteiota、verticaltabs）把 preview 權重寫成正式版權重，是混淆。
「770B 參數是正式版官方公佈的。」部分成立。11 月 4 日發佈原文未重述正式版參數量與分層架構；770B/49B 來自騰訊雲 techpedia（寫「Hy4 系列」）與 preview 模型卡。數字本身可信度較高，但嚴格說要等系統卡確認。
「Hy4 是 Apache 2.0 開源的。」部分成立。Apache 2.0 是 preview 的許可，正式版許可未公佈。不能把 preview 的許可直接安到正式版頭上。
「Hy4 的權重在 Hugging Face 上。」部分成立。在 Hugging Face 上的是 tencent/Hy4-preview，不是 tencent/Hy4——後者返回 401。
騰訊沒有解釋延遲原因。合理的推測有幾個：正式版加入了視覺與電腦操作，權重格式與推理框架適配需要時間；系統卡的編寫與安全評估需要時間；以及 11 月 5 日首日用量限額後，騰訊優先把資源投向了推理集羣擴容（10 倍）。但這些都是推測——騰訊官方沒有給出任何解釋或時間表。值得注意的是，同一天發佈的 Kimi K3.1 Pro 權重當天就上了架，這個對比讓 Hy4 的延遲顯得更明顯。
權重發布後，有四件事值得第一時間覈查：第一，許可協議是不是 Apache 2.0，還是換了更 restrictive 的條款；第二，權重格式與量化版本（BF16 / FP8 / NVFP4？）以及硬件需求；第三，系統卡里的參數量與分層架構確認——770B/49B 是否適用於正式版；第四，獨立的本地跑分復現——官方 44.4% 的 Terminal-Bench 4.0 與 AA 的 37% 之間，本地復現會給出第三個數字。本頁會在權重發布後更新。