【免费下载链接】blazeIncremental rust builds up to 92x faster than cargo/rustc项目地址https://gitcode.com/gh_mirrors/blaze38/blaze点击查看免费下载blaze 是一款Rust 增量编译工具编辑后重建速度最高可达 cargo/rustc 的 92 倍。而它最新的 blaze-next 路线图 揭示了一个更大的野心不再只是更快地编译人写的代码而是为 AI 编程 Agent 重新设计整条构建流水线——内容寻址 Merkle 树虚拟文件系统、无 IO 核心、逐函数失效传播、原地补丁与结构化 Agent API。本文将带你深度解读这份路线图的关键设计、实测数字与落地顺序。一、为什么Agent 才是用户路线图开宗明义这是为没有按键的 LLM 做增量编译/运行。人类在 IDE 里一次敲一个键、逐次提交修订而 Agent 的编辑是整文件写入或多文件补丁、成批到达、多个 Agent 并发进行等待的也不是波浪线而是结构化的结果带位置的诊断、测试运行与跳过原因、运行输出。人类 IDE编程 Agent编辑形态单个按键、流式Write/Edit/apply_patch成批一致性每个按键一个修订事务要么全看到要么全看不到投机边打字边编译在应用前评估补丁可同时跑多个候选计数指标按键到波浪线工具调用到结构化结果这份对比表决定了 blaze-next 的每个设计取舍详见 docs/roadmap.md 的 Who it is for: coding agents 一节。二、核心目标把一次编辑压到 20–30 ms ⚡当前 blaze 在 nushell 上一次函数体编辑约需258 ms其中大头竟不是编译而是记账察觉编辑35 ms、salsa 重验证、等待借用检查、链接等。路线图给出了各阶段的地板价阶段现状地板目标手段事务到达 daemon35 ms0.3 ms套接字请求不起进程找出变更项21–23 ms1–2 ms根哈希 diff 项哈希失效传播— 1 ms沿依赖图推送未到不改类型推断 MIR 代码生成155–200 ms15–25 ms只算真正变化的函数借用检查 / 诊断35–76 ms0路径外代码先到错误再回滚链接14 ms1–2 ms原地补丁不链接合计258 ms约 20–30 ms三、VFS一棵内容寻址的 Merkle 树 这是 blaze-next 的地基。文件系统的真相不再是磁盘上的文件而是 daemon 里一棵按 BLAKE3 哈希寻址的 Merkle 树节点不可变、以哈希命名一次写入只复制文件→根这条路径其余子树全部共享没有 overlay——Agent 分支、what-if 候选、git 提交都是根一个哈希相同部分天然共享构建锁定一个根天然是完整一致的快照变了什么 两个根的 diff只沿哈希不同的路径下探。在 nushell2,240 个文件、15.1 MB上的实测merkle-proto-nushell.txt整树 BLAKE3 哈希仅 10.5 ms三文件事务 135 µs两个根的 diff 只要 11 µs。磁盘退化为一个输入、一个投影——watcher 把磁盘写入变成事务根再投影回目录普通工具git、rg照常工作。四、隔离方案ix VM fork 与新根各干各的活ix VM fork写时复制最好 1.7 s 一次用于不可信代码与整活级隔离如 CI 每次 push 一个 fork新根微秒级任何 Mac 上都能跑用于 what-if 构建、N 个候选并发、本地多 Agent 共享同一个热 daemon明确不用fork(2)复制 daemon——多线程进程 fork 会带着所有线程的锁得不偿失。五、无 IO 核心可确定性模拟的编译器状态机 核心VFS、失效、调度、存储索引、协议编解码、补丁规划被设计成不接受 IO/时钟/线程的同步状态机输入事件、输出效果。三个后端跑同一套逻辑后端用途模拟测试/CI/fuzzing虚拟时钟、可重放崩溃与撕裂写线程macOS 默认、可移植io_uringLinux冷 fork 缺页、CI、VFS 日志组提交sans-IO 最大的收益不是速度而是确定性地模拟 daemon多个 Agent 并发事务、fsync 前崩溃、客户端中途消失……这些场景今天根本测不到。io_uring 何时上默认同一台 Linux 机器上跑赢线程后端才上。六、逐函数推送式失效 状态即镜像 当前 salsa 是拉式验证一次签名编辑要遍历 3,060 万条边。blaze-next 改为从 diff 向前推送并引入早截止项函数/结构体/impl/宏调用自带文本与解析目标的哈希变了才标记重算后结果哈希没变 → 停止传播。体编辑停在函数签名签名编辑停到推断结果不变的调用者处签名编辑只重推断真实的调用者而不是今天的全量 106,256 个实例。配合状态即镜像daemon 的依赖图、VFS 节点池、编译索引以位置无关的节映射使用。nushell 的 35.4 s 热重启目标是降到 1 秒内——不靠读得更快而靠根本不用解码。七、自己拥有二进制编辑路径上零链接 splice 机制将补丁直接写进正在运行的程序docs/live.mdblaze-next 让它在关键路径上完全不链接补丁代码就位、回复先走借用检查与诊断在旁边跑出错才回滚——运行中的程序永远不会持有其源码编译不过的代码。八、Agent 友好what-if、Best-of-N 与无 MCP 的 Agent API what-if 建在根上Agent 提议补丁blaze 在一个不动 HEAD、不碰磁盘的新根上构建/检查/测试采纳即移动 HEAD无需第二次构建Best-of-NN 个候选根并发共享一切未变化节点被放弃的候选即时取消不用 MCP。Agent API 是单一版本化 schema走Unix 套接字/HTTP 上的确定性 CBORcrates/blaze-protocol/一个值只有一种字节表示请求、事务、诊断、测试结果都能像根和函数一样进内容寻址存储、跨 daemon 逐字节一致。核心调用包括apply(base, ops) - root、check(root)、build(root)、test(root, filter)、what_if(base, ops, then)等结果带 span 的诊断、机器可应用的修复可直接回传apply、每个测试为何运行/跳过的原因。blaze自身也变成这套 socket 的瘦客户端。这类结构化构建发生了什么视图由 blaze ui 提供其数据模型同样面向 Agent 消费。九、Lints把 clippy 搬进流水线 blaze 从不运行 rustcclippyrustc driver没法直接跑。路线图的方案是在 blaze 自己的 HIR/类型/MIR 上按函数运行 lintclippy 当前 840 条 lint 中 498 条默认开启先移植 correctness suspicious 共 153 条找 bug 的再移植其余354 条提供机器可应用的修复以编辑事务形式给出——Agent 可直接应用或作为 what-if 尝鲜。差异测试保证与 clippy 的 span 和消息逐条一致。十、落地顺序一个集成分支八条工作流 ✅交付方式极简单一集成分支blaze-next 一个持续更新的草稿 PR工作流以--no-ff合入main 每日合入全部门禁与差异测试全绿后整体落地。八条工作流按依赖排序每条都有明确的测量门槛或杀死标准#工作流通过标准1sans-IO 核心 模拟/线程后端 Merkle VFS10⁶ 种子下不丢事务nushell 事务 1 ms2daemon 接收事务watcher 降为唯一磁盘输入套接字路径 察觉→应用 1 ms3根 diff 驱动的失效推送重验证占比 38% → 5%3b计算面不可变快照 工作窃取调度同任务跑赢 rayon确定性运行哈希一致4Agent API 结构化结果Best-of-4 候选 单候选 2 倍5诊断出关键路径 无链接补丁refuse-and-link 28 ms → 3 ms6状态镜像nushell 热重启 1 s7io_uring 后端冷 fork 启动跑赢线程后端否则不做默认写在最后blaze-next 的本质是一次视角转换构建系统的第一用户正从IDE 里的人类变成以事务批量提交代码、以结构化结果为食的 AI Agent。Merkle VFS 让编辑可原子、可分支、可投机sans-IO 核心让这一切可确定性验证20–30 ms 的编辑地板则让 Agent 的改—验循环快上一个数量级。对普通开发者而言收益同样实在更快的热重启、无需链接的原地补丁、内置的 lint 检查。路线图全文见 docs/roadmap.md其引用来源与实测脚本收录在 docs/upstream/roadmap/含 SOURCE.md现有架构可参阅 docs/architecture.md实测基准见 docs/benchmarks.md。blaze 的下一步是让 Rust 构建真正跟上 AI 编码的速度。赞分享【免费下载链接】blazeIncremental rust builds up to 92x faster than cargo/rustc项目地址https://gitcode.com/gh_mirrors/blaze38/blaze点击查看免费下载相关推荐Foldkit 1.0路线图深度解读这个TypeScript前端框架未来要去向何方Foldkit 1.0路线图深度解读这个TypeScript前端框架未来要去向何方 Foldkit 是一个构建在 Effect 之上的 TypeScriptAgent Substrate 路线图深度解读从核心架构决策到高密度 Agent 运行时演进方向Agent Substrate 路线图深度解读从核心架构决策到高密度 Agent 运行时演进方向 Agent Substrate 是一个面向大规模 AgentAI Agent人工智能云原生容器运行时零信任后端Unity 微信小游戏视频播放实战2 种方案与黑屏、跨域错误的一套排查法Unity 微信小游戏视频播放实战2 种方案与黑屏、跨域错误的一套排查法 做微信小游戏时视频播放卡顿、真机黑屏、播放完内存不回落这些是 Unity WebG游戏开发移动开发WebAssembly上一篇Shelly 是如何工作的一文读懂其包管理核心架构与设计理念下一篇蓝鲸 CMDB 集群模板服务实例查询接口实战基于 set_template_id 分页检索服务实例创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考