好文集ChatGPT Plus¥119

花叔10 万 Star 的开源神话，被 4 个 AI 扒光了底裤

Jack Flux·约 6 分钟阅读
文章封面：花叔10 万 Star 的开源神话，被 4 个 AI 扒光了底裤
文章目录

先扯掉那层凡尔赛

10 月 9 日，花叔 @AlchainHust 发推叹气：GitHub 烂透了，连他这种一行代码不会写的人，都能拿 10 万+ Star。

文章配图

@alchainHust

这话听着是凡尔赛，骨子里透着傲慢：好像这个平台太水了，让我这种不会写代码的混子都能拿高Star，这里面的优秀的开发者都比不过我的Star数，我多厉害呀！

但说句难听的： GitHub 一点都没烂，烂的是我们把开源社区当成小红书来刷点赞的习惯。

不会写代码拿 10 万 Star，到底是开源破壁，还是赛博集邮？ 我直接拉了 Claude、ChatGPT、Gemini、Grok 四个 AI 来当裁判。

不给项目名字，不喂预设倾向，纯盲评定权重。再用 GitHub API 拉出花叔的 5 个顶流项目，和 3 个硬核 CLI 工具拉通对标。

先放结论打打脸：

文章配图

对照组最低分 73.8，花叔最高分的项目只有 45.0，及格线都没摸到。最惨的一个，只有 5.2 分。

这不是砸场子，这简直是把皇帝的新衣给扒了。

实验逻辑：让 AI 定权重比例

怎么评的？三步，规矩立在前面：

1.盲评定权重：同一段 Prompt，列出 11 个指标，让 4 家 AI 假装是顶级开源社区评审，各自给出 100 分的权重分配。没提任何具体项目，纯靠先验逻辑。

你是一名资深开源社区评审。我要为一批 GitHub 开源项目打一个综合分，衡量它们作为开源项目的「真实价值与健康度」。在看到任何具体数据之前，请你先确定各项指标的权重。

可用指标如下：

- stars：星标数（关注/收藏的人数）
- forks：被复刻的次数
- fork_rate：forks / stars，反映收藏者中有多少人真的拿去改或用
- watchers：订阅仓库动态的人数
- issues_closed：已关闭的 issue 数量（有人在用、在反馈，且问题被处理）
- issue_close_rate：已关闭 issue 占全部 issue 的比例（维护响应度）
- prs_merged_external：作者以外的人提交并被合并的 PR 数量（社区共建程度）
- external_contributors：作者以外的代码贡献者人数
- commits_90d：最近 90 天的提交次数（项目是否仍在活跃维护）
- releases：发布的正式版本数量（工程化程度）
- days_since_push：距最近一次推送的天数（越小越好）

要求：

1. 为以上 11 个指标分配权重，权重为整数，总和必须等于 100。可以给某项 0。
2. 每个指标附一句话说明理由。
3. 最后用两三句话说明你整体的评价哲学。
4. 在回答末尾，单独输出一个 JSON 代码块，只包含指标名和权重，格式如下：

json
{"stars": 0, "forks": 0, "fork_rate": 0, "watchers": 0, "issues_closed": 0, "issue_close_rate": 0, "prs_merged_external": 0, "external_contributors": 0, "commits_90d": 0, "releases": 0, "days_since_push": 0}

2.拉真实数据：2026 年 10 月 10 日通过 GitHub API 拉取全量数据。

目标组：花叔的 5 个当红仓库（nuwa-skill、huashu-design、zhangxuefeng-skill、darwin-skill、hermes-agent-orange-book）。 对照组：3 个个人开发者纯手搓的现代 CLI 工具（hyperfine、delta、zoxide）。

3.脚本客观算分：数量级差异大的指标取对数，在 8 个样本中归一化，乘权重出总分。AI 不碰算术，全靠数据说话。

选个人项目当对照，就是为了堵死借口：别说人家背后有大厂团队，大家都是单兵作战。

四位裁判：一致把点赞党扫地出门

四家 AI 平时竞争很激烈，这次默契得可怕：

文章配图

  • 共建 + 维护，四家合计给到了 66–72 分。

  • Star？Grok 只给了 4 分，直言这是最容易被营销和信息茧房放大的虚荣指标；最客气的 Claude 也只给了 8 分。

  • Gemini 甚至给 Watchers 打了 0 分：在它看来，开源是活生生的协同网络，不是博主摆拍的单向橱窗。

  • ChatGPT 最在乎最近有没有真实推送，给了 18 分：长期不动的死仓库，Star 再多也是赛博墓碑。

一句话：在 AI 眼里，没人一起写的项目，根本不配叫开源。

对照组和花叔项目得分对比：降维打击

文章配图

排名的残忍程度超乎想象。前三名被对照组死死包揽，分数全是 70~80+。 花叔顶流项目的排名直接被摁在地板上摩

  • 哪怕是数据最好的 huashu-design，也只拿了 45.0 分；

  • 所谓的大爆款 nuwa-skill，只有 41.4 分；

  • 最离谱的 hermes-agent-orange-book，拿了 5.2 分，几乎等同于白卷。

平时在社交平台上呼风唤雨的 10 万 Star，在工程协作指标面前，瞬间缩水成了渣。

扒开细节：到底差在哪？

数据不会骗人，把这几项指标拆开看，简直是大型处刑现场：

  1. 涨星如坐火箭，发版万年为零

花叔的项目每天涨 27–180 个 Star，对照组每天只有可怜的 9–17 个。 但对照组每个工具都正规发了 24 个以上的 Release；花叔的项目 Release 几乎全是 0。 没有版本控制，没有语义化发版，随手一改就 push。 这不叫开源软件发布，这叫推文动态连载。

  1. 5 个仓库加起来，只有 8 个外部 PR

对照组每一个项目，都有上百个外部 PR，delta 一家就有 150 个外部代码贡献者在自发维护。 而花叔 5 个大爆款、圈了 10 万 Star，加在一起只合并了 8 个外部 PR。 这意味着 10 万人围观，没一个人愿意（或者能够）帮你添砖加瓦。 你以为你在做开源社区，其实你只是一个人开了一家赛博杂货铺，台下全是白嫖围观的看客。

  1. 高达 26% 的 Fork 率：全在收藏吃灰

花叔的项目 Fork 率高得吓人（10%–26%），是对照组的 4 到 14 倍。 但不用太惊喜。因为里面装的全是 Prompt、Markdown 和配置，普通人看到觉得好，顺手点个 Fork 存进自己的账号 这跟我们在知乎、微信里点收藏、然后扔进收藏夹吃灰，没有任何本质区别。

  1. 唯一及格的亮点：勤勤恳恳的客服

必须客观说一句：花叔的 Issue 关闭率高达 90% 以上，比很多老牌项目都勤快。

这点还是好评的，说明花叔是一个极其尽责的博主，在评论区挨个响应读者的售后提问。

这不是开源项目，这是一批挂在 GitHub 上的电子书

把所有数据拼在一起，真相其实非常刺眼：

花叔的项目和真正的开源工程，根本就是两个物种。

  • 一个是内容型资产：靠精准的痛点捕捉、极高的信息密度、直白的大白话，在短时间内获得了巨大的流量共鸣。

  • 一个是工程型工具：靠严谨的架构、标准的代码规范、长达数年的版本迭代，聚集了一帮开发者共同构建的基础设施。

内容型仓库天然就不需要别人提 PR，也没代码可供协同。 你把一本电子书、一套 Prompt 合集挂到 GitHub 上，靠营销踩中了流量密码，拿了 10 万 Star，然后回过头来说：GitHub 烂透了，连我都能拿 10 万星

这不叫 GitHub 烂透了。这叫你把 GitHub 当成了网盘和发推工具，还反过来嘲笑这个平台的标准不够严肃。

别拿流量彩票，去碰瓷技术复利

GitHub 没烂。GitHub 最大的体面，就是它从来没有因为你 Star 多，就掩盖你的 Release 是 0、外部 PR 是 0。

它把热度、使用、维护、共建所有的数据毫无保留地摊在台面上。

花叔确实很厉害，能做出几十万人抢着看、抢着 Fork 的内容，这是顶级的内容与需求感知力。

但内容爆款是内容爆款，开源工程是开源工程。

10 万 Star 可以是流量彩票带来的高光， 但它永远换不来一个健康、自治、靠代码凝聚的真正开源社区。

所以，恭喜花叔拿到 10 万 Star。 但如果真想证明 GitHub 烂透了，不如换个玩法试试：

下一次，看看你的仓库里，能不能真正跑出第 100 个为你提交代码的外部贡献者

脚本、四家 AI 的权重和原始数据都放在 GitHub 上了：

github.com/Jack0813y/huashu-github-eval 。

数据是 2026 年 10 月 10 日拉取的快照，任何人都可以用同样的脚本重新拉一遍、自己算分。

全文完
查看原文
发现更多