星语 · AI 智能 3D 数字人造型产线
全面升级改造蓝图 V15
—— 双引擎图生 3D 与实体交付专版：从「一张照片」到「可打印、可驱动、可投放」
本轮唯一触发器：Hi3D V1.0 开源（2026-10-22/23）｜编制日 2026-10-26｜密级：内部｜签署主体：沈阳来电卫士数字软件开发有限公司
V12 修实测2026-Q4 实测数据修正结论；全息工程渠道与驱动编排补齐。
V13 收收敛三套 UI 三个入口被对标证伪、被政采条款判死——收敛为单壳工作台。
V14 扩场景技术底座全链开源升级 + mandate 八大场景逐项落地 + License 红线单列。
V15 换引擎（本版）主线由「单押 Hi3D」改为「双引擎 TRELLIS.2 主 + Hi3D 精修辅」；商业模型由「分钟价/按次」改为「内容包 + 实体交付」；客户由「泛行业」收敛为「区县文博 + 纪念手办 + 校采课包」三线。
本版主题：V14 回答「卖什么、凭什么卖、怎么合规地卖」，V15 回答一个更前置的问题——用什么引擎卖。2026-10-23 Hi3D V1.0 开源是触发件，但本轮调研的最大发现不是 Hi3D，而是微软 TRELLIS.2（4B 参数、MIT 全开源含训练代码、24GB 可跑、H100 上 1536³ 约 60 秒）：许可比 Hi3D 松、门槛比 Hi3D 低、精度同档、且带纹理与 PBR。据此 V15 做三条裁决：① 引擎从单押改为双引擎（TRELLIS.2 主 + Hi3D 精修辅，用 MIT 兜许可风险、用 Hi3D 兜打印精度）；② 商业模型从分钟价/按次改为「内容包 + 实体交付」（分钟计价已是 ¥1/分钟级红海，实体件才守得住毛利）；③ 客户从泛行业收敛为区县文博、纪念手办、校采课包三线（有真实成交价可对标）。
编制依据：① research/research_v15_delta.md（全网增量调研五节 + 10 条可执行建议，逐条带 URL）；② research/gitcc_star_v15_scan.md（千知站内 126 探针 / 343 仓 / 14 个 A 级 + 3 条方法修正）；③ research/matrix_reuse_v15.md（25 条产品线逐条过审：9 可用 / 16 否决）；④ 宇周 mandate 原文（八类应用场景逐项覆盖）；⑤ V14 蓝图结论基线（只引用不重论证）。
判定口径：✅ 可商用/已验证 ｜ ⚠️ 待核/待实测 ｜ 🔴 红线/禁商用 ｜ 优先级 P0 P1 P2 ｜ V15 修正=相对 V14 的新结论
2 个引擎TRELLIS.2（MIT）主力 + Hi3D V1.0 精修辅，任一失效产线不断
<¥1单件算力成本红线（对标火山 ¥2.40/次、影眸 ¥1.80/次）
¥10–30 万区县文博小单切口（永康市博 ¥9.1 万已成交，单件 ¥1,500–6,000）
25→9矩阵 25 条产品线过审：9 条可用（P0×3）、16 条否决
≥85%自建切片成功率 KPI（厂商自报 90% 无方法学，不采信为验收线）
一、执行摘要：三条裁决
本节结论
- 引擎裁决：主线由「单押 Hi3D」改为「双引擎」——TRELLIS.2 作主引擎（MIT、含训练代码、24GB 可跑、带 PBR 纹理），Hi3D V1.0 作几何精修辅（打印可切性优先时启用）。理由是许可与硬件门槛，不是精度。
- 商业裁决：从「分钟价/按次」改为「内容包 + 实体交付」。口播类已被腾讯智影压到 ¥0.5–2/分钟、曦灵 API 约 ¥5/分钟，分钟计价没有毛利空间；实体手办与全息内容包是竞品不做的交付形态。
- 客户裁决：从「泛行业」收敛为三条线——区县文博数字化（¥10–30 万/单）、纪念手办（¥299–3,999/件）、校采 3D 打印课包（¥4,980–9,800/年）。三条线都有公开成交价可对标，不靠想象定价。
1.1 一页看懂：V15 改了什么
| # | 维度 | V14 基线 | V15 修正 / 强化 |
|---|
| 1 | 图生 3D 引擎 | TRELLIS.2 主力 + Hi3D「专精备选」，Hi3D 权重许可「复核中」 | V15 修正 许可已逐条审完 raw LICENSE：Hi3D 可商用但有 20 万 MAU / 月营收 $100 万门槛 + 强制署名 + 8 文件排除项，不能当无负担主引擎。改为 TRELLIS.2（MIT）主 + Hi3D 精修辅，星语只调用 Hi3D 的「粗网格精修」通路（refine_mesh.py），不碰其端到端链路（该链路依赖混元 2mini，带禁欧盟/英国/韩国条款） |
| 2 | 产线形态 | 照片→GLB；STL 由 TRELLIS 原生导出 | V15 强化 拆成五段产线（输入→粗结构→几何精修→网格工程→交付分流），每段有独立验收判据与兜底路径。新增「网格工程」独立段：Open3D 四步清理（MIT）+ FreeCAD headless 水密化（LGPL 进程隔离） |
| 3 | 商业模型 | 按件/按单报价，与竞品分钟价混在同一叙事 | V15 修正 彻底退出分钟计价：数字模型层（¥19.9 / ¥39–99）+ 实体层（¥299–599 / ¥1,499 起）+ 驱动层（内容包，不按分钟）+ 全息层（¥11,800–14,800/包）四层结构 |
| 4 | 技术补件 | 无 3DGS 侧资产、无网格修复专件 | V15 新增 千知站内 14 个 A 级里筛出 Brush / SuperSplat / Open3D / gsplat 四个补件（+ img2threejs 作轻量分支），把「浏览器内训练」「资产编辑器」「网格修复」「合法 3DGS 训练」四块空白补齐 |
| 5 | 合规工程 | License 红线表（V14 第四章） | V15 新增 ① Hi3D 义务清单化（署名位/NOTICE/门槛预警/排除项单列）；② 建立镜像许可漂移对账机制（van_dam 镜像 MIT vs 上游 AGPL-3.0 实证）；③ 混元禁欧英韩的传导路径图与隔离动作 |
1.2 五条硬判断（每条都有数字撑）
- 「单图→1536³」已不是护城河：TRELLIS.2、Hi3D、混元 3.1 云端三家都做到。护城河转到「可打印（水密+可切+可拆件）」与「可交付（实体+全息+内容包）」。（research_v15_delta §二）
- 纯展示型 3D 已被平台吞掉：京东×鸿蒙 3DGS 把电商 3D 建模从「>¥1,000/件、2–3 周」压到「30 分钟自助」，此赛道无价可报。（同前 §三）
- 单次算力必须 <¥1：火山 ¥2.40/次、影眸 ¥1.80/次、Hi3D 云端 v2.1 25 积分/次；自建按 3080Ti ¥1.08/GPU时 折算 ¥0.1–0.5/件——这是唯一还剩的价格优势。（§二 / matrix_reuse_v15 §一）
- 文博是当下金额最大且最真实的 B 端付费场景：三峡 ¥205.02 万（53 件）、湖北省博 ¥330 万、河南博物院 ¥78.22 万（518 件）、永康 ¥9.1 万；单件 ¥1,500–6,000。（§五，均为政采公告）
- 分钟价没有未来：智影 ¥0.5–2/分钟、曦灵 API 约 ¥5/分钟、HeyGen API $0.0667/秒、D-ID Pro $29/月含 15 分钟。星语不进入这个价格体系。（§四）
1.3 V15 P0 清单（30 天内）
- Hi3D 真机基准实测（责任：产线工程）——RTX 3080 Ti 11G 只跑 512³ 一档（1024³ 实测需 20.9GB，11G 卡不可），采显存峰值、单件耗时、水密性、面数，回填第五章 5.6 表 B；脚本已备
install_hi3d_fix.sh / bench_hi3d.sh。
- TRELLIS.2 部署与 A/B（产线工程）——同图分别跑 TRELLIS.2 与 Hi3D-精修，对比水密率与切片通过率，出主引擎裁定书。
- 控制台 v6.4.0 上架两 SKU（前端 / 运营）——「高清分身卡 ¥19.9/次」「打印级 mesh ¥39–99/次」+ Powered by Hi3D 1.0 署名位，线上可下单。
- 合规三件落地（法务 / 运营）——NOTICE 入库、署名位上线、门槛预警写入 SOP（MAU 15 万 / 月营收 ¥60 万）。
- 区县文博小单模板（商务）——以永康 ¥9.1 万为模板，做 ¥10–30 万报价包与投标骨架。
二、本轮触发与资料核验
本节结论
- Hi3D V1.0 的公开信息里，「90% 切片成功率」「多视图保真 0.75 / 细节丰富度 0.841」均为厂商自报、无公开方法学与评测代码，只能作为方向参考，不能作为验收线。
- Hi3D 的真实硬门槛是环境而非精度：Linux + Python 3.10 + torch 2.5.0+cu124 + flash-attn 2.7.4.post1（无回退实现）+ spconv-cu120 2.3.6，且 1536³ 档只在 96GB H20 上验证过，小显存可行性官方未定。
- HF Space（ilcve21/Sparc3D）403 / 卡 preparing space，不能做产线入口；免费试用入口以 hi3d.ai 官网 100 终身积分为准。
2.1 Hi3D V1.0：声称 vs 可验证事实
| 维度 | 官方 / 传播口径 | 可验证事实（2026-10-26） | 来源 | 蓝图处置 |
|---|
| 热度 | 「现象级开源」 | star 328、fork 23、创建 2026-10-16、最后 push 2026-10-23；开源仅 3 天属正常爬坡，但远低于 TRELLIS.2 的 10,900+ | GitHub API repos/hi3d-official/Hi3Dv1.0 | 按「新件」对待，权重稳定性自行实测 |
| 精度档位 | 最高 1536³ | 三 pass 结构 64³→512³→1024³/1536³；transformer_1024 同时服务 1024³ 与 1536³；1536³ 仅在 96GB H20 验证，官方明说小显存卡可行性未确定 | 仓库 README / 新智元向测评 | 产线只上 512³ / 1024³ 两档，1536³ 不进 SOP |
| 切片成功率 | 90% | 厂商自报，未注明切片器与测试集，repo 不含评测代码 | OrcaRouter 实测文 | 自建 KPI：200 件基准集、目标 ≥85%（Cura/Orca 双切片器） |
| 纹理材质 | 「高精模型」 | 纯几何，无纹理材质；8 个权重文件（model_index / scheduler / transformer_512 / transformer_1024 / vae），彩色输出须走云端 V3.0 | HF hi3d-official/Hi3Dv1.0 | 纹理/UV 烘焙必须另建能力（第三章 3.4 单列缺口） |
| 端到端链路 | 单图→网格 | 开源仓库只做「精修粗网格」（demo/refine_mesh.py，需图 + 粗网格）；image_to_mesh.py 依赖腾讯混元 2mini | 仓库 demo/ | 只走 refine 路线，粗结构用 TRELLIS.2 出（规避混元许可传导） |
| 环境 | 「可本地部署」 | Linux + Python 3.10 + torch 2.5.0+cu124 + flash-attn 2.7.4.post1（无回退实现） + spconv-cu120 2.3.6；内置 1200 万特征熔断，超限直接抛异常不降质 | 仓库 requirements / 实测文 | 环境脚本固化（已备 work/install_hi3d_fix.sh，已在真机跑通 7 步全绿），锁版本 |
| 演示入口 | HF Space 可试 | Space 403 / 反复卡 preparing space / 区域限制（2025-08 起），商业站 hitem3d.ai 接管 | HF spaces/ilcve21/Sparc3D/discussions/19 | 不作产线入口；试用走官网 100 终身积分 |
| 云端价格 | — | v3.0 2048³ 145 积分/次（几何 130 + 纹理 10 + PBR 5）；v2.1 1536³ fast 25 积分/次；拆件 20、多色 20；失败不扣分。订阅 Free / $19.90 / $39.90 / $129.90 月 | platform.hi3d.ai 积分表 | 云端只作兜底与彩色件，不作日常产线 |
2.2 四路资料核验（本轮证据底座）
四路证据与去向：① 全网增量调研（5 节 + 10 条建议，逐条带 URL）→ 第二/三/六章的价格与格局；② 千知站内检索（126 探针 / 343 仓 / 187 候选 / 14 个 A 级）→ 筛出 4 个补件 + 1 个轻量分支，并确认网格修复与纹理烘焙两类站内为 0；③ 矩阵复用评估（25 条产品线逐条过审）→ 9 可用 / 16 否决、P0×3、三条组合拳，进第六与第七章；④ mandate 原文（八类场景）→ 第六章 6.3 逐项着墨。
2.3 对 V14 三条方法结论的修正（必须写死在册）
| # | V14 结论 | V15 实测 | 影响 |
|---|
| ① | 「GitCC 被 WAF 拦截，只能靠 WebSearch」 | 已过时 api/v4 会话检索完全可用（/api/v4/user 返回 200，343 仓召回、raw LICENSE 可读） | 检索主通道改为站内 API，GitHub 只用于 LICENSE 与上游 star 交叉核验 |
| ② | 「站内可覆盖网格修复 / 纹理 / 渲染优化」 | 证伪 mesh repair / remesh / watertight / uv unwrap / texture baking / draco / meshopt / ktx2 全部 0 召回 | 这三块一律走 GitHub 上游或自研，不再在站内花时间 |
| ③ | 「站内有 Cura（LGPL）可作宽松切片器」 | 证伪 站内无 Cura，只有 OctoPrint / OrcaSlicer（均 AGPL-3.0） | 切片器直接取 GitHub 上游 Cura，站内镜像不可用 |
口径提醒：TRELLIS / Hunyuan3D / TripoSR / InstantMesh / Sparc3D 在千知站内全部 0 命中——V14 关于它们的结论均来自 WebSearch 侧渠道。凡涉及这几项的能力判断，一律回到官方仓库与论文原文，不以站内检索为准。
三、技术底座：双引擎 + 四个补件
本节结论
- TRELLIS.2 是主引擎，不是备胎：MIT（最松）、含训练代码、24GB 可跑、带 PBR 与透明通道、H100 上 1536³ 约 60 秒。Hi3D 的全部优势（打印可切性、拆件/多色工具链）在「精修位」才能发挥，在「主引擎位」反而背上署名与门槛负担。
- 四个补件补齐四块空白：Brush（浏览器内训练）补「到店即拍即看」、SuperSplat（浏览器编辑器）补「资产瘦身发布」、Open3D（MIT 网格库）补「打印前处理」、gsplat（Apache-2.0）补「合法 3DGS 训练底座」。
- 仍有两个缺口必须承认：① 真水密化 / 自交修复（Open3D 只做拓扑清理，不做布尔与补洞）；② UV 展开与纹理烘焙（站内 0 召回、Hi3D 不出纹理）。这两块 V15 靠 FreeCAD headless 与 Blender 进程隔离兜，并列入自研 backlog。
3.1 双引擎对比：TRELLIS.2 vs Hi3D V1.0
| 维度 | TRELLIS.2（微软） | Hi3D V1.0（OCEANO HK） | 裁决 |
|---|
| 许可 | MIT ✅（nvdiffrast 等依赖除外） | Hi3D Open License v1.0 商用允许，但含 MAU/营收门槛 + 强制署名 + 8 文件排除项 | TRELLIS.2 主，Hi3D 辅 |
| 参数规模 | 4B | 未公开总参，含 transformer_512 / transformer_1024 两段 + VAE | — |
| 显存门槛 | 24GB 可跑 | 官方验证 96GB H20；1536³ 仅此环境验证；1200 万特征熔断 | TRELLIS.2 更友好 |
| 最高精度 | 1536³（H100 约 60 秒） | 1536³（但只在 96GB 环境验证） | 平；Hi3D 的 1536³ 事实上不可得 |
| 纹理材质 | 带 PBR + 透明通道 | 纯几何，无纹理（彩色须走云端 V3.0） | TRELLIS.2 决定性优势 |
| 训练代码 | 含（可微调、可蒸馏、可私有化改造） | 不含（只发推理权重） | TRELLIS.2 可长期自主 |
| 输出格式 | GLB / OBJ / STL / PLY，原生水密网格 | GLB / STL（refine 输出） | TRELLIS.2 更全 |
| 打印专精 | 水密网格直出，但未针对切片优化 | 切片成功率 90%（自报）+ 拆件 / 多色打印工具链（云端） | Hi3D 唯一真优势——所以放精修位 |
| 端到端依赖 | 自足 | image_to_mesh.py 依赖混元 2mini（带禁欧盟/英国/韩国条款） | 只走 refine，斩断传导 |
| 生态 | 10,900+ star、ComfyUI 节点已进 Manager、论文与评测齐全 | 328 star、开源 3 天、官方 MCP（mcp.hitem3d.ai/mcp）可接 Cursor/Claude | TRELLIS.2 生态厚，Hi3D 的 MCP 值得借力 |
| 在星语产线中的角色 | 主引擎：512³ 粗结构 + 1024³ 直接出件 + 需要纹理/彩色的一切场景 | 精修辅：TRELLIS.2 出粗网格后交 Hi3D refine 提打印可切性；打印件专用通道 | 双引擎冗余，任一失效产线不断 |
为什么不倒过来（Hi3D 主、TRELLIS.2 辅）：① Hi3D 不产纹理，而星语一半收入来自「看得到」的交付（全息片、驱动、展示），纹理缺失意味着每件都要二次烘焙；② Hi3D 无训练代码，精度天花板锁死在厂商发布节奏上；③ Hi3D 的署名义务会渗透到每一个界面产品，营销与 ToG 投标都要额外解释；④ Hi3D 的 1536³ 档在 12–24GB 卡上不可得，其「最高精度」在我方硬件上等于不存在。四条里任何一条单独都足以让它不做主引擎。
3.2 四个补件（千知 A 级选件，均含集成点与许可）
| 补件 | 许可 | 上游★ | 能力 | 星语集成点 | 风险与降级 |
|---|
| Brush | Apache-2.0 | 5,215 | 浏览器内 3DGS 训练与渲染（Rust + Burn + WebGPU），多视角图→3D | 「到店即拍即看」端侧预览器：客户在浏览器里直接看训练中间结果，不等云端回传 | 项目新、收敛稳定性待实测；老旧安卓 WebView 的 WebGPU 覆盖不足 → 降级方案：云端 gsplat 训练 + SuperSplat 前端渲染 |
| SuperSplat | MIT | 10,466 | 零安装浏览器 3DGS 编辑器：裁剪 / 分割 / 标注 / 压缩 / 发布 .ply·.splat，WebGL + WebGPU 双后端 | 资产库「瘦身工作台」：扫描件体积过大不能上线时先裁剪压缩再入库 | PlayCanvas 生态（引擎非 three.js），深度定制需接受该依赖；MIT 仅需保留版权声明 |
| Open3D | MIT | 14,125 | 点云/网格处理、TSDF 重建、配准、二次误差简化、去退化三角面、去重顶点、法线重定向 | 打印前处理微服务核心库：remove_degenerate_triangles → remove_duplicated_vertices → simplify_quadric_decimation → compute_vertex_normals → orient_triangles → 导出 STL | 不含真水密化/自交修复；补洞靠 FreeCAD headless（LGPL 进程隔离）或 trimesh/manifold3d（站内 0 命中，需 GitHub 取） |
| gsplat | Apache-2.0 | 5,837 | CUDA 高斯光栅化 + Python 绑定，显存较官方实现最多降 4 倍、训练快 15% | 云端 3DGS 训练底座，替代 INRIA 原版（原版为非商用研究许可，红线）；产出 .ply 交 SuperSplat | 需 CUDA 与显存档位；与官方实现有算子差异，迁移须回归测试 |
| img2threejs 轻量分支 | Apache-2.0 | 19,283 | 把参考图里的物体生成程序化 Three.js 代码（出代码不出网格），带质量门控 | 不做打印精度的道具/摆件/纪念卡元素：产物几百行代码、无 GLB 下载、首屏极快 | 只适合结构简单可参数化的物体，人脸与布料必崩；不进主产线 |
千知站内 0 召回的三块（不要再在站内找）：① 网格修复线（mesh repair / remesh / quad remesh / watertight / manifold / decimate / retopology / hollow / gcode 全 0）；② 纹理线（uv unwrap / texture baking / normal map / 材质库 全 0，全是 Material Design 噪声）；③ 渲染优化线（draco / meshopt / ktx2 / instancing 全 0）。这三块只能 GitHub 上游或自研。
3.3 从一张照片到可交付资产：技术链路
虚线为「免精修直通」路径——展示件、驱动件、全息片对可切性无要求，直接由 ② 进 ④，可省 3–8 分钟 GPU 时；只有打印件才走 ③。单件成本：双引擎自建 ¥0.1–0.5（3080Ti ¥1.08/GPU时 折算），外部兜底火山 ¥2.40 / 影眸 ¥1.80，内采 >¥1 自动切外。
3.4 能力缺口与自研 backlog（如实披露）
| 缺口 | 现状 | V15 兜底方案 | 自研排期 |
|---|
| 真水密化 / 自交修复 | Open3D 只做拓扑清理（去退化面/去重顶点/简化/法线），不做布尔与补洞；千知站内 manifold3d 0 命中 | FreeCAD headless（LGPL-2.1，进程隔离调用）；复杂件走 Hi3D 云端拆件工具链（20 积分/次） | P1：封装 ensure_watertight 服务，200 件基准集验收 |
| UV 展开 / 纹理烘焙 | Hi3D 纯几何无纹理；千知站内 uv unwrap / texture baking 全 0；WebGLStudio 只能提供「材质编辑器产品形态」，烘焙本身仍需外部工具链 | Blender headless 烘焙（GPL，进程隔离，不参与链接）；彩色件走 Hi3D 云端 V3.0（145 积分/次）或 TRELLIS.2 原生 PBR | P2：自研 CUDA baker 或接入 Substance 自动化（商用授权需评估） |
| 拆件 / 支撑 / 多色分色 | 自研成本极高 | 短期用 Hi3D 云端拆件（20）+ 多色（20）积分；中期接 OrcaSlicer（AGPL，仅服务端自用不改分发或购商业授权） | P2：与代工厂共研分色规则库 |
四、许可与合规红线
本节结论
- Hi3D 可用但要「带着义务用」：商用免费且允许私有化与 SaaS，唯一硬约束是 20 万 MAU / 月营收 $100 万门槛（触发后 60 天内申请单独许可）与强制署名「Powered by Hi3D 1.0」。
- 混元的禁欧英韩条款可以完全规避：只要不引入 Hunyuan3D-2mini 权重（即不走 Hi3D 的
image_to_mesh.py 端到端），传导链就断在源头。
- 镜像许可漂移是真实存在的风险：
3dprint/van_dam 站内镜像标注 MIT，上游实为 AGPL-3.0。必须建立「镜像 LICENSE ↔ 上游 LICENSE」逐仓对账机制，否则一次误用就是整条产线的开源义务。
4.1 Hi3D Open License v1.0 义务清单（lead 已逐条审 raw LICENSE）
| 条款 | 具体内容 | 星语落地动作 | 责任人 |
|---|
| 协议名 | Hi3D Open License Agreement v1.0；许可方 OCEANO HK HOLDING LIMITED；2026-10-22 生效；适用香港法、香港仲裁 | 归档原文，纳入合规台账 | 法务 |
| 商用范围 | 允许，全球、非独占、免版税；允许私有化部署与 SaaS 托管 | 可直接用于对外交付与 SaaS | — |
| 规模门槛 | 单一产品或关联产品合计 MAU > 20 万 或 月营收 ≥ $1,000,000 → 60 天内必须申请单独书面许可；反规避：拆品牌/拆域名规避须合并计算 | 设内部预警线 MAU 15 万 / 月营收 ¥60 万，触线前 60 天启动授权谈判，写入运营 SOP | 运营 |
| 强制署名 | 商业集成必须显著展示「Powered by Hi3D 1.0」；界面产品在界面/About/致谢；API 类在技术文档或法律声明；纯输出成品（不含 Hi3D 权重）不需署名 | 控制台关于页 + 订单详情页 + 产品页角标三处上线；只交付 STL/GLB 成品时不加署名（免污染客户物料） | 前端 / 运营 |
| NOTICE | 需随附 NOTICE 文件（固定文案含 OCEANO HK 版权） | 入 hi3d-refine 仓库根目录；随 GLB/STL 资产包分发 | 工程 |
| 衍生 | 允许闭源衍生，但须附协议、保留版权、标明修改 | 微调/封装须在文档标「Modified from Hi3D 1.0」 | 工程 |
| 输出归属 | 许可方不主张输出的所有权；不含 Hi3D 成分的成品可自由复制/编辑/销售/分发 | 客户交付物的 IP 归客户合同约定，无第三方主张 | 商务 |
| 排除项 | 仅授权那 8 个权重文件；不授权 Hunyuan3D-2mini、DINOv2、CLIP 权重（其中混元 2mini 带禁欧盟/英国/韩国条款） | DINOv2-large 按 Meta 许可（<10M MAU 免费）、CLIP-ViT-L/14 按 MIT，单独下载、单独留存合规依据；不引入混元 2mini | 法务 / 工程 |
4.2 混元禁欧英韩的传导路径与隔离动作
Hunyuan3D-2mini 权重（禁 EU / UK / KR）
├─ 路径 A：Hi3D image_to_mesh.py 端到端 ──▶ 一旦使用，整个端到端链路继承区域限制 ──▶ V15 禁用
├─ 路径 B：自建粗结构（TRELLIS.2，MIT） ──▶ 无传导，任意区域可交付 ──▶ 产线唯一路径
└─ 路径 C：直接调用混元云端 API ──▶ 同样受限，且数据出境 ──▶ 出海场景禁用
| 场景 | 是否可用混元链路 | 处置 |
|---|
| 中国大陆客户交付 | 技术上可用但不采用 | 统一走 TRELLIS.2，避免两套链路两套合规解释 |
| 中国港澳台 / 东南亚 / 中东 | 可 | 仍走 TRELLIS.2（更省事），混元仅作对照 |
| 欧盟 / 英国 / 韩国 | 绝对禁止 | 不引入混元任何权重与 API；若客户在该区域，全链路仅用 MIT/Apache 组件 |
4.3 镜像许可漂移对账机制（本轮实证 + 制度）
实证：3dprint/van_dam 站内镜像 LICENSE.md 首行为「The MIT License / Copyright 2021 James Smith」，但上游 Floppy/van_dam（2,216★）实为 AGPL-3.0。按镜像采信 = 误判为可闭源，按上游采信 = 服务端集成必须整体开源。结论：镜像许可一律以上游为准，镜像仅作可读性参考。
| 机制 | 规则 |
|---|
| 双源对账 | 每个拟入产线组件：① 站内 mirror LICENSE 首行；② 上游 GitHub 仓库页 license 徽章 + raw LICENSE。不一致即按更严格者判定，并记入漂移台账 |
| 季度全量复核 | 在产线组件每季度重抓一次上游 LICENSE 首行（上游改协议是小概率但真实存在）；台账字段：组件 / 站内 repo 与 license / 上游 repo 与 license / 差异 / 判定 / 复核人 / 日期 |
| 已知漂移 | van_dam（镜像 MIT → 上游 AGPL-3.0）；LichtFeld Studio（站内付费墙不可见 → 上游 GPL-3.0）；three.js / glTF 规范 / big-screen-lowcode 等付费墙后不可见者一律按 C 级 |
4.4 行业合规三类（打印 / 数字人 / 文博）
| 领域 | 合规要求 | 星语动作 |
|---|
| 3D 打印交付 | ① 不得含他人著作权角色（动漫/IP 形象）用于商业转售；② 全彩材料安全（儿童用品须合国标）；③ 代工厂资质与质检责任划分 | 下单前 IP 自检（客户自拍/自有形象绿通，含第三方角色要授权）；代工签质检责任条款；儿童线单独标材料等级 |
| 数字人 / 分身 | ① 肖像权：本人或继承人书面授权；② 声音权参照肖像权（民法典第 1023 条）；③ AI 生成须标识（抖音禁纯 AI 直播、快手限制、视频号纳入低质管理）；④ 深度合成备案 | 统一授权书模板（明示「可用于 AI 生成」）；交付物加 AI 标识；直播类配真人监控；按属地要求备案 |
| 文博数字化 | ① 须具相应资质或与有资质单位联合承接；② 馆藏数据权属归馆方，二次使用须书面许可；③ 不得宣称「文物复原/鉴定」；④ 走政采平台 | 定位「艺术化数字演绎」；组联合体投标；数据交付即归档不留副本 |
| 未成年人 | 校采场景涉学生照片，须监护人书面授权，且不得用于训练 | 合同附监护人授权模板；推理即弃不入训练集；照片加密存储、7 日内删除 |
4.5 可商用白名单（V15 选型全部在此）
| 组件 | License | 用途与备注 |
|---|
| TRELLIS.2 | MIT | 图生 3D 主引擎；nvdiffrast 等依赖单独评估 |
| Hi3D V1.0 | Hi3D Open License 1.0 | 几何精修辅；须署名 + NOTICE + 门槛监控 |
| Brush / SuperSplat / Open3D / gsplat / img2threejs | Apache-2.0 / MIT / MIT / Apache-2.0 / Apache-2.0 | 端侧预览 / 资产编辑 / 网格处理 / 3DGS 训练 / 轻量道具；全部可闭源集成 |
| FreeCAD / Cura | LGPL-2.1 / LGPL-3.0 | 水密化补洞 / 切片质检；headless 进程隔离；Cura 站内无，须 GitHub 上游直取 |
| DINOv2-large / CLIP-ViT-L14 | Meta 许可 / MIT | Hi3D 编码器；不在 Hi3D 授权范围，须独立留存依据 |
明确排除（红线，不进产线）：INRIA gaussian-splatting（非商用研究许可）、OpenSplat / OctoPrint / OrcaSlicer / VanDAM（AGPL-3.0 强传染，服务端集成需整体开源）、CADAM / OpenSCAD / LichtFeld（GPL-3.0）、所有付费墙后 LICENSE 不可见仓库（一律 C 级）、OOTDiffusion / IDM-VTON / CatVTON（CC BY-NC-SA，V14 已定）。
五、五段产线（含真机实测数据位）
本节结论
- 产线拆成五段，每段有独立输入/输出/验收/兜底：任一段故障不影响其他段，这是把「一个黑盒脚本」变成「可运维产线」的关键。
- 第三段（几何精修）是可选段：只有打印件需要，展示/驱动/全息件走虚线直通，可省 3–8 分钟 GPU 时——这是双引擎设计带来的直接成本收益。
- 第四段（网格工程）是全链路唯一没有现成开源件覆盖的段，必须自建微服务；本节 5.6 预留实测表，等真机数据回填后才定 SOP 参数。
5.1 第一段：输入
| 项 | 内容 |
|---|
| 支持输入 | 单张人像照（正面/半侧）、多视角 3–8 张、5–15 秒环绕短视频、到店实拍（iPhone LiDAR / RealSense，走 SplaTAM 路线，可选） |
| 预处理 | SAM 3 抠像去背景 → 分辨率归一化 → 人脸区域裁切（Hi3D 需要人像对齐） |
| 验收判据 | 抠像 IoU ≥0.92；人脸区域占画面 ≥18%；背景残留率 ≤3% |
| 兜底 | 抠像失败即拒绝下单并提示重拍（不做「将就出件」，坏输入必然出坏件） |
| 合规闸门 | 肖像授权书齐全；未成年人须监护人授权；照片存储加密、7 日内删除、不入训练集 |
5.2 第二段：粗结构（TRELLIS.2 主引擎）
| 项 | 内容 |
|---|
| 引擎 | TRELLIS.2（MIT），512³ 粗网格 + 初纹理 + PBR；24GB 显存可跑 |
| 产出 | GLB（含纹理）/ OBJ / 初版 STL |
| 验收判据 | 生成成功率 ≥95%（100 张随机人像集）；轮廓与输入照片的姿态一致率人工抽检 ≥90% |
| 兜底 | 自建失败或超时 → 自动切火山 doubao-seed3d-2.0（¥2.40/次）或影眸 Hyper3d-Gen2（¥1.80/次）；内采成本 >¥1 即切外 |
| 成本位 | 自建约 ¥0.1–0.5/件（3080Ti ¥1.08/GPU时 × 3–8 分钟） |
5.3 第三段：几何精修（Hi3D，可选段）
| 项 | 内容 |
|---|
| 触发条件 | 仅当交付目标为 3D 打印件时启用；展示/驱动/全息件跳过 |
| 调用方式 | demo/refine_mesh.py --image <原图> --coarse-mesh <TRELLIS.2 粗网格> --resolution 512|1024 --num-inference-steps 25 --seed 0 |
| 档位 | 按卡定档：11G 卡只跑 512³（须开 --sequential-cpu-offload + 编码器释放补丁）；24G 卡上 512³/1024³；48G 卡起可上 1536³。1536³ 不进日常 SOP（仅 96GB H20 验证）。详见 5.6 表 B |
| 环境 | Linux + Python 3.10 + torch 2.5.0+cu124 + flash-attn 2.7.4.post1（无回退）+ spconv-cu120 2.3.6；脚本已备 work/install_hi3d_fix.sh（注意 conda 环境建在数据盘 /root/autodl-tmp/envs/hi3d，不是系统盘） |
| 验收判据 | 水密率 ≥95%（相对 TRELLIS.2 原网格不劣化）；自建切片器 200 件基准集通过率 ≥85% |
| 兜底 | Hi3D 环境异常（flash-attn 编译失败等）→ 退回 TRELLIS.2 原网格 + Open3D 加强清理；彩色件走 Hi3D 云端 V3.0（145 积分/次） |
| 合规 | 仅调用 8 个权重文件；不调用 image_to_mesh.py（斩断混元传导）；NOTICE 随代码仓库 |
5.4 第四段：网格工程（打印前处理，自建微服务）
| 步骤 | 工具 | 动作 | 参数起点 |
|---|
| 1 拓扑清理 | Open3D（MIT） | remove_degenerate_triangles → remove_duplicated_vertices | 面积阈值 1e-8 |
| 2 简化 | Open3D | simplify_quadric_decimation | 目标面数按交付层定（见下表） |
| 3 法线 | Open3D | compute_vertex_normals → orient_triangles | 统一朝外 |
| 4 水密化 | FreeCAD headless（LGPL，进程隔离） | 补洞 / 自交修复 / 实体化 | 洞径上限 3mm |
| 5 切片质检 | Cura（LGPL，GitHub 上游直取） | 自动切片 + 支撑生成，记录失败原因 | 层高 0.1mm / 0.2mm 双档 |
| 6 UV / 烘焙 缺口 | Blender headless（GPL，进程隔离） | UV 展开 + 贴图烘焙 | P2 排期，彩色件暂走云端 |
| 交付层 | 目标面数 | 格式 / 体积 |
|---|
| 展示 / Web | 3–8 万面 | GLB（Draco 压缩）<8MB |
| 驱动 / Blender | 8–20 万面 | GLB / FBX <25MB |
| 3D 打印小件 | 20–60 万面 | STL（二进制）<60MB |
| 3D 打印大件 | 60–150 万面 | STL / 3MF <150MB |
5.5 第五段：交付分流
| 分流 | 产物 | 下游 | 验收 |
|---|
| 打印 | 水密 STL / 3MF | 外协全彩代工（¥4/克）或 SLA 代工（¥1–20/件起批） | 切片通过 + 首件实物验收 |
| 驱动 | GLB + 骨骼/表情绑定 | Blender 产线 → 4K 成片 / 直播推流 / 全息片 | 口型 Sync-C 达标、无穿模 |
| 全息 | 竖版 9:16 透明底视频 / 实时流 | 全息风扇屏 / 全息柜 / 全息舱 | 真实硬件投放验收 |
| 展示 | GLB / Three.js 代码（img2threejs 分支） | three.js 页面 / WebXR | 首屏 <2s、移动端可交互 |
5.6 显存与耗时实测数据表
本版重要更正：V15 初稿在 5.6 写下的三条判据（512³ <90 秒 / 1024³ <6 分钟 / 显存 ≤11.5GB）是凭参数量的乐观推算，已被实测推翻。核实依据是社区 Space townbox/hi3d10-zerogpu 的公开实测表（25 步、seed 0）与官方 Space hugging-apps/hi3dv1 的 ZeroGPU 申请时长配置（512³→40s / 1024³→225s / 1536³→440s），两者互相吻合。原判据作废，改按下表分级承诺。
表 A · 显存与耗时天花板（第三方实测，可作规划依据）
| 档位 | 显存峰值 | 单件耗时 | 输出面数 | 实测硬件 |
|---|
| 512³ | 13.9 GB | 28.7 秒 | 约 67.2 万 | ½ RTX PRO 6000（48GB ZeroGPU 切片） |
| 1024³ | 20.9 GB | 145.5 秒 | 约 100 万 | 同上 |
| 1536³ | 29.6 GB | 233.9 秒 | 约 200 万 | 96GB ZeroGPU 切片（官方仅此环境验证） |
表 A 的口径（极易被误读，务必先看这条）：表 A 三个数是「设备视角峰值」，已含 CUDA context 与权重驻留（512³ 约 3.7GB 权重常驻；1024³ 两个 transformer 共 7.35GB 同驻），与社区实测的 Peak VRAM 同口径，可直接横向对比。
但绝不能把 13.9GB 当成「净推理增量」再往上加权重——那样会凭空多出 3.7GB，把本来只是压线的 512³ 直接误判成「不可行」。同理，20.9GB 已含两个 transformer，不要再加一次。
换言之：要和显卡标称显存比较，直接用表 A 的数；要算「还能省多少」，才去拆权重与工作区。
表 B · 我方设备分级承诺（替代原「11.5GB 不 OOM」）
| 设备档 | 可跑档位 | 单件耗时（区间估） | 显存占用 | 定位 |
|---|
RTX 3080 Ti 12GB
（现有，¥1.08/时） | 512³ 待实测——b 档（官方形态）PASS 之前不得视为可用档位；若 PASS，则必须开 --sequential-cpu-offload※ | 3–6 分钟
（目标值，非承诺） | 约 10.2 GB
（可用约 11.4GiB，余量仅约 1.2GB，压线） | 打样、内检；b PASS 前不作任何承诺 |
RTX 3090 24GB
（¥1.32/时，仅 +0.24/时） | 512³ / 1024³ | 512³ 1–2 分钟；1024³ 8–12 分钟 | 14 / 21 GB | 日常产线主力（推荐）：同平台换 SKU 即可让 1024³ 从「不可」变「可行」 |
| 48GB（A6000 / L40S） | 至 1536³ | 1024³ 3–4 分钟；1536³ 4–6 分钟 | 21 / 30 GB | 高精度件、急单 |
| 96GB H20（云端按需） | 1536³ 满档 | 约 4 分钟 | 30 GB | 官方唯一验证环境，兜底与彩色件 |
表 C · 原判据逐条裁决
| 原判据 | 裁决 | 新口径 |
|---|
| 512³ 单件 <90 秒 | 下调 | ≥24GB 卡保留 ≤90 秒。12GB 卡的「≤5 分钟」是目标值而非承诺，仅在 b 档（纯官方形态）实测 PASS 后生效；b PASS 之前维持「512³ 需 ≥16GB、建议 3090 24GB 起点」的口径不变。若实测仍 OOM，再叠加「条件编码器下沉 + 绕过公开 API 手工展开 __call__」——那是带持续维护成本的可选降压手段，不是默认要求 |
| 1024³ 单件 <6 分钟 | 删除（针对 11–12GB 卡） | 改为条件承诺：需 ≥24GB 卡；24GB 卡 8–12 分钟，48GB 卡 3–4 分钟 |
| 显存峰值 ≤11.5GB | 删除 | 512³ 实测 13.9GB；部署建议 ≥16GB 卡。若必须卡死 11.5GB，只能换 Hunyuan3D-2mini 并放弃 Hi3D 精修质量 |
| 水密率 >95% | 保留 | 与引擎无关，取决于我方网格工程段，仍待真机回填 |
| 自建切片通过率 ≥85%（200 件基准集） | 保留 | 同上，待真机回填 |
为什么 11.5GB 判据根本不可能成立（自算过程）：两个 transformer 各 1.838B 参数、fp16，单个 safetensors 3.676GB，两档同驻即 7.35GB；加 SparconvVAE 0.38GB、DINOv2-large 1.22GB、CLIP ViT-L/14 视觉塔 1.22GB，模型侧已 10.17GB；剩余约 3.7GB 才是解码与网格提取的瞬时工作区（spconv workspace、8 子体素 logits、FlexiCubes 每角 SDF+形变、Triton scratch、显存碎片）。13.9GB 里约 7GB 属于这一块，它不随 offload 下降——这正是官方那句「decoded sparse features still require GPU memory」的实际含义。稀疏 latent 本身极小（80k×32ch fp16 仅 5MB），所以「省特征」的思路救不了局，必须省工作区。
※ 卡型与准入：先分清「机型不合格」和「显存不够」
标称 RTX 3080 Ti ＝ 12GB（可用约 11.4GiB）。本版早前写的「11GB」是笔误，差这 1GB 把结论从「没门」拉回「压线」：offload 后峰值约 10.2GB，余量约 1.2GB——够跑，但没有容错空间，一次碎片波动就可能 OOM，所以仍不作产能承诺。
但这必须由开机预检实测确认，不能只看 API 字段：若实际机型是 2080 Ti（11GB、sm_75），那是机型准入不合格——Hi3D 官方要求 compute capability ≥ 8.0，否则 flash-attn 无法构建。这两件事处置相反：准入不合格→换机型；显存不够→换显卡或降档。绝不能混为一谈。
若实测在 12GB 上 OOM，唯一还想继续压的手段是「喂完条件就把编码器搬下卡」，但官方公开 API refine_voxels() 收的是 image 而非 condition，内部会重跑 conditioner，因此只能走 _run_refinement 内部路径。这意味着即使跑通也只是「手工拆解版可行」，官方 demo/refine_mesh.py 命令行路径仍会占满完整驻留、照样 OOM；要走通就必须自建 wrapper 并随上游版本跟进维护，报价时应计入这笔持续成本。
代码依据：sparc3d/pipelines/loader.py:28-40 的 _INITIAL_REQUIRED_FILES 明确剔除 transformer_1024，配套 load_deferred_transformer_1024()（:105）——这既是「512³ 只驻留 transformer_512」的代码证据，也说明内部路径才是可编排的那一层。
但在 12GB 上更划算的解法不是改代码，是换 SKU（见下）。
★护栏：512³ 的判据只能下调、不能上调：12GB 真机 bench 只在两种情况下有资格改口径——
① b 档（512_cuda，纯官方形态）实测 PASS → 才可把「需 ≥16GB」改为「12GB 官方形态可跑」；
② a 档（offload + 编码器下沉）PASS，且余量 = USABLE_ALLOC_MIB − 设备视角峰值 ≥ 1 GiB → 才可写「技术上可跑且可承载」；余量 < 1 GiB → 只能写「技术上可跑，不建议承载产能」。1 GiB 这个门槛由测量精度决定，不是偏好：USABLE_ALLOC_MIB 用 256 MiB 步长递减试分配测得，报出值自带「至多一个步长」的单边量化误差，且只会低估可用显存——512 MiB 仅 2 个步长，落在量化误差内不可分辨（480 与 700 MiB 统计上等价）；1 GiB = 4 个步长，是「能分辨」与「分辨不出」之间的最小整数倍。误差单边意味着我们天然倾向判「余量不足」，即宁可少承诺、不可多承诺——对产能承诺是可接受的方向。）
「3090 只贵 0.24 元/时」是成本判断，不能偷换成「12GB 能跑」——前者随时可推翻，后者写进蓝图就成了报价与交付依据。
另外 a 档即使 PASS 也不自动等于可承载产能：外部实测每档只有 1 个资产（n=1，资产间方差未知），且 12,000,000 特征守卫是超限直接抛异常——换更复杂资产时失败模式可能是 raise 而非 OOM，那种失败换 24GB 也救不了。
c 档（1024³）不跑的算术：20.9 − offload 可下沉 3.68 ≈ 17.2GB，超 12GB 约 5GB；且 load_deferred_transformer_1024() 是延迟加载而非卸载，pass 2 两个 transformer 必然同驻 7.35GB。跑一次只会得到已知 OOM，故砍掉。
「显存峰值」的定义（对外报数前必须统一，否则数字会被质疑）：同一台机器能测出三个不同的数，含义完全不同——
| 指标 | 来源 | 含 CUDA context | 是否会漏峰 |
|---|
peak_alloc | allocator 记账 | 否 | 不漏 |
peak_reserved | allocator 记账 | 否 | 不漏 |
device_footprint | 按 50ms 采样 max(used)−基线 | 是 | 可能漏 <50ms 的瞬时峰 |
解码期那约 7.4GB 工作区里最危险的恰恰是「一次性大分配、很快释放」，采样可能正好跨过去，从而
低估峰值——结果就是「以为够、上线后 OOM」。
因此本蓝图所有承诺一律采用：
保守峰值 = max( device_footprint , peak_reserved + CUDA context )即两个来源取大者，任何一条路径抓到就算数。这样既不会虚高（不把别人的占用算进来），也不会因采样漏点而虚低。
对客承诺与 SOW 里的「显存峰值」一律指这个保守峰值，不得引用纯张量口径的
peak_alloc（通常比保守值低 1–3GB）。
bench 脚本本身随交付包提供，不在此写死版本号；以「上传后三方回读 md5 一致」为交接判据，避免脚本迭代导致文档频繁失效。可用显存一律直测，不读标称值（标称 12GB、实际可用多少是两个问题）。做法：预热 context →
empty_cache → 从
floor(total/256)×256 起每 256MiB 递减试分配，首个成功值即
USABLE_ALLOC_MIB。它比
free 字段可靠（
free 可能把可回收缓存算进去），并且顺带回答「这张卡干不干净」——脏卡上直测值会明显低于标称。
判读表（直接决定要不要上工程补丁）：
USABLE_ALLOC_MIB | 结论 | 动作 |
|---|
| ≥ 11000 | 余量充足，512³ 可能开 offload 直接过 | 编码器补丁非刚需，先跑基线 |
| 10200 – 11000 | 压线 | 需编码器下沉兜底 |
| < 10200 | 不开补丁必崩 | 补丁刚需，否则换 SKU |
另设一条硬闸在显存讨论
之前：
compute capability < 8.0 → 直接判
机型准入不合格（flash-attn 无法构建），与显存是否够无关；若
torch 与
nvidia-smi 报的显存总量差 > 256MiB，判
HARDWARE_AMBIGUOUS 并停止——
两个来源都不权威，背离本身才是要查的问题（MIG 切片、卡上有他人占用）。
本轮最便宜的一次产能升级：同平台把实例从 RTX 3080 Ti（¥1.08/时）换成 RTX 3090 24GB（¥1.32/时），每小时只多 0.24 元，却让 1024³ 从「20.9GB 必死」变成「21GB 刚好够、8–12 分钟/件」——不需要自建 wrapper、不需要跟上游维护、不需要赌碎片。按单件 10 分钟算，1024³ 的 GPU 成本增量约为 0.04 元/件，相对 ¥299–3,999 的纪念手办客单价可忽略。
因此产能结论改写为：12GB 卡只用于打样与内检；对客承诺的 1024³ 产能一律落在 24GB 档（3090 起步），这是当前性价比最高的路径。换 SKU 的具体代价（是否需新建实例、33GB 数据盘如何迁移）待核。
表 D · 租卡选型价目（AutoDL 官方价，2026-10-26 查，随行情浮动）
| SKU | 显存 | 价格 | 对 Hi3D 产线的意义 |
|---|
| RTX 3080 Ti | 12GB | ¥1.08/时 | 现状。仅 512³ 且压线，打样档 |
| RTX 3090 | 24GB | ¥1.32/时 | 1024³ 性价比解：同算力、双倍显存，只贵 22% |
| RTX 4090 | 24GB | ¥1.98/时 | 1024³ 且速度约 2.3×，适合急单 |
| A5000 | 24GB | — | Hi3D 官方文档点名：3080 Ti 显存不够时的替代卡 |
| L20 | 48GB | ¥3.68/时 | 1536³ 不憋，中档高精度 |
| PRO 6000 | 96GB | ¥5.98/时 | 1536³ 满档，与社区实测机同代，可复现 29.6GB 那组数据 |
采购决策的量化依据：若 3080 Ti 连「offload + 编码器下沉」都过不去，换 ¥1.32/时 的 3090 比在 12GB 上做工程改造划算得多——改造要自建 wrapper、跟上游版本、赌碎片，且永远只能跑 512³；换卡是 +0.24 元/时 直接拿到 1024³。这条应作为首选路径，工程改造降为「不换卡时的备选」。
实测失败归因的三条精度约定（避免日后误读）：
① 「显存 OOM」与「主机内存被杀」是两个不同结论，不得合并写成「资源不足」。CUDA_OOM＝显卡装不下（对策：换显卡或降档）；HOST_RAM_OOM_KILL＝连权重都载不进内存（对策：换内存规格）。两者处置相反，混写会导致换错硬件。
② 主机内存被杀走 OOM killer，进程收到 SIGKILL、没有 Python 栈，因此只能定位到「最后完成的阶段」，无法精确到函数行号。报告口径写「崩在 decode 阶段（最后完成 mark=sampling_done）」，不写「崩在 vae.decode 第 412 行」。
③ 只有普通异常（有栈）才给函数行号；num_ooms == 0 说明不是 allocator 抛的，须单列，不得并入显存不足。
④ 「守卫 raise」≠「显存不够」：若失败来自 12,000,000 特征守卫等算法侧守卫（非 allocator OOM），结论是「该输入超出算法域，与显存无关，换输入重测」——这种失败换 3090/96GB 也一样失败。只有 allocator 抛出的 CUDA_OOM* 才允许写「这台卡不够」。
不确定性与脚注（写进合同前必读）：① 我方 11–12GB 卡无直接实测，13.9→10.2GB 是线性扣减，实际可能因 allocator 预留偏高；② 实测机是 Blackwell（torch 2.8 / flash-attn 2.8.3），我方是 Ampere（torch 2.5 / flash-attn 2.7.4），权重占用一致但 kernel workspace 不同，Ampere 峰值可能再高 0.3–1GB；③ 表 B 的耗时是按算力与带宽比例推算的区间，非实测；④ 解码特征超过 12,000,000 时管线主动抛异常而非降档输出，复杂资产会直接失败，需在接入前做体素预算预检。
我方 RTX 3080 Ti 真机 512³ 实测仍待回填（当前 GPU 被平台占满，脚本 bench_hi3d.sh 已备）；回填后本表 B 第一行改为实测值。
六、四层交付与定价
本节结论
- 四层结构，价格从 ¥19.9 到 ¥14,800 全覆盖：数字模型层拉新、实体层做毛利、驱动层做复购、全息层做单客价值天花板。四层共用一条产线，边际成本递增但客单价递增更快。
- 实体层必须按克重计价，不能拍脑袋定价：全彩 ¥4/克，400g 件直接成本即 ¥1,600——¥1,499 的「大件起步价」只对应 ≤350g 的轻量件，400g 及以上必须报 ¥2,999–3,999。
- 驱动层不做分钟价：竞品 ¥0.5–5/分钟已把口播打成红海，星语只卖「数字人出镜内容包」（按条/按包），把客户注意力从时长转到成片质量与场景适配。
6.1 四层定价总表
| 层 | 产品 | 定价 | 成本 | 毛利 | 交付周期 | 目标客户 |
|---|
| 数字模型层 | 高清分身卡（512³→1024³ 网格 + 网页展示） | ¥19.9/次 | ¥0.1–0.5 | >95% | 5–30 分钟 | C 端照片用户，控制台现有流量直接转化 |
| 打印级 mesh（水密 STL 文件交付） | ¥39–99/次 | ¥0.5–2（含精修 GPU 时） | ~95% | 10–40 分钟 | 自有打印机用户 / 手办爱好者 / 3D 打印店 |
| 实体层 | 纪念小件（10–15cm SLA/树脂） | ¥299–599/件 | ¥120–300 | 50–60% | 5–8 天 | 亲子 / 宠物纪念 / 情侣礼物 |
| 全彩大件（15–25cm） | ¥1,499 起（≤350g）/ ¥2,999–3,999（400g 档） | ¥1,200–2,000 | 25–50% | 8–15 天 | 高净值纪念 / 婚礼 / 企业礼品 |
| 驱动层 | 数字人出镜内容包（一条 60–180 秒成片，含形象+声音+场景） | ¥2,000–8,000/条 | GPU + 人工精修 | 60–75% | 3–7 天 | 企业宣传 / 宴会致辞 / 展馆讲解 |
| 全息层 | 3D 全息展陈包（全身高精网格 + 转台/光影渲染 + 9:16 全息样片 + 可拆解展示 mesh） | ¥11,800–14,800/包 | GPU + 渲染 + 设计 | 65–80% | 10–20 天 | 纪念展陈 / 宴会 / 展馆 / 企业展厅 |
定价纠偏（必须执行）：¥1,499 的「大件起步价」不能覆盖 400g 全彩件——按 ¥4/克计，400g 物料成本即 ¥1,600，报价 ¥1,499 是负毛利。规则改为：零售价 = 克重 × ¥4 × 2.2 + 服务费 ¥300。400g → ¥3,820（取整 ¥3,799–3,999）；250g → ¥2,500。凡低于该公式的报价须运营总监签批。
6.2 成本与竞品价格锚（2026-10 公开口径）
| 类别 | 锚点 | 价格 | 来源 | 星语对策 |
|---|
| 3D 生成 API | 字节 doubao-seed3d-2.0 | ¥2.40/次 | 火山引擎官方文档 | 自建单件 <¥1 才有价格叙事；内采 >¥1 自动切外采 |
| 影眸 Hyper3d-Gen2 | ¥1.80/次（资源包 ¥1.0–1.5） | 火山引擎官方文档 |
| Hi3D 云端 v2.1 1536³ fast | 25 积分/次；v3.0 2048³ 145 积分/次 | platform.hi3d.ai |
| 3D 打印 | 全彩打印 | ¥4/克；15–25cm 手办单件 ¥1,200–2,000 | 远达泰公开报价 | 实体层按克重计价（见 6.1 纠偏） |
| SLA 树脂代工 | ¥1–20/件起批；树脂摆件 ¥50/件 | 阿里 B2B 挂牌 | 小件走 SLA 起批，成本压到 ¥120–300 |
| 数字人 | 腾讯智影 | ¥0.5–2/分钟（20 分钟 ¥52 / 100 分钟 ¥250） | 公开报价文 | 不打分钟价；只做内容包与实体交付 |
| 百度曦灵 | API 约 ¥5/分钟；套餐 ¥699/月起 | 公开报价文 |
| 魔珐有言（3D） | ¥49–59/月起（约 8 分钟/月）、团队 ¥4,998/年、3000+ 形象、实时 <300ms | 官网 + 评测 |
| HeyGen | Avatar V 48 积分/分钟；API $0.0667/秒 | 官方价格页 |
| 文博 | 单件文物数字化 | ¥1,500–6,000/件 | 政采公告推算 | 区县小单 ¥10–30 万最优切口 |
| 区县级成交 | 永康市博 ¥9.1 万（2026-10-16 定标） | 永康市政府网 | 以 ¥9.1 万为最小可复制单元 |
6.3 mandate 八类场景逐项落地（现在能做什么 / V15 补什么 / 怎么收费）
| 场景 | 现在能做什么（已具备） | V15 补什么（新增能力） | 怎么收费 |
|---|
| ① 全息投放及与真人沟通交流 | V13 全息内容包样板片（9:16 透明底）；holo-card-studio（MIT）四层视差渲染；LiveTalking 实时唇形 + LLM 对话；全息风扇屏/全息柜外购渠道已摸清 | 3D 全息 mesh 款（照片→全身网格→转台渲染）；实时交互舱内 3D 形象替代 2D 视频（可转身、可换装）；WebXR 远程「看见对方数字分身」Demo | 全息展陈包 ¥11,800–14,800/包；「数字人+全息舱」整包 5–30 万（硬件外购 3.85–16 万 + 内容与接入） |
| ② 3D 打印手办 | V14 已有 TRELLIS.2 出 STL 通路；外协全彩代工渠道；单张照片出网格 | 双引擎（TRELLIS.2 粗 + Hi3D 精修）提可切性；Open3D + FreeCAD 自建网格工程微服务；自建 200 件切片基准集与 ≥85% KPI；按克重计价规则 | 小件 ¥299–599/件；大件 ¥1,499 起 / 400g 档 ¥2,999–3,999；打印级 mesh 文件单卖 ¥39–99/次 |
| ③ 高颜值造型产线 | mpfb 造型产线（可驱动同款形象）；古典西施 2 款 8 图产线已跑通；Blender AI 插件（blender-mcp） | Brush 端侧预览（到店即拍即看）；SuperSplat 资产瘦身；gsplat 合法 3DGS 训练底座（替代 Inria 红线）；img2threejs 轻量道具分支 | 含在驱动层内容包内不单收；造型定制单款 ¥2,000–8,000（按复杂度） |
| ④ 现代与历史人物·佛像·雕塑·兵马俑「由无生命变鲜活」 | 西施产线实证（mpfb+雕刻→绑定→驱动→成片）；佛像样板 P0 在制；口型驱动 + TTS 梵音/古音风格 | Hi3D 精修提雕塑细节（衣纹、凿痕保留）；兵马俑/佛像「开口讲自己的故事」成片；展馆整体方案（数字人 + 全息舱 + 落地屏） | 展馆整体方案 5–50 万；单角色样板片 ¥8,000–20,000；巡展授权按年计 |
| ⑤ 真人分身出镜演出 | 声音克隆（GPT-SoVITS 5 秒零样本 / CosyVoice 3.0）；形象克隆（mpfb / TRELLIS.2）；LiveTalking 实时、FlashHead 离线高质 | 一次性采集出「三件套」：可打印实体 + 可驱动数字人 + 可投放全息片（同一次照片输入三路输出，这是双引擎产线独有的能力） | 演出成片 ¥2,000–8,000/条；三件套打包 ¥6,800–12,800 |
| ⑥ 3D 试衣间 | three.js + mpfb 可换装产线；aitryon-plus 商用 API（¥0.2–0.3/次）或 Qwen-Image-Edit-2509+LoRA 自部署（均 Apache 系） | 照片→用户同款体型/脸型的 3D 分身（TRELLIS.2 出体，mpfb 骨骼适配）；试穿结果一键转「实体小人偶」下单（试衣→打印闭环，竞品没有） | 整包 1–5 万（含接入）+ API 按量；试穿转实体手办 ¥299–599/件 |
| ⑦ 真人分身出席宴会与主材会议 | 分身出镜标准服务包；4K 成片或现场大屏实时播报；私有化部署载体（V13 统一工作台） | 宴会场景加「全息迎宾 + 实体人偶伴手礼」组合（同一形象，屏幕里讲话、桌上摆着）；主材会议加「材料 3D 展示 + 数字人讲解 + 打印样件」三合一 | 宴会包 ¥3,800–9,800/场（含成片 + 小件人偶 ×N）；主材会议包 ¥8,000–20,000/场 |
| ⑧ 缅怀故人 | 照片/语音/视频 → 形象+声音克隆 → 缅怀视频/礼厅全息投放；CosyVoice 3.0 方言档位（方言是刚需）；私有化部署（殡葬数据敏感） | 「纪念三件套」：可对话数字分身（礼厅屏/全息柜）+ 全彩实体纪念摆件 + 家族影像册；私有化一体机交付（数据不出域） | 缅怀包 ¥1–5 万/项目；实体摆件 ¥1,499–3,999；私有化年运维 ¥1.5–3 万 |
八场景的共同底层：全部由同一条五段产线供给——差别只在「第三段是否启用」与「第五段分流到哪」。这就是为什么 V15 坚持双引擎 + 五段拆分：一次引擎投入，八个场景复用，任何场景的定制都不会另起一条产线。
6.4 客户主攻三线（从泛行业收敛）
| 线 | 切口与定价 | 依据 | 打法 |
|---|
| 区县文博 | 馆藏三维建档（10–50 件）；¥10–30 万/单 | 永康 ¥9.1 万（2026-10）、河南博物院 518 件 ¥78.22 万、单件 ¥1,500–6,000 | 以 ¥9.1 万做标书骨架；与有资质单位组联合体；先交「建档 + 一件活化样板」 |
| 纪念手办 | 照片→全彩手办；¥299–3,999/件 | 远达泰宠物纪念案例；全彩 ¥4/克；SLA ¥1–20/件起批 | 控制台 C 端流量转化；「照片变手办」过程片投放；宠物医院 / 婚纱店分成 |
| 校采课包 | 3D 打印教室素材库 + AI 体验课；¥4,980–9,800/年 | 远达泰行情文点名高校/职院分色教具需求上升；创梦家已有校采基线 | 以「≥85% 切片通过率」做采购话术；监护人授权模板随合同；教师培训包搭售 |
6.5 三条组合拳（可卖整包，matrix_reuse_v15 §三）
组合拳 1照片→高清分身→打印手办
- 链路
- 单照 → TRELLIS.2 粗 → Hi3D 精修 → Open3D/FreeCAD 网格工程 → 控制台预览下单 → 代打 → GLB+实物
- 报价 / 成本
- 分身卡 ¥19.9 + mesh 文件 ¥39–99 + 实物 ¥299–3,999；算力 <¥1，代打按克重
- 目标 / 优先级
- 个人纪念 / 宠物 / 亲子；控制台现有流量 P0
组合拳 2单图→创客打印课包
- 链路
- 学校采购 → 创梦家素材库「拍照→STL」通道 → 素养站 MCP「照片变 3D」体验课 → 几何教具配套
- 报价 / 合规
- ¥4,980–9,800/年（席位 + 课程包 + 算力额度）；未成年人照片须监护人授权，推理即弃
- 目标 / 优先级
- 已配 3D 打印机的中小学 / 教培 P1
组合拳 3照片→3D 全息展陈包
- 链路
- 照片 → 全身高精网格 → Blender 转台/光影渲染 → 9:16 全息样片 + 可拆解展示 mesh
- 报价 / 复用
- ¥11,800–14,800/包（定制基线上浮 20–50%）；复用万物皆可拆产线做「可拆解展示」
- 目标 / 优先级
- 纪念展陈 / 宴会 / 展馆 / 企业展厅 P1
三拳的共同底盘：共用一条产线，算力均 ¥0.1–0.5/件，所以三条拳可以同时打；竞品卖形象与分钟数，不卖实体与展陈包，这是价格战打不到的地方。唯一软肋是第四段（网格工程）——它决定打印成品率，必须先建 200 件基准集再放量。
七、矩阵复用：25 条 → 9 可用 / 16 否决
本节结论
- 9 条可用（P0×3、P1×5、P2 观察 1），其中 P0 三条是同一件事的三个面：产线（#1）、控制台 v6.4.0 加价 SKU（#23）、V15 蓝图自身（#24）——一次投入三处落地。
- 16 条否决，共同原因是「能力与业务类型不匹配」，不是「技术不行」。否决最硬的一条是 FlashHead：与 Hi3D 在同一张 12G 卡上显存互斥，接入只会互相挤爆。
- 收入不靠想象：单件算力 ¥0.1–0.5，卖 ¥19.9 / ¥39–99，毛利量级差 10 倍以上——这是全矩阵回本最快的落点，不需要新市场数据。
7.1 可用 9 条
| # | 产品线 | 集成点 | 优先级 |
|---|
| 1 | 星语 3D 数字人造型产线 | 照片→GLB 环节接双引擎；后端新增 hi3d-refine 服务；前端 three.js 预览加「打印级网格」开关 | P0 |
| 2 | 星语控制台 v6.4.0 | 「照片→3D 分身卡」下单链路加两个 SKU（¥19.9 / ¥39–99）+ 关于页署名位 + 算力余额复用现有计费 | P0 |
| 3 | 星语蓝图体系（V9–V15） | 技术底座章固化双引擎定位、部署形态（3080Ti 自托管）、许可义务清单，避免每条线重复评估 | P0 |
| 4 | 星语 Blender 视频产线 | 角色照→GLB 直入 Blender 场景，省人工建模；接入资产 ingest API | P1 |
| 5 | 云影 AI 工场 | Hi3D/TRELLIS.2 作为标准资产源挂进渲染队列 API | P1 |
| 6 | 万物皆可拆 | 拆解动画的资产瓶颈（实物 3D 哪来）由单图出网格解决；部件分割前置细化 | P1 |
| 7 | 青少年创梦家 | 素材库新增「拍照→STL→3D 打印」通道；切片成功率作为采购话术 | P1 |
| 8 | 全息内容包产线 | 2D 等身片升级 3D 全息 mesh 款；样片渲染节点前插细化 | P1 |
| 9 | 云影数字人（TalkingHead）/ 工程卫士 / 青少年素养站 | 均为有条件观察：仅「3D 头像外壳」「现场照片三维展示」「MCP 体验课」三个弱需求，不构成付费理由 | P2 观察 |
7.2 六条典型否决理由（最容易被质疑的）
| 产品线 | 否决理由 | 性质 |
|---|
| FlashHead 1.3B | 功能零交集（2D 唇形 vs 3D 网格）；硬冲突：Hi3D 512³/1024³ 推理与 FlashHead 的 6.1G 显存在同一张 3080Ti 12G 上无法共存，接入只会互相挤爆显存。若将来必须并用，只能分时调度或加卡 | 硬约束 |
| 动图提分大师 | 数理动态模型要的是函数曲线/几何变换的参数化动画，Hi3D 出的是照片重建网格——产物类型不匹配，强行接会拉低内容专业度 | 类型错配 |
| 墨迹提取 / 盘通道 | 纯前端买断品（¥9.9）与桌面工具，架构上不允许引入 GPU 依赖，且客单覆盖不了 GPU 成本与署名义务 | 架构约束 |
| 智净空间 | 11 类传感器告警是时序数据业务；「3D 机房可视化」是我们臆想而非客户提出的需求，无客户信号不投研发 | 需求不存在 |
| 星途 AI 维修 | 拍照诊断可加「部件 3D 展示」辅助讲解，但维修客户要的是答案不是模型；¥9.9 客单撑不起 GPU + 署名工程 | 经济性不成立 |
| 来电卫士 / 时光卫士 / 账税卫士 / 客踪卫士 / 中医底座 / 第二大脑 / 星途助手 | 纯数据与文本业务（拦截、时光轴、财务报表、CRM、典籍辨证、文档图谱、对话），与 3D 生成零交集，任何接入都是「为用而用」 | 无关 |
八、90 天路线图与验收标准
本节结论
- 第 1–2 周决胜：真机基准实测决定 Hi3D 精修段是否进 SOP；TRELLIS.2 A/B 决定主引擎是否换人。这两件事不出结论，后面所有排期都是空谈。
- 第 3–4 周建闸门：200 件切片基准集、水密率判定、署名与 NOTICE 上线——这些是「能不能对外交付」的门槛，不是锦上添花。
- 第 5–12 周换收入：三线客户各出首单，验收判据全部可量化（512³ 单件 ≤5 分钟、水密率 >95%、切片通过率 ≥85%），不接受「效果不错」这类主观结论。
8.1 第 1–2 周：实测决胜
| 交付物 | 验收判据（可量化） | 负责人角色 |
|---|
| Hi3D 11G 真机基准报告 | 只跑 512³（1024³ 需 20.9GB，11G 卡不可）；512³ 跑 3 次取中位数；512³ 单件 ≤5 分钟（开 offload + 编码器释放补丁）；显存峰值实测值写入（预期 8–10GB，不设 ≤11.5GB 硬线）；水密率 >95%；面数与 STL 体积成表（回填第五章 5.6 表 B 第一行） | 产线工程 |
| TRELLIS.2 vs Hi3D A/B 评测表 | 同一批 30 张人像，各出 512³/1024³；指标：轮廓相似度（人工盲评 5 分制，≥3.5 分）、水密率、切片通过率、单件耗时；给出主引擎裁定书 | 产线工程 + 算法 |
| 合规三件上线 | NOTICE 入 hi3d-refine 仓库根（1 份）；控制台关于页 + 订单详情页「Powered by Hi3D 1.0」占位（2 处）；门槛预警写入运营 SOP（MAU 15 万 / 月营收 ¥60 万） | 法务 + 运营 + 前端 |
| 200 件切片基准集 v0.1 | 样本 ≥60 件（覆盖人像/宠物/佛像/道具四类），双切片器（Cura / Orca）跑通，失败原因分类表建立 | 产线工程 |
8.2 第 3–4 周：建闸门与上 SKU
| 交付物 | 验收判据（可量化） | 负责人角色 |
|---|
| 网格工程微服务 v1 | Open3D 四步 + FreeCAD headless 水密化串联跑通；输入 100 件，水密率从基线提升且 ≥95%；单件处理 <20 秒；异常件有明确报错码 | 后端工程 |
| 控制台 v6.4.0 两个 SKU 上线 | ¥19.9 高清分身卡 / ¥39–99 打印级 mesh 可下单；订单详情页署名生效；算力扣减与实际消耗误差 <5% | 前端 + 运营 |
| 切片通过率达标 | 200 件基准集通过率 ≥85%（Cura 单切片器口径）；失败件 100% 有归因 | 产线工程 |
| 镜像许可对账台账 v1 | 在产线全部组件进表（≥12 条）；van_dam / LichtFeld 两条漂移已登记；付费墙后不可见仓库全部标 C | 法务 + 工程 |
8.3 第 5–8 周：三线各出首单
| 交付物 | 验收判据（可量化） | 负责人角色 |
|---|
| 纪念手办线首交付 | ≥3 件真实全彩打印交付；单件全成本核算表（算力 + 代打 + 运费 + 人工）；克重计价公式上线；客户复购意向 ≥1 | 运营 + 商务 |
| 区县文博标书骨架 | 以永康 ¥9.1 万为模板的 ¥10–30 万报价包 1 套；技术标含「双引擎 + 自建质检 + 合规三件」；递交 ≥1 个区县馆 | 商务 |
| 校采课包 v1 | 素材库「拍照→STL」通路上线；监护人授权模板定稿；教师端操作手册 1 份；≥1 所学校试用 | 产品 + 运营 |
| 全息展陈包 v1 | ¥11,800–14,800 报价单定稿；3D mesh 款样片 ≥1 条；真实全息硬件投放验收 1 次 | 内容 + 工程 |
8.4 第 9–12 周：固化与放量
| 交付物 | 验收判据（可量化） | 负责人角色 |
|---|
| 五段产线 SOP v1.0 | 每段输入/输出/验收/兜底成文；实测表全量回填（无「实测中」占位）；单件端到端耗时有 P50/P90 两档数据 | 产线工程 |
| 能力缺口收口 | 水密化服务稳定运行 ≥30 天（报错率 <2%）；UV/烘焙方案定稿（自研或商用授权二选一，出决策书） | 算法 + 架构 |
| 三线各自月营收验证 | 纪念手办 ≥¥2 万/月；文博 ≥1 单在谈或已签；校采 ≥1 校签约；全矩阵 Hi3D 相关收入 ≥¥5 万/月 | 商务 + 运营 |
| 双引擎冗余演练 | 故意下线 Hi3D 精修段，产线仍能出件（降级为 TRELLIS.2 + Open3D 加强清理），端到端成功率 ≥90% | 运维 + 工程 |
8.5 排序逻辑
实测决定去留 > 闸门决定能否对外 > 首单决定商业模式 > SOP 决定能否放量。四条里任何一条跳过都会在后面加倍偿还：不实测就上线 → 打印件废品率高、退款吃光毛利；不建闸门就接单 → 一次署名缺失或一次授权瑕疵就是客户关系事故；不做首单验证就写年度目标 → 又是拍脑袋。
附录：受限与如实披露
- 厂商自报数据：Hi3D「多视图保真 0.75 / 细节丰富度 0.841 / 切片成功率 90%」均为官方口径，未公布方法学、repo 不含评测代码——只作方向参考，验收一律以自建基准集为准。
- 已更正（本版落实）：第五章 5.6 的三条原判据（512³ <90 秒 / 1024³ <6 分钟 / 显存 ≤11.5GB）经第三方实测数据核对后已作废并改写为设备分级承诺（表 B / 表 C）。仍待回填的只剩「我方 3080 Ti 11G 跑 512³ 的实测峰值与耗时」一格，以及水密率、切片通过率两项（与引擎无关）。未回填期间，5.6 表 B 第一行按区间值使用，不得对外报单点数字。
- 未实测项：Brush 训练收敛稳定性、WebGPU 在老旧安卓 WebView 的覆盖率、TRELLIS.2 在 24GB 消费卡的实际单件耗时（官方只给 H100 60 秒口径），三项均列 P1 实测。
- 价格时效与推算：火山/影眸/Hi3D 云端单价、全彩 ¥4/克、SLA ¥1–20/件起批、各家分钟价均为 2026-10 公开口径，报价前须复核；「单件 ¥1,500–6,000」为按合同金额与件数推算，非官方单价标准。
- 合规边界：本蓝图非法律意见。Hi3D 许可解读基于 raw LICENSE 逐条阅读；触及 20 万 MAU / $100 万门槛、出海欧盟英国韩国、文博资质三类重大决策请法务逐单确认。