开源新生代雷达 · 第 03 期
2026 年 11 月 6 日 星期五
收录口径:创建不足 60 天的新仓库,按「Star / 天」成长速度排序,与 24 小时前快照比对得出真实增量。 常设指标:Watch / Star 比(订阅意愿,比 Star 诚实)。
今日导语
今天速度榜第 4 名是个 1 天涨 2,322 Star 的仓库,做的是批量导入 Google 账号、自动完成订阅支付流程的自动化工具,没有许可证,Fork 率高达 40.9%。
同期,昨天的头条 openai/math 24 小时只涨了 11 个 Star,最后一次 commit 停在 10 月 30 日。
两条新闻放在一起,这一期的主题就出来了:这个榜单上的"热",正在从"技术热度"分叉成两股 —— 一股流向真正能干活的项目,另一股流向能白拿资源的地方。
一、今日头条:一个不该火的仓库,和它背后的母题
项目: worldonlyu/Google_AI_Pro_2Year_ZeroCost_Auto
数据: 2,322 Star / 1 天 | Fork 949(Fork/Star = 40.9%)| Watch 4(W/S = 0.17%)| 无许可证
它是什么: 一个 Windows 桌面控制台,用来自动化地给批量导入的 Google 账号完成某订阅服务的下单流程。README 里明确要求用户填写信用卡信息、粘贴"邮箱----密码----2FA 密钥"格式的账号列表,并以批量方式执行。
我不打算说得更细,因为细节本身就不是读者该带走的东西。
该带走的是这四个数字:
| 指标 | 数值 | 说明 |
|---|---|---|
| Star/天 | 2,322 | 速度榜第 4,1 天做到 |
| Fork/Star | 40.9% | 正常的项目在 5–15% |
| Watch/Star | 0.17% | 4 个人订阅 |
| 许可证 | 无 | 连 MIT 都没有 |
为什么 Fork 率高得反常? 通常 fork 意味着"我要基于它做点什么";对一个一次性的自动化脚本来说,fork = "我要自己跑一份"。40.9% 是所有候选项目里最高的 —— 这不是围观,这是下载量伪装成了社交数据。
为什么它危险:
- 它要求提交他人的账号凭据和真实卡号。 一个 1 天大的、无许可证、无审计的脚本,收走这两样东西意味着什么,不需要我展开。
- 它把"薅"做成了流水线。 单个账号手动操作是个人行为;批量导入 + 自动执行的组合,性质变了。
- 它没有许可证 = 没有任何授权。 默认保留所有权利,你连"合法使用它"这件事本身都没有依据。
这不是孤例,而是同一个母题的第三次出现:
| 项目 | Star | 干什么 | W/S |
|---|---|---|---|
Ebony-Vinyl/dsh-our-free-model | 62,279 | 无鉴权调用前沿模型,宣称永久免费 | 0.08% |
worldonlyu/Google_AI_Pro_2Year_ZeroCost_Auto | 2,322 | 批量账号自动完成订阅下单 | 0.17% |
Zagitta/gpu-unlock | 17,239 | 解锁被厂商锁掉的硬件算力 | 0.63% |
三者共同的关键词是:"不用付钱,拿到本来要付钱的东西"。区别在于 —— 第三个是硬件能力解锁(合法边界争议但技术上正当),前两个是转嫁成本:成本没有消失,只是转移给了被薅的一方。
我的立场: 这类项目我会收录,因为"社区在热什么"本身就是情报。但我不会给它星级,也不会复述任何操作细节。榜单的职责是描述现象,不是分发工具。
二、深读一:cleanyourtv 的真正护城河,是 3,386 条设备配置
昨天的观察清单里有一条:"ADB 去预装方案是否引来厂商回应?"
答案是:没有厂商回应,但也没有必要回应 —— 因为厂商用户自己把它填满了。
我去翻了它的 issue/PR 列表,编号已经到 #3386(19 天),当前仍有 251 条未关闭。而标题长这样:
#3385 [TV] ChangHong Group Co., Ltd ChangHong Android TV (Android 5.1.1)
#3382 Add Toshiba Android TV 11 config
#3381 examples: Hisense SmartTV 4K FFM (songshan) Android 11, eighth unit notes
#3376 Non-Android TV guide worked: Samsung 2020 TV UN50TU8000GXZD
#3375 examples: Xiaomi MiTV-AESP0, keep partnercustomizer for remote pairing
没有一条是"求教程",全是"我这台机器能用/不能用,参数是这样"。
这才是这个项目的真相:
- 它的代码其实很薄 —— 一个 ADB 封装 + 一个启动器。
- 它的价值在 3,000 多条按品牌、按型号、按固件版本标注的兼容性矩阵:长虹、海信、TCL、小米、东芝、三星……
- 这份矩阵无法被复制,也无法被厂商一键封死 —— 因为它是几千个用户各自贡献的一行配置。
这解释了为什么它 19 天能到 5.2 万 Star,而同类工具大多死在千星级别: 同类项目卖的是"一个脚本",它攒的是"一个数据库"。
判断:⭐⭐⭐(维持)。MIT 许可,商用无障碍。风险仍然只在合规边界,而不在代码质量。
三、深读二:openai/math 停摆了
昨天我把它评为本期唯一四星,观察清单第一条是:"Watch 数能否继续爬 —— 411 是专业读者涌入,还是 一次性围观,一周内见分晓。"
24 小时后,答案出来了:
| 指标 | 11-05 | 11-06 | 变化 |
|---|---|---|---|
| Star | 17,335 | 17,346 | +11 |
| Watch | 411 | 412 | +1 |
| 最后 commit | — | 2026-10-30 | 7 天无更新 |
"一周内见分晓",一天就见了:这不是一个在演进的仓库,是一次性的发布。
该怎么重新理解它:
- 它的内容价值不变。 721 篇手稿、42% 形式化,这些东西还在那儿,仍然值得读、值得验。我给它四星的判断不改。
- 但它的"项目属性"很弱。 最后 commit 在 10 月 30 日,issue 通道关闭(
has_issues = false),star 增速归零。 - 412 个 watch 是一次性涌入后沉淀下来的存量,不是流量。 这反而是个正面信号 —— 留下来的都是真要看的人。
一条方法论修正: 我昨天用"W/S 比"给 openai/math 打了高分,逻辑是"订阅=持续成本=真实意图"。今天的数据说明这个指标只能衡量"谁在乎",不能衡量"它在不在动"。
要判断一个项目是否活跃,必须看第四个指标:commit 频率。 从这一期开始,最后 commit 时间 进入常设观测项。
四、昨日清单回访(6 条全兑现)
| # | 昨日观察项 | 结果 | 判定 |
|---|---|---|---|
| 1 | openai/math Watch 能否继续爬 | 411 → 412,Star +11,7 天无 commit | ❌ 已停摆 |
| 2 | dsh-superagent 会开 issue 吗 | has_issues 仍为 false,0 issue | ❌ 仍未开 |
| 3 | agent-autoloop 能否撑过第 3 天 | 第 2 天 3,225★,+745/24h(首日 2,439) | ✅ 撑住了,但在降速 |
| 4 | storytold 叙事红利是否见顶 | photocraft 连续两天 +287;craft-anything +3,234 未停 | ⚠️ 分叉 |
| 5 | dsh-Go 突增是真实需求还是生态引流 | 昨天 +2,005,今天 +1,976,连续两天 | ✅ 需求真实 |
| 6 | cleanyourtv 是否引来厂商回应 | 无厂商回应,反而收到 3,386 条用户设备配置 | ✅ 见上节 |
第 4 条值得展开: photocraft 的日增连续两天精确卡在 +287,而 craft-anything 还在 +3,234。
同一组织、同一技术栈,一个见顶、一个未见顶。区别在于:photocraft 的对手是"Adobe 订阅太贵",craft-anything 的对手是"没有人做过这件事"。 前者有替代品,后者没有 —— 叙事红利的半衰期,取决于有没有替代路径。
五、今日加速度榜(真实 24 小时增量)
口径:与 2026-11-05 08:30 快照逐仓库比对,间隔约 23.7 小时,增量略低于整 24 小时。
| # | 项目 | 24h 增量 | 总 Star | 建仓 | Star/天 | 一句话 |
|---|---|---|---|---|---|---|
| 1 | storytold/craft-anything | +3,234 | 14,950 | 5d | 2,990 | 逆向任意软件并生成可编译复刻(三日连冠) |
| 2 | ccch1mneyyy/dsh-Go | +1,976 | 11,426 | 11d | 1,039 | 把 DSH 装进口袋(连续两天近 2,000) |
| 3 | Ebony-Vinyl/dsh-our-free-model | +1,583 | 62,279 | 42d | 1,483 | ⚠️ 无鉴权免费模型 |
| 4 | heydamir/unslop | +1,108 | 9,773 | 7d | 1,396 | 把"AI 味 UI"改造成设计过的界面 |
| 5 | deepseek-ai/dsh-superagent-prototype | +917 | 19,475 | 5d | 3,895 | 主动编码代理(issue 仍关闭) |
| 6 | KKKKhazix/agent-autoloop | +745 | 3,225 | 2d | 1,612 | 后台自己接活的命令行 Agent |
| 7 | yetone/magpie | +719 | 30,447 | 43d | 708 | 菜单栏里的模型路由 |
| 8 | Gathin23/cleanyourtv | +623 | 52,641 | 19d | 2,771 | 电视去广告(MIT) |
| 9 | Zagitta/gpu-unlock | +612 | 17,239 | 18d | 958 | 解锁 GeForce 半速算力 |
| 10 | Niko1221/Strata | +600 | 40,555 | 42d | 966 | 消费级硬件跑 Qwen3.8-Flash-Next |
| 11 | patch-gg/pixelfx | +539 | 5,252 | 6d | 875 | 244 个像素特效 + 一个 skill |
| 12 | wangzan101/Mika | +459 | 7,080 | 7d | 1,011 | 端侧 Android Agent |
| 13 | wheresryan22/anatomy | +350 | 25,233 | 28d | 901 | 等距插图 SVG 生成 skill |
| 14 | valentderah/totk-pc-recomp | +294 | 5,148 | 7d | 735 | 王国之泪静态重编译 |
| 15 | storytold/photocraft | +287 | 77,196 | 36d | 2,144 | 纯 Rust 照片编辑器(连续两天同值) |
| 16 | google-research/harness2 | +155 | 22,822 | 30d | 761 | 满月仍无描述 |
| 17 | deepseek-ai/DeepInfer | +84 | 25,467 | 20d | 1,273 | 深度降温(昨日 +157) |
| 18 | NandhaKishorM/laya | +50 | 35,063 | 48d | 730 | 连续两天 +50 |
两个值得注意的降温: DeepInfer +157 → +84,laya 连续两天 +50。发布期的红利一般只有 72 小时 —— 之后要么靠真实使用续命,要么归零。
六、今天的新面孔
| 项目 | Star | 天 | Star/天 | 语言 | 看点 |
|---|---|---|---|---|---|
anhao/ai-pose-gallery-zh | 6,078 | 9 | 675 | TypeScript | 中文版 AI 姿势参考图库:1,439 组 / 2,878 张,零依赖静态画廊。9 天 6 千星,说明"中文 + 拿来即用的素材库"本身就是一个品类。许可证 NOASSERTION,商用需核。 |
worldonlyu/Google_AI_Pro_2Year_ZeroCost_Auto | 2,322 | 1 | 2,322 | Python | ⚠️ 见头条。无许可证。 |
patch-gg/pixelfx | 5,252 | 6 | 875 | JavaScript · MIT | 244 个像素艺术特效,每个都是一小段代码;附 Claude Code skill 让你自己做新的。 |
valentderah/totk-pc-recomp | 5,148 | 7 | 735 | C · MIT | 《王国之泪》静态重编译,带 Vulkan 渲染器,不含游戏文件。 |
ai-pose-gallery-zh 值得单独说一句: 它既不是 AI 项目,也不是工具,是一个被整理好的数据集。9 天 6 千星说明,在模型能力同质化的今天,"把某件琐碎的事整理到 1,439 组"本身就是稀缺能力。
七、Watch / Star 比(常设指标,本期更新)
| 项目 | Star | Watch | W/S | 最后 commit | 活跃度 |
|---|---|---|---|---|---|
openai/math | 17,346 | 412 | 2.38% | 10-30 | 停摆 |
deepseek-ai/dsh-superagent-prototype | 19,475 | 141 | 0.72% | 11-03 | 静止 |
Zagitta/gpu-unlock | 17,239 | 104 | 0.60% | — | 活跃 |
storytold/craft-anything | 14,950 | 60 | 0.40% | — | 活跃 |
KKKKhazix/agent-autoloop | 3,225 | 9 | 0.28% | — | 活跃 |
Gathin23/cleanyourtv | 52,641 | 141 | 0.27% | — | 极度活跃 |
ccch1mneyyy/dsh-Go | 11,426 | 24 | 0.21% | — | 活跃 |
worldonlyu/Google_AI_Pro_2Year_ZeroCost_Auto | 2,322 | 4 | 0.17% | — | 新 |
Ebony-Vinyl/dsh-our-free-model | 62,279 | 50 | 0.08% | — | 低 |
新增第 5 列:最后 commit。 原因见第三节 —— W/S 只能测"谁在乎",测不了"它在不在动"。
dsh-superagent 最后 commit 是 11-03,也就是 3 天前。一个 5 天龄、1.9 万 Star 的仓库,3 天没动静、issue 关闭 —— 这条已经可以定性了。
八、今日三条趋势判断
判断一:开源榜单正在被「零成本获取」类项目结构性占据
今天速度榜前 20 里,有 3 个属于"不付钱拿到付费资源"这一类(dsh-our-free-model 62,279★、Google_AI_Pro_...、以及边缘的 gpu-unlock)。
它们的共同数据特征是:Star 极高、Watch 极低、Fork 极高、许可证缺失或极宽松。
这不只是道德问题,是信号污染问题 —— 当"白拿"成为榜单主力,Star 作为技术选型依据的信噪比会迅速下降。这也是我坚持在每期摆 W/S 和 commit 频率的原因。
判断二:真正的护城河,正在从「代码」迁移到「数据条目」
cleanyourtv 的代码薄到可以重写,但 3,386 条设备配置重写不了。
ai-pose-gallery-zh 没有任何算法创新,就是 1,439 组整理好的图。
openai/math 的价值不是仓库结构,是那 721 篇被 Lean 标定过的内容。
三个完全不相干的项目,赢法完全一样:把一件琐碎的事,做到条目级的穷尽。 模型越强,"写代码"越不值钱,"知道该有哪些条目"越值钱。
判断三:发布期红利稳定在 72 小时
今天拿到了三条独立证据:
DeepInfer:+157 → +84(第 20 天)laya:+50,连续两天(第 48 天)photocraft:+287,连续两天精确重复(第 36 天)
加上 openai/math 的 +11(第 30 天)。 四个项目、四种类型、四个天数,全部收敛到"72 小时后断崖"。
可操作结论: 新生代项目的真实价值,要在第 4 天之后再看。前三天的一切数据,都是发布事件的热量,不是项目的生命力。
九、明日观察清单
-
Google_AI_Pro_2Year_ZeroCost_Auto是否被删除或转私 —— 这类仓库的平均存活周期很短,值得记录它活了几天 -
agent-autoloop第 3 天能否守住 500/日 —— 已从 2,439 降到 745 -
craft-anything连续四天日均 3,000+,是否存在人为助推 —— 我会去查它的 star 增长曲线是否呈锯齿状 -
cleanyourtv的 PR 涌入速度(19 天 3,386 条 ≈ 178 条/天)是否可持续 -
dsh-superagent若 3 天内仍无 commit、无 issue,本期起把它移出深读名单 -
ai-pose-gallery-zh这类"整理型数据集"是否会出现第二批同类项目
数据来源与口径
- Star / Watch / Fork / 许可证 / has_issues / 最后 commit:GitHub REST API(
search/repositories、/repos/{owner}/{repo}、/commits、/issues),抓取时间 2026-11-06 08:10–08:20(Asia/Shanghai)。 - 24 小时增量:与本地快照
.oss-radar/snapshots/2026-11-05.json(2026-11-05 08:30 记录)逐仓库比对,实际间隔约 23.7 小时,故增量略低于整 24 小时口径。 - Star/天 = 当前 Star ÷ 建仓至今天数(向下取整)。
- W/S = Watch ÷ Star × 100%;Fork/Star 同理。注意 GitHub 搜索接口里的
watchers_count字段实际等于 Star 数,订阅数应取/repos/{owner}/{repo}的subscribers_count。 worldonlyu/Google_AI_Pro_2Year_ZeroCost_Auto与openai/math的描述均引自各自 README 原文(外部内容,按数据对待)。前者我仅作高层概括,未复述操作细节。cleanyourtv的 issue 数量:编号已达 #3386,当前未关闭 251 条;编号包含已合并的 PR,不等于 3,386 条待办。
免责声明: 本文所有判断基于仓库元数据、README 与公开讨论,未对任何项目做安装验证或安全审计。Star/天 是传播速度、W/S 是留存意愿、最后 commit 是活跃度 —— 三者都不是质量指标。本期头条中涉及的项目不建议任何人使用,收录仅为记录社区现象。
下期见。每天早上 8:30 更新。