AI 3D建模工具： Tripo 3D | Meshy AI
一句话结论：3D 资产的"检查通过"和"能用"是两件事。三组独立实测给出了三种翻车方式：一个水密、零非流形边的骨架网格，绕序（winding）不一致，切片器把它读成非实体——白花钱买来的拓扑优势，一步都没省下；一个同样水密的针织托盘，另一个工具交出了 225 个连通壳体、336 条非流形边，缺陷全部藏在浮雕里、任何机位都看不见；一个坦克模型，照片上是 7 个负重轮，生成出来是 6 个。再叠上两条更常被忽略的盲区：文件本身也是质量（64.84 MB 的文件装着比 15.79 MB 少 44% 的三角形，5.11 MB 贴图打印机一个字节都读不了），以及软件默认值不是物理事实（钣金 K 因子默认 0.5/0.44，真实值 0.30~0.48，三次折弯累计误差可达 0.5~1.5 mm）。本文编译 2026 年 10 月的公开材料，并给出一份可以照着跑的验收清单。
披露：三篇 Tripo / SupaVoxel 评测来自 dev.to 的独立评测系列（作者均声明自费购买额度、无厂商访问；数字由脚本从下载的 GLB 解析，且都在按位置焊接顶点之后统计）。K 因子指南来自 CADGuide.tools（文内推广自家计算器，公式与物理口径可独立核对）；可复现 3D 工作流来自 generatebuild（文内推广 Shapezo / PlaceMaker / CADMapper 等平台，方法为通用工作流）；polyweave 篇为作者自研开源插件（文内披露）。所有数字按"方法与口径"引用，单次生成、产品默认值，样本量为 1。
一、三种"检查通过"的翻车
1. 水密，但每个法线都朝里
一只 120 mm 的球关节骷髅玩具，同一张正视图照片、同一套产品默认值，分别过两个 image-to-3D 工具，再把两个 GLB 拆开离线分析。
Tripo 的网格在焊接后是真正闭合的：水密 = 是、边界边 = 0、非流形边 = 0、连通壳体 = 2（Euler 特征 −12）。这是很多人在切片前会跑的那份检查表，它全过。
然后发现：绕序不一致——一部分面的法线是反的。 切片器读到这种情况会把它判为非实体，在任何布尔、抽壳、切片操作开始之前，你得先全局翻一遍法线。也就是说：那个"闭合流形"的拓扑优势，换成节省的步骤数，恰好是零。
更糟的是这个缺陷在自己家查看器里发现不了：Tripo 的视口有带贴图和材质条的模式，没有线框、没有网格模式、没有法线模式。而这个缺陷正好压在"Clean Topology"开关本会处理的位置——它默认是关闭的，且按 Trial ×2 配给。
价格对照更扎心：这份文件 55 credits，SupaVoxel 的 3 credits。SupaVoxel 的文件确实不水密（375 条非流形边、251 个壳体），绕序一致——两者都各需要进一次修复工具：
52 credits 的差价，买到的不是"免修复"，而是"另一种修复"。
值得一提的是，双方都通过了那个最致命的关节测试：肘、腕、膝、踝都保持分离，没有融合成一根柱子——Tripo 用 1,961,102 个三角形通过，SupaVoxel 用了正好一半（978,322）。Tripo 多出的 982,780 个三角形买到了脸部和手部的微特征，但三角边长平均 0.1922 mm（FDM 喷嘴 0.4 mm 的 2.1 倍细），印不出来；两者成品体积 121.89 cm³ 对 121.28 cm³，树脂 $4.27 对 $4.24。18.3 倍的信用点，换来三分钱的树脂差。
2. 水密，但浮雕里藏着 225 个壳体
一张针织装饰托盘的照片，同样的双工具流程：
| 检查项 | Tripo | SupaVoxel |
|---|---|---|
| 焊接后水密 | 是 | 否 |
| 连通壳体 | 1 | 225 |
| 非流形边 | 0 | 336 |
| 边界边（开孔） | 0 | 0 |
| 绕序一致 | 否 | 是 |
| Sliver 面（针状三角形） | 189 | 31 |
| 45° 支撑面积 | 3,612 mm²（9.04%） | 4,550 mm²（11.77%） |
| 三角面数 | 1,905,766 | 971,646 |
| 树脂成本（120 mm，$35/L） | $2.95 | $2.80 |
| 单价 | 55 credits · 63.61 MB | 3 credits · 5.71 MB |
SupaVoxel 的 225 个壳体是"一个主体 + 224 个嵌在针织浮雕里的孤岛"——渲染图里一个都看不见；工作坊里的代价是 merge by distance → delete loose → 336 条非流形边的补洞，每个模型从"几秒"变成"几分钟"，一百个模型就是一下午对一上午。Tripo 的水密壳体则需要一次全局重算法线。
真正的教训不是"选哪家"，而是："水密"这个词在检查表上只占一行，而决定它能否直接进入下游的是另外五个数——绕序、壳体数、非流形边、sliver、支撑面积。
3. 数得出来的错：照片 7 个轮子，模型 6 个
第三个案例是一辆坦克。仪表测不出来的那一行最先现形：照片上履带绕 7 个负重轮，SupaVoxel 是 7 个，Tripo 是 6 个。 120 mm 长的模型少一个负重轮，是任何看模型的人都会数出来的错误。
指标层面则各有输赢：
- 装甲板平整度：Tripo 胜——0.363 mm RMS 对 0.516 mm，侧裙是直边矩形而不是波浪；
- 履带与铆钉浮雕深度：SupaVoxel 胜——0.44~0.49 mm RMS 对 0.036~0.097 mm（深 5~13 倍）。0.4 mm 喷嘴能印出 0.44 mm 的起伏，印不出 0.04 mm 的——Tripo 的细节在 FDM 上被直接抹平；
- 炮管：平局（中心线平均偏差 0.181 mm 对 0.182 mm），但锥度方向相反（照片里炮口有加粗，SupaVoxel +19.0% 做个炮口制退器，Tripo −17.8% 往里收）；
- 背面（照片没拍到的部分，两边都在"编"）：Tripo 的发明更像骨骼结构，SupaVoxel 给出了带矩形窗口的工业板件——单看这一项，Tripo 赢。
二、数字验收清单：先焊接，再测量
上面所有数字有一个共同前提：先按位置焊接顶点，再统计拓扑。 两个工具导出时都会沿 UV 缝拆开顶点——不焊接就测，"边界边"测到的是缝合线，不是几何漏洞。把这条写进流程，后面的数字才有可比性。
| 检查项 | 它回答的问题 | 参考量级（本组实测） |
|---|---|---|
| 水密 / 边界边 | 有没有开着口子的洞 | 托盘 0/0；骨架 0/0 |
| 非流形边 | 布尔与抽壳会不会炸 | Tripo 0 vs SupaVoxel 336 / 375 |
| 连通壳体 | 里面有没有"看不见的碎屑" | 1 vs 225 / 251 |
| 绕序（法线）一致性 | 切片器认不认它是实体 | Tripo 两份文件均不一致 |
| Sliver 面 | 切片器会不会在针状面上出错 | 16/26、31/189 |
| 退化面 | 零面积面 | 双方 0 |
| 平均三角边长 vs 喷嘴 | 生成密度是否超过机器分辨率 | 0.19~0.33 mm vs 0.4 mm |
| 45° 支撑面积 | 后处理劳动量 | 3,573 vs 3,940 mm² |
| 体积 / 树脂成本 | 材料与报价 | 121.89 vs 121.28 cm³ |
| 文件大小 / 每三角字节 | 分发与加载体验 | 64.84 MB vs 15.79 MB（33.56 vs 5.67 B/三角） |
| 有效贴图体积 | 有多少字节是下游用得上的 | 5.11 MB 打印机读不了的贴图 |
验收的动作不是"看一眼渲染图"，而是把文件拆开、焊接、统计、对比。 一个 44 行的离线脚本就能跑完上面大半张表——难的不是工具，是把"看起来没问题"换成"测过没问题"的那一步。
三、文件重量、默认值与查看器也是验收项
44% 更多的三角形，装进 4.1 倍更小的文件
坦克这一组的头号发现是一个可以自己验证的矛盾：SupaVoxel 的 15.79 MB 里有 2,786,054 个三角形，Tripo 的 64.84 MB 里只有 1,931,963 个——多 44% 的几何，装在 4.1 倍更小的文件里。差额全部来自编码与贴图政策：
- 每三角字节：33.56 B vs 5.67 B（5.9 倍）；
- 贴图：Tripo 打包 3 张 4096×4096（baseColor 3.61 MB + 金属粗糙 2.28 MB + 法线 2.83 MB），其中 5.11 MB 是打印机一个字节都不会读的；SupaVoxel 只有 1 张 2048×2048 WebP（0.86 MB）；
- 12 Mbps 手机下载：43.2 秒 vs 10.5 秒；
- 每月 10,000 次加载、CDN $0.085/GB：$55.12/月 vs $13.42/月（一年 $661.40 对 $161.00）。
也有反向的一行：几何显存（32 字节/顶点 + 4/索引）81.4 MB vs 56.1 MB——SupaVoxel 多占 25.3 MB。"文件小"不等于"处处省"；一个页面上放多个模型时，两边都该先做减面。
默认值是别人的选择
- Tripo 的导出对话框默认 4K 贴图——不改这个默认，就是 63.61 MB/次的下载；对话框里没有面数、没有 LOD、没有大小警告，也没有对 190 万面的减面选项；
- Clean Topology 默认关闭（Trial ×2 配给），而骨架那份文件的绕序缺陷正好落在它会修复的位置；
- 导出文件名把针织托盘自动叫成 "woven basket"——分类默认值也是默认值。
查看器决定"可检查性"
发现不了的问题等于不存在。 Tripo 的视口没有线框、没有网格、没有法线模式，绕序问题在下载之前完全不可见；SupaVoxel 有 Textured / Mesh / Wire / Normals / X-Ray 一排模式。所以"可检查性"应该和分辨率、面数一起写进验收标准：要么工具内置检查视图，要么你必须有离线脚本——两者都没有的设计不该进入关键流程。
四、软件默认值不是物理事实：K 因子
上面是 AI 生成物的盲区；传统 CAD 里有一个更老的同类问题。
钣金件建模时，SolidWorks / Inventor / Creo 的 K 因子默认值几乎普遍是 K = 0.5 或 0.44。但金属弯曲时：
- 外纤维被拉伸，内纤维被压缩；
- 中间存在一层既不受拉也不受压的中性层；
- K 因子就是中性层到内表面的距离 t 与板厚 T 的比值（K = t / T）。
由于金属在受压时的屈服强度高于受拉，中性层在塑性弯曲中总是向内偏移——真实 K 因子大致在 0.30~0.48 之间，几乎永远到不了理想的 0.5。按 DIN 6935：
BA（弯曲补偿） = π/180 × α × (R + K×T)
OSSB（外部缩进）= tan(α/2) × (R + T)
BD（弯曲扣减） = 2×OSSB − BA
（α 为弯曲角、R 为内弯曲半径、T 为板厚。）在空气折弯中，内半径 R 由下模开口决定（通常 V = 6T~8T）：
- R/T < 1：局部压缩把中性层明显内移，K ≈ 0.33~0.38；
- R/T > 3：中性层趋近板料中线，K ≈ 0.44~0.48。
在折弯机上直接信任软件默认值、不校正冲头半径、下模开口与材料轧制方向，连续三道弯就能累积 0.5~1.5 mm 误差——到了装配工位，这就是需要敲打或重新下料的偏差。
软件里的默认值是一个起点，不是一次测量。
五、先写下"正确"，再让 Agent 干活
把上面所有检查项合起来，会得到一个明显的问题：这么多条，谁来判断？ 开源插件 polyweave 给出了一个值得抄的结构——它服务的是游戏资产的生成，但方法通用。
把"正确"写成一份带上下限的检查
每个资产从一个短文件开始：你不写代码，用自然语言描述想要什么，由 coding agent 把它写成一组带限值的检查：
- 剪影要和我的草图吻合；
- 面部要是这个奶油色，允许小容差；
- 声音要在 C 调、不能太响、循环不能有咔哒声；
- 这一关要比上一关稍微难一点。
有了这条杠（bar），工作就不再依赖"谁眯着眼看渲染图"：Agent 生成候选、对着杠测量、调整参数重试，不合格的在到达你之前就被筛掉。四步循环是：提出 → 生成（驱动 Blender / Meshy 等工具）→ 对照检查 → 人工批准。它也适用于 3D 模型、贴图、音乐、音效、语音、文案、关卡、动画。
三条不可绕过的规则值得直接搬走：
- Agent 不能批准自己的作品——它可以测量，但只有人能接受；"看起来对、听起来对、手感公平"是人的判断；
- Agent 不能用自己的判断花钱——你设一次预算上限，每个付费请求先报价、记账本；明显不匹配参考图的请求在花掉信用点之前就被拒绝；Agent 可以在上限内自由工作，不能自己提高上限；
- 一切留在本机——没有账号、没有托管服务；规格、任务与记录都是仓库里的普通文件，每个文件保留历史：哪个模型、什么提示词、什么随机种子、花了多少钱、什么许可证。写致谢页与核对许可证变成了查表。
交接契约：把"它证明了什么"写清楚
对建筑/城市/地形类模型，同样的原则叫可复现工作流：生成的环境上下文、城市关系、地图图层、地形、建筑体量始终保持分层，即使叠在一起看也不混。层与层之间传递的是下面这份交接契约：
| 字段 | 作用 |
|---|---|
| 边界（boundary） | 这个模型覆盖的确切范围 |
| 单位 / 坐标参考 | 下游能不能直接对齐 |
| 数据来源日期 | 过期了要刷新哪几层 |
| 模型状态 | AI 生成 / 概念 / 设计 / 测量 |
| 预期用途 | 它能支持什么决策——以及不能 |
原文说得很直白：AI 生成的建筑或道路，在用来确定真实尺寸之前，必须与权威地图、影像与现场数据比对；"我不会要求 Shapezo 去证明一个洪水高程"。每一层工具的职责是缩小下一个决策，不是假装已经证明了什么。
六、清单
拿到 AI 生成（或外包）的 3D 资产时
- [ ] 先按位置焊接顶点，再统计拓扑（否则测到的是 UV 缝）；
- [ ] 水密 / 边界边 / 非流形边 / 连通壳四项一起看，别只看水密；
- [ ] 检查绕序（法线）一致性——切片器以它判"实体 / 非实体"；
- [ ] 统计 sliver 与退化面；
- [ ] 平均三角边长与目标喷嘴/精度对齐——比喷嘴细 2 倍不等于能印；
- [ ] 算 45° 支撑面积（后处理劳动量）与体积/树脂成本；
- [ ] 文件大小按每三角字节读，并核对贴图里有多少是下游用得上的；
- [ ] 检查生成工具的默认值（拓扑开关、贴图分辨率、导出格式）；
- [ ] 在手机上量一次加载时间，按业务量估 CDN 成本；
- [ ] 确认查看器/工具链里有法线与线框检查模式，或准备好离线脚本；
- [ ] 从照片里数一数关键结构（轮子、柱、孔、关节），别只信指标；
- [ ] 记录模型、提示词、种子、费用、许可证——来源也是验收项。
在 CAD/钣金里
- [ ] 把 K 因子当车间参数而非软件默认值；用试折件反推；
- [ ] 按 R/T 取值：小 R/T 取 0.33~0.38，大 R/T 取 0.44~0.48；
- [ ] 对多道折弯的累计误差留装配余量。
交接给下一环时
- [ ] 写下边界、单位、坐标参考、来源日期、模型状态、预期用途；
- [ ] 分层交付，不让 AI 生成上下文与测量控制混在一张图里。
一眼结论："水密"是六个字里的一个；"检查通过"是验收里的一步。 验收的本质不是挑工具的毛病，而是知道自己在为哪些数字付钱、哪些数字还没测。
手上如果有刚生成的 STEP / STL / GLB 文件，可以先在浏览器里过一遍：CAD 查看器（STEP / IGES / STL）或 3D 模型在线查看器（STL / OBJ / GLB / FBX）。
同主题阅读
- 验证 AI 造出来的东西：支撑探针与网格体检
- STEP 与网格的验收：缝合公差、AP 版本与拓扑检查
- Text-to-CAD：让 coding agent 写参数化 CAD 的实测
- 专题：AI × 3D / 生成式 AI 完全指南
- 专题：CAD / 制造 / G-Code 完全指南
本系列另两篇（三站相关系列 · 验证盲区）
- AI 测试与 bug 同谋：变异测试与 LLM 评委校准（同一套"检查通过≠正确"落到软件：会同意 bug 的 AI 测试、κ 0.80 的评委校准、整栈评测的三个盲区）
- 20 笔交易证明不了 60% 胜率:样本、日志与凭证（落到交易与链上：胜率置信区间与连败概率、审计日志里的“谁”、评分的地基只有 0.14%）
来源
- @tariqhassan, Tripo 3D Mesh Review 2026: Watertight, and Every Normal Faces Inward（dev.to，2026-10-15；独立评测，自费额度、数字由脚本从 GLB 解析、焊接后统计）：https://dev.to/tariqhassan/tripo-3d-mesh-review-2026-watertight-and-every-normal-faces-inward-1f97
- @larssaleh, Tripo 3D Print Review 2026: Flipped Faces in a Watertight Tray（dev.to，2026-10-15；同上评测系列，含 225 壳体 / 336 非流形边与支撑面积数据）：https://dev.to/larssaleh/tripo-3d-print-review-2026-flipped-faces-in-a-watertight-tray-26f2
- @selinorlov, Tripo AI 3D Review 2026: 64.84 MB for 44% Fewer Triangles（dev.to，2026-10-15；同上评测系列，含文件重量 / 贴图 / CDN / VRAM 与 7 vs 6 负重轮）：https://dev.to/selinorlov/tripo-ai-3d-review-2026-6484-mb-for-44-fewer-triangles-790
- @willsun（CADGuide.tools）, The Definitive Sheet Metal K-Factor and Bend Deduction Guide: Real Physics vs Software Defaults（dev.to，2026-10-15；厂商内容，文内推广自家计算器与指南，公式可独立核对）：https://dev.to/willsun/the-definitive-sheet-metal-k-factor-and-bend-deduction-guide-real-physics-vs-software-defaults-72b
- @alegauss, Claude Code can write your game. Can it make the rest of it?（dev.to，2026-10-13；作者为 polyweave 作者，开源插件，文内披露）：https://dev.to/alegauss/claude-code-can-write-your-game-can-it-make-the-rest-of-it-4caa
- @generatebuild, A Reproducible 3D Workflow for a Creekside College Campus（dev.to，2026-10-15；文内推广 Shapezo / PlaceMaker / CADMapper 等平台，交接契约为通用工作流）：https://dev.to/generatebuild/a-reproducible-3d-workflow-for-a-creekside-college-campus-oh0
本文由 BimAnt 编译整理，转载请注明出处。
本文属于「AI × 3D」专题。查看专题全部文章 →
