「比 cargo 快 92 倍」:一个改了名的 Rust 编译器,18 天 2000 star
它是什么 一个想替代 cargo 的 Rust 编译工具:后台进程把项目编译结果留在内存里,改一个函数只重编这个函数,改完重编号称快 10 到 24 倍。
为什么火了 作者自带 X 受众首发,标题用「快 92 倍」这种夸张数字和知名项目对比;改名 blaze 后第二轮推送冲上 Rust 语言榜第一,西语、日语开发者大号跟着转,10-28 单日 +1,084;又正赶上「AI 一个人重写编译器」的风潮。
C你可以怎么跟 别正面再做一个 Rust 编译器;学它的发布打法(极端可复现的数字、知名项目基准、一行安装、可当场看效果的 demo、名字不好就改名再推),换到 Swift、Gradle、C++ 这类同样慢的生态做窄而快的替代,先冲语言子榜第一。
- 数据(每天更新) · 建库 2026-10-19 · 2,050 星 · 7 天 +239
GitHub · 星数 数据 2026-10-21 → 2026-11-08(19 天,19 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有
2026 年 10 月 20 日,前 xAI 工程师 Andrew Gazelka 在 X 上发了一句话、一行命令,宣布他的新项目能让 Rust「编译快 24 倍」。18 天后,这个改名叫 blaze 的仓库有了 2003 个 star。它的思路不是他发明的:一个多月前就有人用几乎一样的办法做过,只拿到 204 个 star。下面讲 blaze 是什么、star 是怎么来的、差别到底在哪,以及想让自己的开源项目也这样起来的人能拿走什么。
一句话、一行命令
10 月 20 日中午(北京时间),@andrewgazelka 发帖:「24x faster Rust compilation powered by rust-analyzer」,下面一行 nix run github:indexable-inc/ra-jit。这条帖子 926 个赞、5.7 万次浏览。仓库前一天深夜才建,那时还叫 ra-jit,第一天攒到大约 124 个 star。
他不是无名之辈:写过能撑上万人同服的 Minecraft 服务器引擎 hyperion,在 xAI 干过,现在的公司 Indexable(ix.dev)是 YC 2026 春季批次。冷启动那 100 多个 star,是他的名字换来的。
同一天他自己在 Hacker News 发了一帖,13 分,很快被标成 dead。第一条评论说:你三小时前才把 rustd 的代码导进来,README 里却写「ra-jit 已经远远超过 rustd,别用 rustd 了」,这很难看——rustd 又不是没人维护,17 小时前还在更新。
它是什么
一个想替代 cargo build 的 Rust 编译工具。README 第一行是「Rebuild Rust in milliseconds」,第二行「Type blaze wherever you'd type cargo」,第三行玩了 Rust 社区的老梗:「Blazingly fast Rust, literally.」
原理一句话:一个常驻的后台进程把整个项目的编译结果留在内存里,你改了一个函数,它只重编这个函数,再用自己的链接器重新链一次。底下用的是 rust-analyzer 的分析结果和 Cranelift 代码生成器,v2 号称连 cargo 和 rustc 都不要了。
README 里的数字(都是 v1 的,v2 还没测):
| 改一个函数再编译(Linux x86-64) | cargo build | blaze build |
|---|---|---|
| ripgrep | 508 ms | 56 ms |
| nushell | 1.25 s | 236 ms |
| helix | 2.15 s | 116 ms |
| bun(125 万行 Rust) | 9.11 s | 451 ms |
平均下来是 10 到 24 倍,仓库标题写的「up to 92x」是最好的那一次。HN 上有人照着它 25 组基准算了一遍:中位数 19 倍,最低 3.7 倍。
代价也写在 README 里:一个小项目要占几 GB 内存;它用自己固定的一版 nightly Rust 编译;Windows 没有安装包;借用检查器是新写的,0.1.0 版干脆没有,现在的版本大约能抓到 rustc 三分之二的借用错误。HN 上有人回了一句:「所以现在我们有了 vibechecker。」
star 几乎全来自一周
| 日期 | star | 发生了什么 |
|---|---|---|
| 10-21 | 124 | 首帖之后 |
| 10-25 | 192 | 第二帖「ra-jit 现在能编大多数大型 Rust 项目」(417 赞、2.7 万浏览);24 日已改名 blaze |
| 10-26 | 367 | 改名帖「blazingly fast rust compilation 🔥🔥」;上 GitHub Trending Rust 榜第 8 |
| 10-27 | 514 | 当天(UTC)+889,Rust 榜第 1、全站第 19 |
| 10-28 | 1,598 | 单日 +1,084 |
| 11-06 | 2,003 | 之后每天二三十个 |
(GitHub 每日 star;Trending 名次来自 Trendshift)
最近 7 天只涨了 269,前 7 天是 1,547——这是一次脉冲,不是持续增长。
爆发那天的链条大致是:改名后的第二轮帖子把它推进 Rust 语言榜前列 → 10-27 冲到 Rust 榜第一 → 各语种的开发者大号自己找上门。西语开发者 @FaztTech 当天发了介绍(275 赞、近 1 万浏览),日本 Rust 圈的 @TaKO8Ki 转了(202 赞、1.2 万浏览),中文、日文的小号跟着写解读。
HN 没帮上忙。10-27 另一个账号发了「Incremental rust builds up to 92x faster than cargo/rustc」,29 分,又被标成 dead;置顶评论说这是同一个抄来的仓库第二次发,还怀疑发帖号是买的(没有证据)。11-02 又有人发了一次,4 分。Reddit r/rust 上没找到像样的帖子,也没有媒体报道,只有几个聚合站和 YouTube Shorts 搬运。
10-28,uv 和 ruff 的作者 Charlie Marsh 发帖说,这一类「agent 驱动的 Rust 分支」拿「改完重编要多久」当指标,很失真(122 赞、2 万浏览)。Gazelka 回帖辩护。这把 blaze 拉进了一场更大的讨论,但没有带来第二波 star。
凭什么是它,不是 rustd
做「编译守护进程 + 只重编改过的函数」的不止它一个:
| 项目 | 上线 | 规模 | 和 blaze 的区别 |
|---|---|---|---|
| DioxusLabs/rustd | 2026-09 | 204 star | blaze 的源头,同样 rust-analyzer + Cranelift,「up to 25x」;依赖仍靠 rustc 编 |
| CapSoftware/cinder | 2026-08 | 99 star | 也叫「drop-in Cargo replacement」,没起来 |
| t3dotgg/lust-lang | 2026-10 | 101 star | Theo 做的 Rust 子集编译器,只服务自家项目 |
| rustc_codegen_cranelift | 2018 | 2,169 star | 官方的快速后端,仍走 rustc 全流程 |
| mold / wild | 2020 / 2024 | 1.77 万 / 4,100 star | 只加速链接这一步 |
| sccache | 2016 | 7,900 star | 按编译单元缓存,改一个函数帮助不大 |
| hot-lib-reloader-rs、subsecond、cargo-hot | 2022 起 | 87–762 star | 运行时热补丁,不替换编译器 |
(GitHub,11-06)
和 rustd 比,blaze 的范围确实更激进:整个项目自己编、支持 test 和 bench、拿 cargo、zed、servo、bun、OpenAI 的 Codex CLI 当发布前必须编过的项目,基准曲线每次合并都公开。范围更大,标题里的数字就更大(92 倍对 25 倍)。
但同一个思路、早一个多月的 rustd 只有 204 star,说明决定性的不是技术路线,是作者的分发力和包装:一个所有 Rust 开发者都抱怨的痛点、一个夸张到让人想点进去的数字、拿知名项目做对比、一行 curl | sh 安装、一个能边跑边改规则的生命游戏 demo,再加上一个能玩梗的名字。
还有一层时机。2026 年秋天大家都在看「一个人加 AI 能不能写出编译器」,blaze 是最激进的样本:19 天合并了 1,015 个 PR,作者账号 4,600 多次提交,约 689 个 issue 里 588 个是作者本人开的——那 469 个未关 issue 基本是 AI 的待办单,不是 469 个用户在报 bug(GitHub,11-06;推断)。作者自己在 X 上提过「我们有一个内部的 agent 聊天室」。
关于抄袭的争议:现在 README 的致谢里已经写上了「rustd(DioxusLabs),whose code blaze includes」(11-06 仓库页)。
有多少人知道
很少。传播停在 X 上的 Rust 开发者圈子和几个语种的技术博主,两次 HN 都没上首页,没有大媒体。真实有多少人在日常用它,外面看不出来。公司倒是已经在往生意上走:ix.dev 首页挂的是「blaze 闭测:Fast Rust CI」,README 最后在找「等 Rust 编译等得难受」的团队。
如果是你
判断:C。这套冷启动打法很值得学,但照着 blaze 再做一个「更快的 Rust 编译器」不划算。同思路的 rustd 只有 204 star,blaze 的差距来自作者自带的受众和 YC 公司的全职投入;「AI 重写编译器」这波也已经有 Theo、Cap、Charlie Marsh 这些人在场,新来的很难再被看见。
适合谁:已经在 X 上有几千个开发者关注、手里有一个能用一个数字讲清楚的性能项目的人;或者熟悉某个编译慢、构建慢的生态(Swift、Kotlin、C++、Scala),愿意用 AI 高强度迭代几周的人。
不适合谁:没有受众、想正面做一个「blaze 但更好」的 Rust 编译器的人。这是一个要啃借用检查、链接器、几十个大项目兼容性的工程,blaze 背后是一家公司;而且 Rust 社区对「AI 写的分支」已经有明显反感,HN 两次都标死了它。
怎么做,按值得程度排:
- 学发布,不学品类:标题放一个极端但能复现的数字;README 第一屏拿大家都认识的项目做前后对比;一行安装;一个能当场看到效果的 demo。首发后看反应,名字不好记就改名再推一轮——blaze 第二轮比第一轮大得多。
- 换生态做「慢工具的快替代」:挑一个开发者每天都在等、社区天天抱怨的环节(Swift 编译、Gradle 构建、C++ 增量链接、Python 类型检查之外的某个慢环节),用 AI 快速做一个窄而快的替代,只承诺一件事做对。目标先是那门语言的 GitHub Trending 子榜第一,门槛比全站低得多,上了榜各语种搬运号会自己来。
- 做 blaze 没做好的那块:Windows 支持、和 Bazel 的集成(HN 上就有人想要)、一个中立的「Rust 增量编译基准」仓库,把 cargo、mold、wild、sccache、blaze 放在同一套项目上比。最后这个不用赌技术,正好接上 Charlie Marsh 那场「指标失真」的讨论。
怎么获客:X 为主,作者本人首发,配一段十几秒的前后对比录屏;上了语言榜之后主动把帖子发给几个非英语的技术博主。HN 可以试,但要提前把来源和致谢写在 README 第一屏——fork 别人还说别人的不行,在 HN 一定会被标死。
什么时候之前:第 2 条要赶在「AI 一个人写出某某工具」的新鲜感过去之前,大概是 2027 年第一季度(推断)。之后同类标题会多到没人点。
什么情况说明看错了:① 一个月后 blaze 每天还在稳定涨上百 star,或者 Rust 官方、大项目开始推荐它——说明产品本身有拉力,不只是一次发布脉冲,正面做 Rust 编译工具的空间比这里估的大;② 有没有名气的人用同样的打法在别的语言上做出一个上千 star 的项目——说明这套打法本身就能带流量,第 2 条应该更早动手;③ 反过来,如果下一个「快 N 倍」的 AI 重写项目连语言榜都上不去,说明这个叙事已经被用烂了,连学打法的价值都要打折扣。
数据与出处
GitHub:indexable-inc/blaze 仓库页、README、每日 star(10-21 到 11-06)、贡献者与 issue 统计(11-06);同类仓库 star(11-06)。Trendshift:blaze 每日新增与 Rust 榜名次。X:@andrewgazelka 10-20、10-25、10-26 帖,@FaztTech、@TaKO8Ki 10-27 帖,@charliermarsh 10-28 帖。Hacker News:item 50168220、50254300 及评论。ix.dev 首页。写「推断」「没有证据」的地方是推断和未核实。
研究底稿:竞品表、获客证据、完整研究报告
- 竞品
名字 在哪 上线 规模 它和这家不同在哪 DioxusLabs/rustd 开源 2026-09-12 204 star blaze 从它 fork 而来;rustd 仍需 rustc 编依赖、无 test、25x;blaze 宣称不用 cargo/rustc、范围更大、包装和传播强得多 cargo 自带增量编译 大厂功能 2016 所有 Rust 用户 基线;blaze 只重编改动函数并自带链接器,但借用检查不全、占几 GB 内存 rustc_codegen_cranelift 开源 2018 2169 star 官方快速后端,仍走 rustc 全流程;blaze 用 Cranelift 但自己做前端与增量 mold / wild 链接器 开源 2020 / 2024 17.7k / 4.1k star 只加速链接一环,blaze 替换整条编译链 sccache 开源 2016 7.9k star 编译单元级缓存,对改一个函数的增量帮助小 Dioxus subsecond / hecrj/cargo-hot 开源 2025 cargo-hot 87 star 运行时热补丁,不替换编译器;blaze 的 live edit 是同类能力 rksm/hot-lib-reloader-rs 开源 2022 762 star 要把代码拆成动态库;blaze 直接替代 cargo 命令 CapSoftware/cinder 开源 2026-08-14 99 star 同样定位 drop-in cargo 替代,没有传播 t3dotgg/lust-lang 开源 2026-10-15 101 star 只支持 Rust 子集,服务于 ts-rust - 用户从哪来
- 查实 创始人 X 帖:10-20 @andrewgazelka 'ra-jit 24x faster' ❤926 👁5.7 万;10-25 ❤417 👁2.7 万;10-26 改名帖 ❤158
- 查实 GitHub Trending(Rust 语言榜):Trendshift:10-25/26 Rust 榜第 8,10-27 Rust 榜第 1、全站第 19,当天 +889 star
- 查实 多语种开发者大号转发:10-27 @FaztTech(西语)❤275 👁9.8k;@TaKO8Ki(日本)❤202 👁1.2 万
- 查实 Hacker News:10-20 作者自发(13 分)、10-27 0x1997 发(29 分)均被 flag 成 dead,评论指控抄 rustd;11-02 再发 4 分。只有搬运号带来少量流量
- 查实 改名 + 社区梗:10-24 ra-jit 改名 blaze,'Blazingly fast Rust, literally',改名后第二波远大于第一波
- 查实 聚合站 / 短视频搬运:faun.dev、news.lavx.hu、isvworld、YouTube Shorts、Facebook Daily Finds Dev
indexable-inc/blaze:为什么 18 天拿到 2000 star
研究日期 2026-11-06。数据来源:我们的 github 库 / hackernews 库 / x 库(agent-im 服务器)、GitHub API、HN 官方 Firebase 接口、Trendshift、Jina 搜索/读网页。
一句话
blaze 是 YC 春季 2026 批次公司 Indexable(创始人 Andrew Gazelka,前 xAI 工程师、Minecraft 万人服引擎 hyperion 的作者)做的 Rust 编译器/构建工具:常驻守护进程把整个项目编译状态留在内存里,改一个函数只重编这个函数、用自己的链接器重新链接,号称比 cargo build 增量快 10–24 倍(标题写"up to 92x")。star 几乎全部来自 10-20 到 10-28 这一周:创始人自己的 X 帖 + 一个极强的数字标题 + GitHub Trending Rust 榜第 1 + 西语/日语开发者大号转发。它是 2026 秋天"让 AI agent 重写编译器"那波潮流里声量最大的一个。
1. 基本数据
- 建库 2026-10-19 23:31 UTC(最初叫 ra-jit,10-24 改名 blaze,同一个库),Apache-2.0,首页 ix.dev/blaze。
- 2026-11-06:2003 star(GitHub API 当时 2030)、70 fork、open issues 469(数据卡)。
- 逐日 star(我们的 github 库 repo_day,按快照日):10-21 124 → 10-25 192 → 10-26 367 → 10-27 514 → 10-28 1598(单日 +1084) → 11-01 1811 → 11-06 2003。近 7 天 +269,前 7 天 +1547,已明显回落。
- Trendshift 按 UTC 自然日:10-20 +39、10-24 +50、10-25 +167、10-26 +195、10-27 +889、10-28 +192,之后每天 20–50。10-25、10-26 上 Trendshift Rust 榜第 8,10-27 Rust 榜第 1、全站第 19,10-28 Rust 第 22,之后不再上榜(https://trendshift.io/repositories/312802)。
- 开发方式:19 天合并 1015 个 PR(Trendshift);贡献者 andrewgazelka 4608 次提交,第二名是 github-actions bot 115 次,其他人都是个位数到二十几(GitHub contributors API)。约 689 个 issue 里 588 个是作者本人开的(GitHub 搜索
author:andrewgazelka),基本是 agent 自己开的工作单。469 个 open issue 不代表 469 个用户在报 bug,而是 agent 开发流程的待办表;作者在 X 上说"we have an internal agent chatroom"(2026-10-27)。
2. 竞品(做同一件事:让 Rust 改完代码重编更快)
| 名字 | 形态 | 上线 | 规模 | 和 blaze 的区别 |
|---|---|---|---|---|
| DioxusLabs/rustd | 开源 | 2026-09-12 | 204 star(github 库) | blaze 的前身:同样基于 rust-analyzer + Cranelift 的编译守护进程,"up to 25x faster",自称大部分 AI 写的;仍然要 rustc 编依赖、固定 Rust 1.99。ra-jit 从它 fork 出来,blaze v2 进一步宣称"不要 cargo 也不要 rustc"。rustd 名气、包装、传播都远不如 blaze |
| Dioxus subsecond / dx 热补丁、hecrj/cargo-hot | 开源 | 2025 起 | cargo-hot 87 star | 运行时热补丁函数,不替换编译器;blaze 的"live edit ~20ms"是同一类能力 |
| rksm/hot-lib-reloader-rs | 开源 | 2022 | 762 star | 把代码拆成动态库热加载,要改项目结构 |
| rustc_codegen_cranelift | 官方开源 | 2018 | 2169 star | 官方的快速代码生成后端,仍走 rustc 全流程 |
| mold / wild 链接器 | 开源 | 2020 / 2024 | 17.7k / 4.1k star | 只加速链接一环 |
| sccache | 开源 | 2016 | 7.9k star | 缓存整个编译单元,对"改一个函数"的增量帮助小 |
| cargo 自带增量编译 | 官方功能 | 2016 起 | 所有 Rust 用户 | 基线;blaze 所有数字都是"比 warm 的 cargo 增量快" |
| CapSoftware/cinder | 开源 | 2026-08-14 | 99 star | 同样叫"drop-in Cargo replacement…dramatically faster",几乎没起来 |
| t3dotgg/lust-lang | 开源 | 2026-10-15 | 101 star | Theo 做的 Rust 子集编译器 + 增量守护进程,只为自家 ts-rust 服务 |
| Bazel rules_rust | 开源 | 2016 | 854 star | 大型单仓的构建系统,HN 有人说 Bazel 编 Rust 比 cargo 好 |
要点:"编译守护进程 + 只重编改动函数"这条路 blaze 不是第一个,rustd 早一个多月、思路几乎一样,只拿了 204 star。blaze 跑出来靠的不是独家思路。
3. 增长:star 从哪儿来
时间线(北京时间,X 数据来自 x 库/实时查询):
- 10-20 12:58 创始人首发:@andrewgazelka "24x faster Rust compilation powered by rust-analyzer. nix run github:indexable-inc/ra-jit" ❤926 🔁52 👁5.7 万。当天 star 到 ~124。同日他本人在 HN 发帖(item 50168220,13 分),被指"3 小时前刚 import 了 rustd,README 却写'已经超越 rustd,用 ra-jit 别用 rustd',很不厚道",帖子被 flag 成 dead(HN Firebase:dead=true)。
- 10-25 00:31 第二帖:"ra-jit now compiles most large rust projects" ❤417 👁2.7 万。Trendshift 10-25 进 Rust 榜第 8。
- 10-24 改名 blaze;10-26 23:32 作者引用 @rustaceans_rs "ra-jit got renamed to Blaze!" 发"blazingly fast rust compilation 🔥🔥" ❤158 👁1.3 万。名字本身玩了 Rust 社区"Blazingly fast"梗。
- 10-27 爆发日(UTC +889):
- 11:09 HN 帖 "Incremental rust builds up to 92x faster than cargo/rustc"(item 50254300,用户 0x1997,29 分)再次被 flag 成 dead;置顶评论说这是"第二次发这个抄来的库,换了名字……上次用个人号,这次用买来的号?"(指控未核实)。Betterhn20 等 HN 搬运号照样转了。
- 11:49 西语开发者大号 @FaztTech 介绍 blaze ❤275 👁9.8k;23:51 日本 Rust 圈 @TaKO8Ki 转发 ❤202 👁1.2 万;中文、日文小号跟写解读。
- GitHub Trending:Trendshift 记录当天 Rust 榜第 1、全站第 19。
- 10-28 起只有长尾:Charlie Marsh(uv/ruff 作者)10-28 发"这些 agent 驱动的 Rust fork 用'改完重编时间'当指标很失真"❤122 👁2 万,作者回帖辩护——等于把 blaze 拉进了更大的讨论,但没带来第二波。之后 faun.dev、news.lavx.hu、isvworld 这类聚合站和几个 YouTube Shorts / Facebook 搬运视频零星报道。11-02 jakubadamw 又发了一次 HN(4 分)。
- 11-05 作者开源 blaze 的 harness(基于 Flecs 的原生应用)❤100,没再带动 star。
渠道判断:HN 两次都被 flag 死,主要流量不是 HN,而是创始人 X 帖 → 涨星进 GitHub Trending Rust 第 1 → 各语种开发者大号转发 的正反馈。没有看到广告、Reddit r/rust 大帖(Jina 搜索未找到)或媒体主动报道。
4. 为什么能跑出来
- 一个所有 Rust 开发者都痛的点 + 一个极夸张的数字:Rust 编译慢是社区第一大抱怨,"92x faster""rebuild in milliseconds""type blaze wherever you'd type cargo"——一句话就懂、想试。README 用 ripgrep 508ms→56ms、bun 9.11s→451ms 这类知名项目做对比,可信度包装做得很足。
- 创始人有现成的 X 受众和技术信誉:hyperion(万人 Minecraft 服引擎)、前 xAI、YC P26,首帖 5.7 万浏览、926 赞,冷启动直接拿到第一批 100+ star。
- 改名 + 二次发布 + 社区梗:ra-jit 这个名字没人懂,改成 blaze("Blazingly fast Rust, literally")后再推一轮,正好把 star 推上 GitHub Trending Rust 第 1,Trending 又带来多语种大号转发。
- 时机:"让 agent 重写编译器"的风潮:同期有 Theo 的 ts-rust(1614 star)、lust-lang,Cap 的 Tov/cinder,Charlie Marsh 专门点评"agent 驱动的 Rust fork"。大家正在看"AI 一个人能不能写出编译器",blaze 是最激进的样本(19 天 4600+ 提交、自己的前端/借检查器/链接器,"no cargo, no rustc")。
- 低门槛试用:
curl | sh、nix run …#life的可现场改的生命游戏 demo,和 cargo 命令一一对应。
5. 差异化
- 和 rustd(它的源头)比:rustd 还要 rustc 编依赖、没 test、只做 Linux/macOS 原型;blaze 宣称整个项目自己编(v2 不要 cargo/rustc)、支持 build/check/run/test/bench、拿 cargo、zed、servo、bun、Codex CLI 当发布门槛、公开逐次基准曲线。真正的差异是"更激进的范围 + 远强的包装和传播",而不是技术路线本身。
- 和热重载类(subsecond、hot-lib-reloader)比:不需要改项目结构,直接替代 cargo 命令。
- 是不是跑出来的原因:部分是。范围更激进让标题数字更大(92x vs rustd 的 25x);但同思路的 rustd 只有 204 star,说明决定性因素是创始人的分发能力和包装,不是独家技术。
- 代价/风险(HN 评论与 README 自述):借检查器不完整(0.1.0 没有,main 上约能抓到 rustc 2/3 的借用错误)、几 GB 内存、固定自带 nightly 工具链、v2 还没测速、Windows 无安装器;被指控抄 rustd 且最初没在许可证里致谢。Charlie Marsh 质疑"重编时间"指标本身。
6. 现在被多少人看见
- 小圈子里在传:Rust/X 开发者圈(作者帖最高 5.7 万浏览,FaztTech、TaKO8Ki 转发),几家聚合站报道;HN 两次被 flag 没上首页(我们的 HN 库里都没有收录,分数未达门槛/已 dead)。没有大媒体报道。
- 不涉及收入;但公司已经把它做成生意:ix.dev 首页从 YC 资料里的"agent 沙盒基础设施"变成了"blaze closed beta: Fast Rust CI",README 也在招"fast Rust CI and remote builds"的团队。
- 跟风:没看到抄 blaze 的;同期同类(rustd、lust-lang、cinder)都是平行项目,且 star 都远低于它。
7. 可借鉴
- 开发者工具的冷启动公式:一个可量化、极端的对比数字放标题 + 知名项目做基准 + 一行安装 + 可视化 demo;创始人本人 X 帖首发。
- 名字不行就改名再发一轮:ra-jit → blaze 后第二波比第一波大得多。
- 把 GitHub Trending 语言榜当放大器:先在小语种榜(Rust 榜)冲第一,门槛比全站低得多,上榜后各语种搬运号会自己来。
- 用 agent 高频迭代(1000+ PR/19 天)本身也是故事和信任信号(公开基准曲线、发布门槛)。
- 反面:fork 别人项目还贬低原作,在 HN 会被 flag 死;要在 README 和许可证里正式致谢。
8. 不确定
- 真实使用量未知:star 不等于用;issue 大多是作者/agent 自己开的,外部用户报告约百条量级(未细分)。
- "92x"与 v2 的实际性能未核实,README 自己写 v2 未测。
- HN 第二次发帖者是否是"买来的号"只是评论指控,未核实。
- 10-27 当天各渠道(Trending、X 大号、HN 搬运)各自带来多少 star 无法拆分。
- 与 rustd 的许可/致谢纠纷后续如何(README 目前在 Credits 里列 rust-analyzer、Cranelift,未细查是否列 rustd)。