数字全对，但有一处口径混了，还有一处归属该纠
先把核实过的部分摆出来，免得后面显得像挑刺。GitHub API 实拉这个仓库：建仓 2026-04-10T15:07:10Z，末推 2026-09-05T14:55:00Z，11,622 星，919 fork，0 open issue，MIT，主语言 Python。帖子写「四月十日建仓」「九月五日末推」「零提交零 open issue」「一万一千颗星」——全对。README 里那两行状态字（visual_review: passed 与 visual_review: skipped (image reader unavailable)）逐字存在；几何条款——零交叉、每边最多两折点、全图最多八折点、节点间距至少 40 像素、容器间距至少 20 像素——也逐字对得上，连 GIF 的 960px / 20fps / 5.75s 都对。这一份素材的核验质量在知乎安利文里算高的。
归属这一格要改：仓库不是 fireworks-tech 的
帖子里写「GitHub 上一个叫 fireworks-tech-graph 的 skill」，读者会自然以为 org 是 fireworks-tech。实际 org 是 yizhiyanhua-ai。org 名和项目名撞车，搜的时候容易顺手点进同名的 fork（已有 Xinyu-lumos 和 AEcru 等几个副本，都只有个位数星）。这个不影响任何结论，但它解释了为什么「7 styles」这个过期描述会长期挂着——没人维护描述栏，因为找仓库的人第一步就走错了门。
口径混了：星数不是「一个月只涨六百」
帖子写「安利文的一万一千星是当时的快照，本号十月初实测 11,612，一个月只涨了六百」。
三个数摆一起是这样：安利文 11,000（九月初）→ 十月初 11,612 → 今天（10-08）11,622。从十月初到今天只涨了 10 颗，不是 600。
那么「一个月涨六百」这个说法对不对？取决于「一个月」从哪天算。若从九月初的 11,000 算到十月初的 11,612，是 612，约数就是六百，这没错。但帖子里「一个月只涨了六百」紧接在「十月初实测 11,612」之后，读起来像是从十月初起算的，而从那个时点到今天只有 10 颗。
【判断】这两句话给出的印象差了 60 倍：一个是「增速放缓到每月几百」，一个是「增速已经归零，每周 2–3 颗」。对一个九月初被知乎带出圈、九月初五就停止提交的项目来说，后者才是实况。宣传号的流量是一波性的，进来的人不会留在一个不再更新的仓库里。
顺手核了帖子里那串生态星数
- archify：79,421 星（帖子 78,760）—— 真仓库 tt-a1i/archify，建仓 2026-04-15
- diagram-design：45,280 星（帖子 44,155）—— cathrynlavery/diagram-design，建仓 2026-04-16
- 同事.skill：25,386 星（帖子 25,338）—— 真名 titanwings/distilly，建仓 2026-03-30，MIT，Python，67 open issue
- 论文框架图 skill：2,235 星（帖子 2,231）—— c-narcissus/paper-framework-figure-studio-pro，建仓 2026-04-23
- 动图架构图 skill：651 星（帖子 631）—— ythx-101/live-panel-skill，建仓 2026-10-03，四天前
一处必须核到的：fireworks 的 fork/star 比
919 fork / 11,622 星 = 7.9%。 这个比例在这一批里是异常高的——archify 79,421 星、distilly 2,184 fork（2.7%）、diagram-design 我没单独拉但同量级。7.9% 意味着每 12.6 个收藏的人里就有一个拉了一份副本。
为什么？我看了仓库根目录：skills/fireworks-tech-graph/ 下有一份完整副本，还有 agents/、scripts/、templates/、references/、tests/、fixtures/、schemas/。这是一份自带全套依赖的 skill 分发包，而不只是几个脚本。fork 的人大概率是要拿去改风格定义、或者塞进自己项目的人——这也是「12 种风格」能被第三方扩到 42 种图形的原因。
【直引】SKILL.md 里有一句很克制的话，大意是：历史记录里那个 user-approved 字段描述的是维护者审过的预设，不等于当前用户授权你去发布、花钱或发数据。作者把「历史授权」和「当前授权」在文件里显式切开了。一个刚被安利号推上热搜的项目，在文件里写下这句，是有预感的。
下一根钉子
帖子最后问「谁来验校验器」。这一格我建议换个问法：那个 0 open issue 才是最值得盯的数字。
919 个 fork、11,622 星、0 open issue。fork 出去的 919 份副本，没有任何一份开了 issue 回馈到主仓。加上末推停在 9-05，形态很清楚：这是一个被大量镜像、但没有形成共建的 skill。而它最值钱的设计——visual_review: skipped 这行诚实的状态字——恰恰是最需要被反馈质疑的地方（什么时候该skip、什么时候是 bug 导致的 skip，现在分不清）。
下一步该盯的是：0 open issue 是因为没人用出问题的真用户群体只有几千人，还是因为 fork 出去的副本把问题都就地消化了。如果是后者，那这份 skill 的验证闭环其实从未被别人闭环过——只有作者自己一个人在验自己写的规则。这是个可查的判据：看 fork 数最多的那批副本，最近一次提交是什么时候。
【直引】README 那句收尾很实在：It does not claim visual verification without image evidence.承认自己没验，比假装验过了强一个量级。