什么值得做
spotify/portal-ai-plugins · spotify

「Spotify 把 Claude Code 账单砍了 90%」:一个大多数人装不上的插件,怎么拿到 3,000 多颗星

它是什么 Spotify 给自家商业版 Backstage(Portal)做的 AI 插件仓库,星主要冲着 shunt 来:用 hook 拦住 Claude Code 整份读大文件,交给便宜模型读完再回一段结论。

为什么火了 Spotify 的牌子,加上「Claude Code 省 90%」这一行好转述的标题,正好踩中开发者对 token 账单的焦虑:9 月上了 HN 和趋势榜;11-01 LinkedIn 大号把「一个 PM 的测试」说成「Spotify 的账单」,又推上一次趋势榜。

C你可以怎么跟 别再做一个省 token 插件或去掉 Portal 的移植版(十几个都停在 0–7 星)。做它没做好的部分:一个读本地记录、告诉你 token 到底花在哪的测量工具,配一篇有真实数字的测评文章去发 HN 和 Reddit。

C 级:星来自 Spotify 的牌子和标题,跟进者拿不到;同类已有好几个上万星的项目,移植版全都没起来。能学到的是标题和分发的打法,照着跟不划算。 已公开 / 被广泛讨论
数据(每天更新) · 建库 2026-07-23 · 3,181 星 · 7 天 +658
GitHub · 星数
2.2k2.5k2.8k3k3.2k10-0910-1510-2111-0211-083.2k
数据 2026-10-09 → 2026-11-08(31 天,25 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有

spotify/portal-ai-plugins 是 Spotify 给自家商业版 Backstage(Spotify Portal)做的 AI 插件仓库,星几乎全是冲着里面一个叫 shunt 的插件来的:它拦住 Claude Code 读大文件,把这活交给便宜模型,号称省 90% token。它的星分两波来。第一波在 9 月,来自一篇工程博客和 HN;第二波在 11 月初,那时仓库已经两个月没提交,一位 LinkedIn 大号换了个说法,一周又涨了 600 多颗,到 11-06 是 3,167 星。可是要用 shunt,先得有付费的 Portal,绝大多数点星的人根本装不上。下面讲它是什么、星从哪来、为什么跟风的人一颗星都没拿到,以及你能从里面拿走什么。

一个 PM 的「my」,变成了 Spotify 的「their bill」

2026 年 9 月 3 日,Spotify 工程博客发了一篇文章,标题是《Portal by Spotify cut my Claude Code token usage by 90%》。作者 Dimitri Mazmanov 是 Portal 的产品经理,开头写:「AI 编程 agent 替我干的事,大部分不是思考,是 I/O。」读五个文件就为了回答一个方法的问题,照着旁边二十个测试文件的样子再写一个,这些都在烧最贵模型的 token。他引了 Gartner 的预测:到 2028 年,AI 编程的花费会超过开发者的平均工资。

他的办法是在 Portal 里建两个「模式」:bulk-reader 和 code-writer,文中用的都是 Gemini 2.5 Flash。Claude Code 想整份读一个超过 350 行的文件时,hook 会把这次读取拦下,改让便宜模型去读,只把一段简短的结论交回给 Claude。测试是在一个 16.2 万行的 Java 单体仓库上做的,三次读文件分别省了 82%、94%、94%,平均下来就是标题里的 90%。

第二天它上了 HN,拿到 278 分、178 条评论,评论区多半在泼冷水。有人说「Gemini 2.5 Flash 写代码?我可不敢」,还有好几条在挑这篇文章本身就是 AI 写的:「这篇满是 Claude 腔」。

两个月后的 11 月 1 日,LinkedIn Influencer Aakash Gupta 发了一帖:「Spotify cut their Claude Code token bill by 90%. Then they open-sourced how they did it.」配了一张 shunt README 的截图,拿到 3,756 个回应、135 条评论。「my token usage」就这样变成了「their bill」,一个人的测试被说成了一家公司的账单。

它是什么

仓库 7-23 建,8-11 公开,Apache-2.0,连一句仓库描述都没有,只有 3 个贡献者。里面是两个插件:

  • portal:一组调用 Portal CLI 的技能,用来搜服务、跑 action、提反馈,10 月又加了跨仓库批量改代码(Fleetshift)的技能。只有 Portal 客户用得上。
  • shunt:只支持 Claude Code,分三层。第一层是 hook,拦住超过 350 行的 Read 和 cat/head/tail;第二层是两个脚本,经 Portal CLI 把活交给 Portal 里配好的便宜模型;第三层是 skill,告诉 Claude 什么时候、怎么调这两个脚本。博客里有一句被反复引用:规则写在 CLAUDE.md 里「只是建议,Claude 可以不听」,所以要用 hook 强制拦。

shunt 的前提是你有一个 Spotify Portal 实例,而且开了 AiKA。对绝大多数个人开发者来说,这一条就把门关上了。

星是怎么来的

时间每天涨星发生了什么
9-03 / 9-04缺数据工程博客发出;第二天上 HN,278 分
9-05 ~ 9-129-11 +102,9-12 +263Techzine、dev.to、Medium、YouTube、Reddit r/ClaudeAI 跟进;9-12 上 TypeScript 趋势榜第 7
9-17 ~ 9-22+82 ~ +145二手教程和评测接着出
10-12 ~ 11-01每天 0 ~ 18基本停住,10-23 之后再没有提交
11-01 ~ 11-0211-02 单日 +210Aakash Gupta 的 LinkedIn 帖,一批人转发
11-03 ~ 11-05+115、+149、+151上 GitHub 全站趋势榜(最好第 7);聚合站、播客、Instagram 搬运号跟着转
11-06+19回落

(9 月来自 Trendshift 逐日星数,10 月起是 GitHub 每日快照;两边按天切分大约差一天。)

近 7 天涨了 646 颗,前 7 天只有 8 颗。fork 的时间分布和这两波对得上:9-09 到 9-12 有 79 个,11-01 到 11-04 有 43 个。抽查了二十几个 fork 账号,大多是有年头的真人号,看不出刷量的痕迹。

第二波能确认是 LinkedIn 带起来的。一位叫 Jason MacLulich 的开发者 11-02 写了篇博客,开头第一句就是:这篇文章「在 LinkedIn 上被传成了 Spotify 把 Claude Code 账单砍了 90%」。X 上有没有人跟着带节奏,没查到。

90% 是真的,但大多数人的账单用不上

MacLulich 那篇博客值得单独说一下。他把自己四周的 Claude Code 记录(17 万多次模型调用,按 API 标价约 $1 万)全部回放了一遍,算 shunt 能拦到多少:整份读取 350 行以上文件的花费只占 0.8%,就算全部打九折,也只省下不到 1%。他 62% 的 Read 本来就带行号范围,hook 会直接放行;钱真正花在 agent 每次调用都要背着的上下文上,光缓存读取就占 53%。

他也替 Spotify 说了句公道话:原文标题写的是「my」,作者也承认便宜模型「漏掉了一个隐蔽的线程安全 bug」,调试和架构类的活还是该留给 Claude。夸大说法是 LinkedIn 上那一轮传出来的。

所以这 3,000 多颗星大多是「收藏一下这个思路」。真正装上 shunt 的人,外面看不到数据,估计很少(推断)。

为什么跟风的一颗星都没拿到

shunt 的思路三天之内就被人移植成了不依赖 Portal 的版本:SalehB1/shunt-anywhere(「不需要 Portal 租户」)、lucass3na/relay-plugin、alexanderradahl/shunt-muse(同时支持 Codex)、p5/read-shunt-plugin(给 OpenCode 和 Codex 用),11 月第二波时又冒出 federicoimparatta/shunt-claude 等等。Reddit 上也有人发「我 fork 了 Spotify 的 shunt,不用 Portal 也能跑」。这些仓库每个都在 0 到 7 星。

道理很简单:点星的人冲的是「Spotify + Claude Code + 90%」这一行标题,不是代码。移植版产品上其实更好用,可它们没有这行标题,也没有工程博客、HN 首页和 LinkedIn 大号。

再看旁边的同类,「让 Claude Code 少烧 token」早就是一个挤满的赛道:

项目星数和 shunt 比
JuliusBrussee/caveman11.8 万压缩模型的输出和措辞,不依赖任何服务
rtk-ai/rtk8.6 万Rust 单文件 CLI,压缩常用命令的输出
oraios/serena3.1 万MCP,按符号检索和编辑,不读整个文件
zilliztech/claude-context1.3 万向量检索代码库,只放相关片段
Mibayy/token-savior1,209MCP,精简文件读取
pleaseai/shunt261同名,在推理层按 agent 路由到别的模型
Claude Code 自带子代理 / Explore人人都有官方的「便宜模型去探路」,能配便宜模型

(GitHub,11-06。)

在这张表里,portal-ai-plugins 规模中等,也是唯一一个离不开付费平台的。它唯一独特的地方是「hook 强制拦 + 整份文件交给另一个模型去读」,而这一点三天就被抄完了。

它其实是一篇广告

对 Spotify 来说,这个仓库是 Portal 和 AiKA 的获客内容:博客教你在 Portal 里建两个模式,仓库让你点星、转发,钱从 Portal 的企业订阅里回来。打法本身很值得学:

  1. 一个人、一个具体数字:「cut my … by 90%」比「一个 token 路由方案」好转十倍。
  2. 踩最痛的点:2026 年开发者最焦虑的就是 token 账单,这类仓库普遍拿高星。
  3. 思路好讲:「建议不够,要强制执行」这句话撑起了一堆二手教程和视频。
  4. 热度过去,换个说法再推一次:产品一行没改,「my」换成「their bill」,一个两个月没动的仓库又上了一次趋势榜。

如果是你

C:能学到东西,照着跟不划算。 它的星来自 Spotify 的牌子和一行好转述的标题,这两样你都拿不到;做同一件事的开源项目已经有好几个上万星的,十几个移植版全都停在个位数。

适合谁:本来就在做 AI 编程工具、想学「一个人 + 一个数字」怎么写标题的开发者;手里有真实用量数据、能写出可信测评的人。

不适合谁:想再做一个「省 token 插件」或者「不依赖 XX 的 shunt」的人,这条路已经有人走过了,结果是 0 到 7 星;没有任何分发渠道,指望好代码自己被发现的人。

怎么做:要跟,就做它没做好的那部分,别做它做好的那部分。shunt 最大的漏洞是 MacLulich 指出来的:没人知道自己的 token 到底花在哪。做一个「先量再省」的工具,读本地的 Claude Code / Codex 记录,告诉你钱花在缓存、工具输出还是读文件上,再推荐该装 caveman、rtk 还是 shunt 这类东西。这类工具的结论本身就是能转发的数字(「我量了四周,这个 90% 只能省我 0.8%」),天然带标题。

怎么获客:学 Spotify,也学 MacLulich。先拿自己(或几位朋友)的真实账单跑一遍,写一篇有具体数字的文章,标题照「X 说能省 90%,我量了一下」这个格式;发 HN、Reddit r/ClaudeAI 和 r/ClaudeCode,再找 LinkedIn / X 上做 AI 编程内容的号转。README 第一屏放一张「你的钱花在哪」的图。

什么时候之前:「省 token」是跟着 Claude Code 价格和用量走的热点,只要 token 账单还是开发者的头号焦虑,这个话题就还在;但测量类工具很容易被官方做进产品里(比如 Claude Code 自带用量明细),估计窗口在 2027 年上半年之前。

什么情况说明看错了:① 你的测评文章上了 HN 首页,仓库一周还涨不到 100 星,说明「省 token」这个话题已经被说烂了;② Claude Code 或 Codex 官方出了按类别拆分的用量报告,测量工具就没有存在的必要了;③ 反过来,如果又有一个移植版在没有大厂背书的情况下拿到了上千星,说明产品本身也能撑起星数,值得回头再看「做个更好用的 shunt」。

GitHub 仓库 ↗

研究底稿:竞品表、获客证据、完整研究报告
竞品
名字在哪上线规模它和这家不同在哪
JuliusBrussee/caveman开源2026-04117,929 star压缩模型输出和措辞,不用别的服务就能跑,规模大一个数量级
rtk-ai/rtk开源2026-0185,717 starRust CLI 代理,压缩常用开发命令的输出,零依赖
oraios/serena开源2025-0331,146 star按符号做语义检索和编辑,不读整个文件,不换模型
zilliztech/claude-context开源2025-0612,673 star用向量检索代码库,只放相关片段进上下文
Mibayy/token-savior开源2026-031,209 starMCP,精简文件读取和上下文
pleaseai/shunt开源2026-07261 star名字一样,在推理层按 agent 路由到别的模型
Claude Code 自带子代理 / Explore大厂功能2025所有 Claude Code 用户官方原生的「便宜模型去探索」,不用 hook 强制拦、不用第三方后端
用户从哪来
  • 查实 自家工程博客(内容营销):2026-09-03 engineering.atspotify.com《Portal by Spotify cut my Claude Code token usage by 90%》,作者是 Portal 的 PM
  • 查实 Hacker News:2026-09-04 上 HN,278 分 / 178 条评论(我们的 HN 库,item 49571465)
  • 查实 科技媒体和二手教程:Techzine 9-07、dev.to/Medium 9-05、thakicloud 9-08、explainx 9-10、wavect 9-12、多个 YouTube 视频
  • 查实 GitHub 趋势榜:Trendshift:9-12 TypeScript 第 7、11-01 第 13;数据卡全站最好第 7
  • 查实 LinkedIn 大号:11-01 Aakash Gupta 发帖「Spotify cut their Claude Code token bill by 90%」,3,756 个回应、135 条评论;MacLulich 11-02 的博客也说这事在 LinkedIn 上传开了
  • 查实 Reddit:r/ClaudeAI《Cut your Claude Code cost by 90% using the Spotify Method》、r/BestGitHubRepos
  • 查实 自动聚合站和 Instagram 搬运号:11-03 到 11-05:readmex、AIToolly、earlysignal、getai.app、Zeno.FM 的 GitHub Daily Trend、IG @ai.git 和 Git Scope
  • 推断 X:我们的 X 语料里没搜到

spotify/portal-ai-plugins:为什么能拿到 3000+ star

研究日期 2026-11-06。数据来自我们的 github 库(repo_day)、GitHub API、Trendshift、HN 库,以及 Jina/Exa 搜到的网页。

一句话结论

这是 Spotify 商业版 Backstage(Spotify Portal)接入 Claude Code / Codex / Cursor / pi 的官方插件市场。star 几乎全冲着里面的 shunt 插件来:它用 hook 拦住大文件读取,把读文件、写样板代码的活转给便宜模型(文中用的是 Gemini 2.5 Flash),号称「Claude Code token 省 90%」。两波 star 都是被同一篇 Spotify 工程博客的标题带起来的:9 月靠博客 + HN,11 月靠 LinkedIn 大号把它重新包装成「Spotify 把 Claude Code 账单砍了 90%」。Spotify 的牌子、「省 token」这个痛点、一个好转述的数字,三样加起来才有这些 star;产品本身反而用不上——shunt 要有付费的 Portal 实例和 AiKA 才能跑,绝大多数点 star 的人根本装不起来。

它是什么

  • 仓库 2026-07-23 建,8-11 公开(commit「prepare public plugin release」),Apache-2.0,没有仓库描述。贡献者 3 人(Djam、Dimitri Mazmanov、Jonatan Dahl),最后一次提交 2026-10-23(GitHub API)。
  • 包含两个插件:
    • portal:调 npx @spotify/portal-cli 的一组技能:setup/doctor/search/service/actions/feedback,10-21 又加了 Fleetshift(跨仓库批量改代码)相关的技能。
    • shunt(只支持 Claude Code,8-14 加入):PreToolUse hook 拦截超过 350 行的 Read 和 cat/head/tail,让 Claude 改调 bulk-read / code-write 脚本,脚本再经 Portal CLI 的 aika:invoke-chat 交给 Portal 里配好的 AiKA 模式(便宜模型)。README 写的是「大文件读取和样板代码生成省 82–94% token」。
  • 前提:要有 Spotify Portal(商业 SaaS 版 Backstage)实例,而且开了 AiKA。

增长数据

  • 我们的 github 库:10-09 时 2447 star;10-12 到 11-01 每天只涨 0–18;11-02 单日 +210,11-03 +115,11-04 +149,11-05 +151,11-06 +19,到 3167。近 7 天 +646,前 7 天 +8。
  • Trendshift(按天的 star/fork、TypeScript 趋势榜排名):9-11 +102,9-12 +263(TypeScript 趋势榜第 7),9-17 +82,9-18 +145,9-22 +135;10 月基本停住;11-01 +250(TypeScript 第 13),11-03 +160,11-04 +122,11-05 起回落。(Trendshift 和我们的库按天切分差了一天左右;它 9-7 到 9-10 的 star 是 0,但 fork 有 6–26 个,估计是那几天的数据缺了。)
  • fork 时间分布(GitHub API,一共 250 个):9-09 到 9-12 有 79 个,11-01 到 11-04 有 43 个。两波和 star 对得上。抽查 24 个 fork 账号,大多是有年头、有仓库的真人账号,没看到刷量的迹象。
  • 数据卡里 GitHub 全站趋势榜最好排到第 7,上过 2 天。

用户从哪来的(增长手段)

第一波(9 月):Spotify 工程博客,再上 HN

  1. 2026-09-03 Spotify 工程博客发了《Portal by Spotify cut my Claude Code token usage by 90%》,作者是 Portal 的 PM Dimitri Mazmanov(engineering.atspotify.com/2026/9/…,portal.spotify.com/blog 同步发了一份)。这本质是一篇产品营销文:教你建两个 AiKA 模式,再装 shunt。
  2. 2026-09-04 上了 HN:278 分、178 条评论(我们的 HN 库,item 49571465)。评论很多在泼冷水(「Gemini 2.5 Flash 写代码?」「AI slop 文章」)。
  3. 媒体和二手内容一路跟进:Techzine(9-07)、aipricing.guru(9-05)、dev.to/Medium 的《Spotify Cut Claude Code Token Usage by 90 Percent. The Pattern Works in Any AI Agent》(9-05)、thakicloud 的复测(9-08)、ClaudeMap 收录(9-08)、explainx(9-10)、wavect 评测(9-12)、ai-tldr、YouTube 视频(《Spotify's Shunt Saves 90% of Claude Code's Tokens》《EXPOSED: Spotify Cut Its Claude AI Bill by 90 Percent…》)、Reddit r/ClaudeAI《Cut your Claude Code cost by 90% using the Spotify Method》、LinkedIn 一批转发。
  4. 9-12 进了 GitHub 趋势榜(Trendshift TypeScript 第 7),趋势榜又带来一轮。

第二波(11 月 1–5 日):LinkedIn 大号重新包装,接着上 GitHub 趋势榜,再被聚合站转

  1. 2026-11-01 04:16 UTC,LinkedIn Influencer Aakash Gupta 发帖《Spotify cut their Claude Code token bill by 90%. Then they open-sourced how they did it.》,配了 shunt README 的截图,拿到 3,756 个回应、135 条评论。他把「一个 PM 的个人测试」说成了「Spotify 的账单」。
  2. 同一天跟进的有:LinkedIn 上 Ferdous Mahmud Shaon(11-01)、Rubén Domínguez Ibar(11-02)等人转发;西语的 noticias.ai、revistacloud(11-01)。还有反驳的,比如 Jason MacLulich 11-02 的博客《Spotify's 90% Claude Code saving would be under 1% on my bill》,开头就说「it's been going round LinkedIn as Spotify cutting its Claude Code bill by 90%」——这是一个独立来源,证实这一波是 LinkedIn 带起来的。
  3. 然后进了 GitHub 趋势榜(全站最好第 7),自动聚合站和 Instagram 搬运号跟着转:earlysignal、aikaschool、wrabby(11-03),readmex、AIToolly、getai.app、DigiNews、Zeno.FM 的「GitHub Daily Trend」播客(11-04),Instagram @ai.git(11-03,「hidden gem…评论 REPO 私信你链接」)和 Git Scope(11-04),Reddit r/BestGitHubRepos(标题写 2.9k stars)。
  4. 第二波期间仓库没有任何新提交(最后一次是 10-23),所以不是产品更新带来的。

X:我们的 X 本地语料(五个圈子核心层约 560 人)和实时搜索都没搜到相关帖子,X 上是不是有人带过节奏,没法确认。

竞品(都是「让 Claude Code 少烧 token / 少读文件」)

名字形态上线规模和 portal-ai-plugins 的区别
JuliusBrussee/caveman开源 skill + 代理2026-04117,929 star压缩模型的输出和措辞;不用别的服务就能跑,规模大一个数量级
rtk-ai/rtk开源 Rust CLI 代理2026-0185,717 star压缩常用开发命令的输出,号称省 60–90%;单个二进制,零依赖
oraios/serena开源 MCP2025-0331,146 star按符号做语义检索和编辑,不读整个文件;不换模型
zilliztech/claude-context开源 MCP2025-0612,673 star用向量检索代码库,只把相关片段放进上下文
Mibayy/token-savior开源 MCP2026-031,209 star精简文件读取和上下文
pleaseai/shunt开源代理2026-07261 star名字一样;在推理层按 agent 把请求路由到别的模型
Frugal 等 Reddit 上的路由插件开源插件2026小把活路由到最便宜能胜任的模型
Claude Code 自带的子代理 / Explore(可以配便宜模型)大厂功能2025 起所有 Claude Code 用户官方原生的「便宜模型去探索」;不用 hook 强制拦,也不用第三方后端

结论:做同一件事的开源项目已经有好几个上万 star 的;portal-ai-plugins 在里面规模中等,而且是唯一一个离不开付费平台的。

跟风者

都是「去掉 Portal 依赖」的移植版,每个都在 0–7 star:SalehB1/shunt-anywhere(9-09,「不需要 Portal 租户」)、lucass3na/relay-plugin(9-08,用 claude -p 委派)、melonkernel/shuntkit(9-14)、alexanderradahl/shunt-muse(9-21,支持 Claude Code + Codex)、trinaldirizki/hermes-shunt(9-12)、p5/read-shunt-plugin(9-07,OpenCode/Codex)、eigozatsudan/token-shunt-plugin、federicoimparatta/shunt-claude(11-01,只用 Claude 的版本)、AdityaInamdar334/spotify_shunt_routing_lab(11-02)。Reddit 的 r/ClaudeCode、r/claudeskills 都有人发「I forked Spotify's shunt plugin so it works without Spotify Portal」。

为什么能跑出来

  1. 大厂牌子加一个能直接转述的数字:标题「Spotify + Claude Code + 90%」,换成谁都一句话能转。Spotify 组织总共 11 万 star,工程博客本身就有分发能力。
  2. 踩在最痛的点上:2026 年 Claude Code 的 token 成本是开发者最焦虑的事之一(博客开头就引了 Gartner「2028 年 AI 编码成本将超过开发者平均工资」),「省 token」类仓库普遍能拿到很高的 star(caveman、rtk 都上了 8 万)。
  3. 思路好抄、好讲:hook 硬拦 + 脚本 + skill 三层,「建议不够、要强制执行」这个点被各种二手文章反复拿来当教程讲,内容创作者有素材可写。
  4. 第二波完全靠换说法再传一次:产品没变,LinkedIn 大号把「一个 PM 的测试」说成「Spotify 的账单」,一帖 3,756 个回应就把一个两个月没动的仓库重新顶上了趋势榜,之后聚合站、搬运号自动放大。
  5. star 只是「收藏一下这个思路」:shunt 必须接 Portal 和 AiKA,大多数人装不了。所以真用的人多半去用无依赖的跟风版,或者自己照着写。star 远远高于实际使用量。

差异化

  • 和同类比,它唯一真正不同的是:用 hook 强制拦截,加上把读文件这件事整个交给另一个模型(大文件根本不进 Claude 的上下文),而不是去压缩或检索上下文。但这个思路三天之内就被人移植成了不依赖 Portal 的版本,护城河是零。
  • 它真正的「差异化」是 Spotify 这个名字和 Portal 生态,而这恰恰也是它的短板(要付费平台)。所以它能跑出来,靠的是牌子和叙事,不是差异化。对 Spotify 来说,这个仓库是 Portal / AiKA 的获客内容:钱从 Portal 的企业订阅回来,不从开源插件回来。

能看到它的人有多少

已经被广泛讨论了:HN 278 分 / 178 条评论,Techzine 等科技媒体写过,LinkedIn Influencer 一帖 3,756 个回应,还有多个 YouTube 视频、Reddit 帖子,以及十几个跟风移植仓库。这个方向已经很挤。

别人能借鉴的

  • 开源仓库当企业 SaaS 的获客内容:用工程博客写「一个人 + 一个具体数字」(「cut my … by 90%」),再把仓库放出来让大家 star。
  • 等第一波热度过了,可以借 LinkedIn / X 大号换个更狠的说法(个人 → 公司,「my」→「their bill」)再推一次;老仓库也能第二次上趋势榜。
  • 对独立开发者来说,真正的机会在「把大厂只能配自家平台的方案,做成不依赖任何平台的版本」。不过这次的移植版都没拿到 star,说明光移植不够,还得有自己的分发。

还不确定的

  • X 上有没有大号在 11-01 前后带过节奏(我们的语料里没有)。
  • explainx 的文章标着 9-10,却写着「约 2,900 star」,和我们 10 月的数据(约 2,450–2,500)对不上,估计是后来改过文章,没核实。
  • Trendshift 9-07 到 9-10 的 star 数据缺失,HN 当天到底带来多少 star 不清楚(GitHub 的 stargazers 接口现在返回 404,拉不到每个 star 的时间戳)。
  • shunt / Portal 的实际安装量、给 Portal 带来了多少企业线索,都没有公开数据。

出处

文章由 AI 根据公开数据和我们每天采集的数据写成,数字带出处,推断已标明