標題為「Hi3D v1.0 對比 Hy-Nomas」的主視覺卡片,副標題是「兩者皆開放。不同的門。」Hi3D v1.0 卡片列出附帶 20 萬 MAU 觸發門檻的自訂授權、96 GB H20,以及不含貼圖的網格輸出;Hy-Nomas 卡片列出 Apache 2.0、單張 RTX 4090 的低記憶體路徑,以及不含網格的影片輸出。頁尾註明授權與硬體資訊來自各自的儲存庫,且兩者都沒有獨立的品質基準測試。
Guides & Insights

Hi3D v1.0 對比 Hy-Nomas:兩者都號稱開源,只有一款適合你的 GPU

作者

Alistair Wren

發佈日期

最新模型 · 20查看全部模型 →
基準測試:Artificial Analysis · 每日更新
返回全部文章

Hi3D v1.0與Hy-Nomas於 2026 年 10 月相隔兩天發布,兩者皆來自中國實驗室,皆提供可下載的權重,且皆被其發布者稱為開源。它們並不是同一種開源。Hy-Nomas 是 Tencent Hunyuan 於 2026 年 10 月 21 日發布的互動世界模型,以 Apache 2.0 授權釋出,並記載了一條可在單張 RTX 4090 上運行的途徑。Hi3D v1.0 是 Sparc3D 系列於 2026 年 10 月 23 日開源的版本,以自訂協議釋出,附有每月 200,000 名用戶的觸發條款,並在 96 GB H20 上完成驗證。其中一項差異決定你究竟能否部署。另一項則決定你能否在不用打一通電話的情況下進行商業部署。

這兩個模型都無法取代彼此;相較於品質比較,授權與硬體方面的比較更有用,因為兩家發行商都沒有公布足以支持品質比較的證據。所以,先從門開始,而不是從圖片開始。

兩張執照,兩扇不同的門

• Hy-Nomas — Apache 2.0。沒有人數上限、沒有營收觸發條件,除了例行的告知義務外,也沒有額外的署名要求。這是一份法律團隊無須另行討論就能核准的授權條款。

• Hi3D v1.0 — 即《Hi3D 開放授權協議 1.0》,並非經 OSI 核准的授權條款。允許商業使用。但若相關產品或服務的月活躍使用者超過 200,000 人,或每月營收超過 1,000,000 美元,被授權方必須在 60 天內通知 Hi3D 並申請另行書面授權。商業整合也必須顯示「Powered by Hi3D 1.0」,並在媒介支援的情況下連結至官方網站。不含 Hi3D 素材或衍生作品的獨立輸出,本身不會觸發品牌標示或規模義務。

Hi3D 的條款並不苛刻。在門檻以下,這些條款相當寬鬆,而對於一個整個職責就是產出檔案的工具而言,其輸出成果的除外條款也格外合理。但它們引入了一項會隨著成功而啟動的義務,這對任何已募資的公司而言都是盡職調查項目,對市集或消費型 App 而言則是真正的未知數。Apache 2.0 沒有這種開關。如果你的部署有可能跨過每月二十萬使用者,這個差異比任一廠商已公布的任何基準測試都更有價值。

硬體門檻才是真正的護城河

• Hy-Nomas — 預設使用八張 GPU。單張 RTX 4090 也可支援,但需搭配 INT8 或 FP8 量化以及 CPU 卸載。完整檢查點約為 196 GB;低記憶體路徑的文件記載約為 38 GB。這仍是一台不容小覷的機器,但小型工作室或配備完善的個人也能擁有。

• Hi3D v1.0 — 經驗證配置中的 96 GB NVIDIA H20。僅限 Linux,運算能力 8.0 或更新版本,CUDA 12.0 至 12.5,沒有 CPU 推論路徑,批次大小為一,以及 flash-attn/,且沒有備援注意力實作。循序 CPU 卸載可降低 GPU 常駐佔用,但 README 明確指出,這並不代表最低記憶體需求。

這是兩個版本之間最明顯的實務差距。4090 使用者可以以降低精度執行 Hy-Nomas,並接受品質代價。4090 使用者無法執行 Hi3D 驗證過的配置:1536³ 路徑只在 H20 上測試過,而較小顯示卡上的峰值記憶體則未說明。512³ 單次設定可能放得下,但廠商並未宣稱,且沒有人公布記憶體表。如果你在規劃資源,Hy-Nomas 有文件記載的低成本路徑,而 Hi3D 沒有。

A two-column scoreboard titled Hi3D v1.0 vs Hy-Nomas — the scoreboard. Hi3D v1.0 reads licence Hi3D Open License 1.0, hardware 96 GB H20, output geometry only, input image plus coarse mesh, repo inference only, benchmark none shipped. Hy-Nomas reads licence Apache 2.0, hardware one RTX 4090 low-memory, output 720 x 1280 video, input text plus camera path, repo LoRA recipe and a 280-case bench, benchmark unscored. The footer says repo facts are per each project and neither has an independent quality benchmark.

會輸出什麼?

• Hi3D v1.0 — 一個網格。僅含幾何資料,沒有貼圖、沒有材質、沒有頂點顏色,已重新置中並正規化至單位最大半徑。縮放值與世界座標皆會被捨棄,因此檔案只有形狀而沒有實際尺寸。

• Hy-Nomas — 影片。720×1280,每秒 24 幀,在蒸餾配置中進行八個去噪步驟。輸出中沒有網格、沒有深度緩衝區,也沒有座標系統。此模型隨時間生成外觀,而非幾何結構。

兩者都不會交給你帶有紋理的資產,而且失敗的方向正好相反。Hi3D 給你形狀卻沒有表面:可列印,但只是灰色。Hy-Nomas 給你表面卻沒有形狀:看起來逼真,卻無法用於製造。如果你的下游工具是切片軟體,只有其中一種輸出能餵給它。如果你的下游工具是影片編碼器,就只有另一種可以。

裡面放什麼

• Hi3D v1.0 — 一張參考影像,外加同一物件的粗略網格。此儲存庫包含一個選用轉接器,會使用騰訊的 Hunyuan3D-2 mini 來產生該粗略網格;Hunyuan 屬於第三方,並非核心程式庫的相依項目,但若沒有粗略階段,就沒有任何輸入。

• Hy-Nomas — 多輪自由形式文字,加上明確的相機軌跡,透過交叉注意力以相機至世界矩陣與內參形式提供。沒有影像輸入。模型由語言以及你所指向的虛擬相機位置所引導。

這比輸出結果的比較是更清楚的區分,因為它告訴你每個工具預期什麼樣的創作方式。Hi3D 預期的是一個已以粗略形式存在的物件,以及該物件的照片。Hy-Nomas 預期的是一段描述,以及一條穿越場景的路徑。一個是資產工具;另一個是相機。

這些儲存庫實際上都在發布什麼

• Hy-Nomas — 一個 54 區塊的雙流 MMDiT 主幹,隱藏尺寸為 2,048、16 個注意力頭,搭配 Qwen2.5-VL-7B-Instruct 文字編碼器、Cinematic 與 Robotics LoRA、LoRA 訓練配方,以及 Hy-Nomas-Bench:280 個案例,約含 220 條參考相機軌跡。該基準發布時未附公開分數,技術報告標示為即將推出。該儲存庫以單一初始提交建立。

• Hi3D v1.0 — 推論程式碼、八個權重檔案、Docker 限制、示範與文件。訓練程式碼、評估測試框架、基準切分與比較網格全部缺席,且無論在儲存庫、模型卡或發布資訊中,皆未公布任何參數量。

Screenshot of the Hugging Face model card for hi3d-official/Hi3Dv1.0 showing the October 23, 2026 release date, an hi3d-open-license-agreement-1.0 label, a sentence stating training code and the paper's evaluation harness are not included, and the Inference Providers panel noting the model is not deployed by any providerScreenshot of the Tencent-Hunyuan/Hy-Nomas GitHub repository showing 21 stars, 1 fork, two branches, zero tags, a single initial commit from 10 hours earlier, no published releases, an Apache-2.0 licence in the About panel, and folders including apps, assets, captioning_harness, configs, docker, hymm, kernel, scripts and tests

這兩個儲存庫都無法讓你重現其宣傳的主要數字,這是雙方誠實的共同點。本質上的差異在於,Hy-Nomas 提供了基準測試集和微調配方,因此你至少能建立自己的評估並調整模型。Hi3D 則提供了一個可以執行的模型,卻沒有可供調整的任何東西。如果你的團隊打算進行微調,這個差距就是決定性的。

老實說,部署哪一個都行

如果你需要一個可供探索的世界,{{1}}Hy-Nomas{{/1}} 是兩者中唯一能打造出世界的那個,而它的低記憶體路徑正是它能在叢集之外部署的原因。如果你需要一個物件,{{2}}Hi3D v1.0{{/2}} 是唯一能產生幾何結構的那個,而 H20 需求正是它不是筆電工具的原因。

這兩者都沒做到的,是完成一整條流程。Hi3D 需要粗略網格,且不提供貼圖。Hy-Nomas 需要場景描述,且不提供幾何。一間想兼顧兩端的工作室,會用 Hy-Nomas 取得場景脈絡,用 Hi3D 製作主要道具,中間搭配粗略網格生成器,之後再接貼圖階段——共四個模型,其中三個不在本次比較中。

OrcaRouter 並不代管這兩個模型,若說它有代管,那是不實的。平台真正提供的,是圍繞這兩個模型的非 3D 工作:Hy-Nomas 之前的提示詞擴展、Hi3D 之前的參考圖像描述,以及事後對渲染輸出的視覺檢查。這一切運作於供應商定價的 0% 加成,因此廠商一調價,我們這邊當天就會同步生效,而路由 DSL則讓你能把這些步驟組成單一呼叫,不必把四套 SDK 拼湊在一起。3D 權重仍然跑在你的硬體上。

值得關注的事情

Hy-Nomas 是較符合傳統定義的開放式發布,隨著時間推移,這點可能比它目前尚未公開評分更為重要:Apache 2.0 加上 LoRA 配方是一套平台,而自訂授權加上僅供推論的程式碼則是一項產品。Hi3D 的門檻夠寬鬆,大多數使用者永遠不會碰到它,但一旦有某個整合商跨過每月 20 萬名使用者,條款就會改變,而「開放原始碼」這個標籤就會在實質上造成誤導。

目前來說,選擇很簡單。如果你的限制是單一 GPU 和乾淨的授權,Hy-Nomas 是你真正能跑得起來的那個。如果你的限制是最終要拿到網格檔案,Hi3D v1.0 是這兩者中唯一能產出網格的,而且在編列任何其他預算之前,你應該先為 H20 編列預算。