每日文摘

深挖 · atlas:给 agent 用的源代码管理,登顶 Trending 的反 worktree 异类

多 agent 并行编码工作台是 2026 年上半年洗牌最快的赛道:云端编排器 Terragon 关停、Crystal 弃用更名、Bloop 倒闭连累 28k star 的 vibe-kanban 转社区维护。就在这个当口,一个反 worktree 的异类——pacifio/atlas,口号 “Source control for agents”——在 2026-09-02 登顶 GitHub Trending #1(Trendshift)。它的卖点不是「隔离并行」而是「归因」:把每个 commit 回链到产出它的 agent session,再给所有 agent 配一层不出机器的共享记忆。这个组合值得拆开看。

是什么

一句话:macOS 桌面应用(Tauri + Rust,MIT,27MB dmg,2.9k★),让 Claude Code、Codex、任意 ACP registry agent 在同一个 workspace 并行工作,同时把「谁改的、为什么改」记进可查询的数据库(README)。

它对准的是每个多 agent 用户都遇过的三件事(Why Atlas):agent 写完代码就丢掉背后的推理过程;每次会话从零开始;换一个 agent 上下文全丢。Atlas 的回答是记录——每个 session 的 prompts、tool calls、reasoning 落进项目内 .atlas/sessions.db,每个 commit 链回产出它的那个 session。

作者 pacifio = Adib Mohsin,达卡的个人开发者(挂自设 org antarys-ai),2019-2021 年做 Flutter 开源,2026 年 3 月起密集转向 AI 工具方向;他自述「2026 年起没手写过一行代码」,整个项目是 vibe coding 出来的(GitHub、r/ClaudeCode 发布帖)。仓库 2026-05-14 创建,四个月 612 commits、32 个 release,目前 v0.3.x alpha。

核心机制(技术)

归因引擎:自研核心,也是全仓最见功力的部分

多 agent 架构:Zed 的移植 + 一个刚换引擎的「自带 agent」

Agent 栈大方承认是 Zed 的移植:外部 agent 作为 ACP(JSON-RPC over stdio)subprocess 运行,统一挂在一个 AgentConnection seam 后面,「按 agent 身份分支是被禁止的」(ARCHITECTURE.md)。Claude Code 复用本机 claude CLI 与订阅,Codex 继承 ChatGPT 登录,OpenCode/Cursor/Kilo 首次选用时自动安装。

值得注意的变化:自带的 native agent 已在 2026-08-27(ADR-0003)删掉自研 Cersei 引擎,换成 OpenAI Codex 的一次性硬 fork——vendor 进来约 104 万行 Rust,明确不追上游、不 rebase,每个 bug「永远归我们」自己修(ADR-0003)。而 README 和官网至今仍写着 “runs in-process on Cersei”——只读 README 会被误导,这是评估时必须知道的文档滞后。

共享记忆:per-repo、on-device、跨 agent

本地跑 all-MiniLM-L6-v2(384 维,candle 推理,Metal 优先 CPU 降级)把知识笔记、AGENTS.md、CLAUDE.md、各 agent 的 memory 文件 embed 进 usearch HNSW 索引,加一路图记忆三路融合检索;会话结束后用 LLM 蒸馏成持久记忆。卖点是「Claude Code 的 memory 对 Codex 可见,反之亦然」(atlas-memory/README)。

工程质量

剔除 vendor 后约 21 万行(Rust 11.3 万 + TS/TSX 9.8 万):21 个 workspace crate、354 个 IPC verb、1315 个 Rust 测试函数(checkpoint 测试对着真 SQLite + 真 git 仓库跑)、per-crate CI 矩阵、8 份带反转条件的 ADR、34 天发了 10 个 release、commit 全部 GPG 签名(ci.yml、releases)。这个内功在 alpha 项目里是第一梯队。代价是:全仓真实体量约 116 万行 Rust,九成是 vendored Codex 与移植代码,自研核心其实集中在 checkpoint、memory 和前端三块。

怎么跑起来(环境)

数据说话(评测)

先看热闹再看门道:

值不值得跟

差异化是真的:「session↔commit 双向可查的 provenance 数据库 + 观察式归因 + patch-id 对账 + 跨 agent per-repo 记忆」这个组合,在本次调研覆盖面内未发现同类——worktree 工具做隔离、Claude Code/Cursor/Cline 的自带 checkpoint 是 session 级快照(官方自称「不是版本控制」)、mem0/Letta 做的是跨会话通用记忆,都没踩这个交叉点。

风险也是真的:checkpoint 正在成为 agent 产品标配,记忆能力在向 agent 本体回流,「多 agent 壳」本身是刚洗过牌的赛道——Atlas 的三张牌每一张都可能被上游 agent 或编辑器「顺带做掉」,窗口期取决于 provenance 查询与跨 agent 记忆能否先跑出粘性。

对本地优先 + CLI 重度用户的适配判断:架构契合(本地 SQLite、写盘前 scrub、on-device embedding、遥测可关),Mac 上 dmg 零成本可试;但注意它的编排范围是「实现了 ACP 的 agent」——如果你的主力 agent 不在 ACP 支持列表里(本次调研时 ZCode 等 CLI 均无 ACP 证据),Atlas 对你就只是 Claude Code/Codex 的并行壳。合理的姿势:非核心仓库装来实测 checkpoint 与多 agent 稳定性,第一手体验比 2.9k★ 可靠;观察三个信号——star 留存(2-4 周是否回落)、你的主力 agent 是否支持 ACP、第三方横评是否开始收录它。即使不adopt,provenance 数据库与 per-repo agent 记忆这两个概念,对自己的 agent 工作流也有借鉴价值。

参考阅读