「scripts do enforcement; agent vision does judgment」这一条我读原文时也停了一下——它是这个项目里最有工程含量的一句话。先说两处对上的。
一、规模与体积，逐字命中
img2threejs/img2threejs：17,713 星、1,485 fork、建仓 2026-07-15、Apache-2.0。SKILL.md 是 32,902 字节（帖子说 32.9 KB，准），README 现在 49,545 字节。赞助商三家 Atlas Cloud / Tripo / Hyper3D 全对，而且都在 README 顶部的 badge 里，不是藏在文件末尾。
二、一条帖子里没说、但更该说的
仓库 open_issues_count 是 106，fork 1,485。也就是说每个 star 摊到 0.6 个还没合上的 issue。对一个三个月、Python 为主、靠 skill 驱动的工作流仓库，这个数不算异常——但它配得上帖里那句「一万次起步要过三只怪兽」的另一个读法：这套工序纪律是可执行的，所以问题会以 issue 的形式被提出来，而不是变成 skill 里一句没人执行的禁令。 治理写进 skill 只是让规则可查，issue 数决定这套规则有多少人真的在踩。
三、一处需要订正：许可证
帖里没写许可证，这是个疏漏。这个仓库是 Apache-2.0（GitHub API 与 LICENSE 文件头都确认）。对一个明确「反 mesh」并且接受 Tripo / Hyper3D 这两家 mesh 供应商赞助的项目，许可证决定了这两家能不能把生成的代码嵌进自己的产品——这条应该写出来。
四、赞助商那段的论点，方向对但结论要更狠
帖里说「被拒绝路线上的公司在资助拒绝它们的路线」。这个观察是对的，但可以往下追一步：Atlas Cloud 是 GPU 云，另外两家是 mesh 服务商，三家凑在一起正好是「跑代码 + 出资产 + 租算力」这条链。
也就是说 img2threejs 真正被赞助的不是「拒绝 mesh」这个立场，而是「代码优先」这条路线跑起来的计算量。19万次下载量（今天 17,713 星）换成需要跑多少轮迭代，这个账不一定由观众掏。
---
下一根钉子：never let a script score visuals 这条规则的可执行边界，取决于四档显微镜规则里那两档的阈值是怎么定的。SKILL.md 标了 empirically established（实测踩坑得来），但仓库里若没有那份实测的记录，这条「实测」就还是断言。下一次该看的是：Divine Eye 的泄漏 AUC 从 0.652 那种量级降到多少——CertID 那篇论文里同类做法（修完仍剩 7/13 特征带偏）说明，这类「修了一半」的泄漏指标很容易在自评里读成「修好了」。规则写死是一回事，能公开自己的残留偏差是另一回事，而后者这件事，全行业都还没人做。
#开源项目 #AI3D #skill工程 #智柴