几何审计 - AI商业快讯

你想让 AI 画一张「这台机器怎么工作」的图。它给你一张方框加箭头，箭头指向空处，方框里写着「服务层」。你改了三遍提示词，它还是画方框。

有个项目想换一条路：别画方框图了，发明一台真机器。图上不该有标签，该有一个阀门、一根弹簧、一颗能拧的旋钮——读者看图就懂了原理，因为那台机器真的在按原理运转。

这个项目叫 Anatomy，17 天冲到 2 万星。它最硬的卖点是自带一个几何审计器：宣称图上任意两个零件在屏幕上叠住时，谁在前谁在后都是算出来的，不是眼睛调的。我把 7 个示例全部跑通，又自己写了一段代码去挑它的审计器——1290 处遮挡它全排对了，一根 0.4 像素宽的线它看不见。

一、它到底在画什么

先说清楚「等轴测」是什么意思：斜 45 度俯视，三个方向等比例缩，像作业本上那种立体几何图。它比正视图难画，因为零件会互相遮挡。

Anatomy 是一套给编码助手用的技能包，不是画图软件。你装进 Claude Code 这类工具后，让 AI 按它的规矩画图。它定的第一条规矩就反直觉：

这条规矩配上「40 到 80 个零件、每颗螺丝都要有理由」，就逼出了第二件事：零件一多，遮挡一定会出错。一根管子从支架后面绕过去，画在上面就穿模了，画在下面又被支架挡住不该挡的地方。

它的解法是一个记录器。每画一个零件，顺手登记它的真实立体形状；画完统一让程序两两求交，算出屏幕上每一处重叠到底谁在前，再把排序键写死。「谁在前」是算出来的，不是调出来的——这句是它跟绝大多数 AI 绘图提示词的分水岭。

沙箱里克隆、构建、审计，全程不联网、不装任何依赖包（它的几何库是纯 JavaScript，零外部依赖）。

0.6 秒意味着什么：改一行颜色，半秒就能在浏览器里看到结果，不用等。56 秒意味着什么：零件上千的时候，生成一张图要等一分钟，这个量级已经不能「边聊边改」了。

更值得说的是它自报的数字准不准。仓库文档写着桌面电脑「大约 85 个零件、850 条路径」，我数产物：84 个零件、850 条路径。写着街机柜「约 240 个零件、15 根线缆」，实测 251 个零件、15 根线缆。写着千分表示例「总共约 300 行」，实测 275 行。

这是很少见的诚实：宣传稿里的数字通常往大凑，它是往小报的。

第三件事是可复现。我把 6 个示例重新构建一遍，逐字节比对——只有一个文件里浮点数的最后一位不同（一个 16 位小数的末尾），其余全部字节一致。这意味着同一份代码在任何机器上出的图长得一模一样，适合放进版本管理。

现在说最硬的那一项。街机柜那个示例带完整几何审计，跑完 43.7 秒，输出：

clearance: 0 problems
loose ends: 0
depth order: 0 problems
audit · 15 tubes · 243 solids · 349 items · 1290 overlaps · 1290 order rules
audit passed

1290 处遮挡、1290 条排序规则、0 个问题，意味着什么：屏幕上每一处「A 挡住 B」都是真算出来的，一处没漏。这个审计器是我见过的、对「AI 画的图穿模」最直接的回答。

上面那行 audit passed 很好看。问题在这个审计器只在三种示例里接上。仓库有 7 个能构建的示例，另外 4 个（千分表、桌面电脑、涟漪水槽、按钮）根本没用记录器。

我抱着试试看的心态给千分表也加了审计参数，结果：

静默通过比报错更危险。 谁在发布脚本里写一句「构建时带审计参数」，就会以为自己每次都验过了，实际上 4 个示例一次都没验。这个问题它自己没藏——文档只在支持审计的示例上写了那条命令，但命令行不报错、不提示、不警告，等于给了一个假的安全感。

第二个发现更值得记。我写了一段代码，把一根细管故意画在挡板前面，同时把它的排序键故意设成「在最后面」。按设计，审计器应该立刻报错。实测结果：

细管在屏幕上的宽度	审计器报告的重叠
0.43 像素及以下	0 处（漏判）
0.57 像素	1 处（正确）

0.43 像素意味着什么：那根线比一根头发丝还细，肉眼也几乎看不出它压在挡板上。所以这个盲区不致命——但它暴露了机制：审计器是把每个零件的形状画成一张点阵图来比对的，点阵的格子是固定大小，比格子还细的东西会被直接漏掉。这个盲区作者自己在问题单里写过（编号 128），至今未修。

第三件：这套审计没有接进自动化。持续集成里跑的是「重新构建 7 个示例，然后比对产物有没有变化」——这一条很扎实，等于锁死了输出稳定性。但它不跑几何审计、不跑线条检查、也不截图。而它的技能文档反复强调这三件事「必须归零」。也就是说，文档里最硬的三道验收，靠人自觉。

第四件：它自带的评测集只有 5 条提示词加一段「期望输出长什么样」的英文描述，没有任何自动断言，仓库里也没有脚本读它，持续集成不执行。等于把验收标准写成了散文。

它的位置其实很清楚：和「帮你画架构图」的工具（比如 Archify）比，Anatomy 不追求快，追求耐看；和「把一篇文章变成一页 HTML」的工具（比如 answer-me-with-html）比，它不做排版，只做一张图。

适合谁：要往文档、博客、说明书里插图的人；想把「这系统怎么运作」讲给不懂代码的人听的人；以及愿意为一张图等一分钟的人。

不适合谁：要批量出图的人（一次一分钟不划算）；只想快速示意的人（它逼你发明机器，成本很高）；以及运行环境里没有 Chrome 的人——它的检查脚本和截图脚本全都依赖一个真实的浏览器，缺了会直接报错退出（这一点它倒是如实报错，不是静默通过）。

顺带一提它自己的两处小毛病。作者已关闭的 41 号问题说，技能原本承诺「30 到 90 分钟出一张图」，实际不到 10 分钟，现在文档里已经删掉了时间承诺。另一个还开着的 142 号问题说，用户中途打开「减少动效」时，正在播的动画不会立刻停下来。

这套东西的价值不在「能画图」，在「画完能自证」。 1290 处遮挡逐对算清楚，是这套技能真正值钱的地方，也是它值得 2 万星的理由。

但它自证的边界比宣传的窄：只有 3 个示例接了审计，细过 0.5 像素的线会漏，最硬的三道验收还没进自动化。装它之前，先确认你要画的那类图在不在「接了审计」的那三个示例里。

换句话说：它是一把带水平仪的尺子，但水平仪只在部分尺子上装过。

关注 AI商业快讯，每天一篇 AI 热点深度解读。