Atuin 18.24 推出 Threads,跨机器同步并恢复智能体会话
Atuin Threads: All your agent sessions on every machine
Atuin 18.24 起推出 Threads,可跨机器搜索智能体会话、在任意设备恢复,或把会话 fork 到另一个智能体框架,例如在开发服务器的 Claude Code 里开始任务、再到笔记本的 Codex 里继续。
Atuin Threads: one searchable, synced history for every agent session, on every machine在 Claude Code 中启动一个任务,然后在另一台机器上用 Codex 继续它——所有上下文都完整保留。安装后运行
atuin resume
0:00
/0:13

在过去一两年里,我使用终端的方式发生了巨大变化。多年来,我一直是 shell 的唯一用户,Atuin 历史记录里的所有内容都是我写的。而现在,我机器上运行的命令中有一半以上不是我写的。
如今,我的大部分工作都通过编码智能体完成,输入在一个小小的“颠倒”文本框里。但是,虽然我的 shell 历史记录如影随形,我的智能体会话却并非如此。它们分散在不同的工具和机器上(一台笔记本电脑、一台开发服务器、exe.dev 上的临时实例、德国一台便宜得令人惊讶的裸金属服务器),难以搜索,而且一旦我转向别的事情,往往就被遗忘了。
这是一个熟悉的问题!
我开始开发 Atuin,是因为我的工作历史是短暂的:我输入的每一条命令都注定会在 .bash_history 的第 501 行消失。但一旦这些工作被索引、永久保存并且易于回忆,我就能在几秒钟内找到多年前用来修复某个问题的确切命令。
多年来,这些数据不断累积。它成了我所有工作的历史,记录了我如何解决问题、如何构建东西。
Shell 历史记录一直是记录所发生事情的绝佳方式,但它只是表面。它从未保留推理过程……或我试图做的事情背后的意图。只有当我记得命令的一部分时,我才能找到它,尽管我往往更容易记得自己想要实现什么。
智能体会话存储了这一切。每一条命令、它的输出、我的意图,以及我一路尝试直到最终解决方案的所有过程。这一切都在那里,用平实的英语写在我的主目录里!但就像多年前的 shell 历史记录一样,我们并没有把它利用起来。
Atuin Threads
这就是我们构建 Atuin Threads 的原因。
从 Atuin 18.24 开始,你可以跨机器搜索你的智能体会话,在任何地方恢复它们,或者将会话分叉到不同的智能体框架中。在开发服务器上的 Claude Code 中开始某件事,然后在笔记本电脑上的 Codex 中完成它。
在幕后,这是 Atuin 的自然延伸。我们投入了大量时间和精力来构建一个可靠、加密的同步引擎。它是通用的,可以同步任何可以建模为仅追加日志的内容。事实证明,大多数 AI 会话正是如此。
与 shell 历史记录一样,Threads 在同步时是端到端加密的,因此我们无法读取你的会话。你可以使用我们的托管同步服务器、运行你自己的服务器,或者将所有内容保留在本地。捕获智能体会话也是选择加入的。
运行 atuin resume,完成设置后,你就会看到本文顶部的 TUI!
你从哪个智能体开始并不重要——你可以在任何地方恢复它。借助 Atuin 的同步,这可以跨设备工作,并让你的历史记录永久备份。
目前,我们支持
- Claude Code
- Codex
- Pi
- Omp
- OpenCode
更多智能体即将推出。
MCP
借助 MCP,智能体可以自行搜索和引用之前的会话。它们可以找到你以前做过的工作,理解决策的原因,并在之前的调查基础上继续,而无需重新挖掘上下文。
我们的 MCP 以 atuin mcp 的形式提供,可以通过以下方式自动安装
atuin mcp install claude/codex/pi/opencode
有各种各样的方法可以利用这段历史。几个例子:
从未交付的工作
过去几个月里,我对我们的引导和设置流程进行了多次迭代,但始终不太满意。现在当我让智能体处理引导流程时,它会找到我此前所有的尝试,以及这些尝试为何被放弃、还有哪些可以做得更好的地方。
这些会话中包含了从未进入 main 的代码,以及我最初的提示词和迭代过程。后续的智能体可以利用这些内容准确弄清我想要什么,而无需我撰写一份庞大的规格说明。
对象存储故障
鉴于最近行业内出现的各种安全问题,我们作为预防措施轮换了密钥。其中一个新的对象存储密钥没有头像上传所需的正确权限!我们没有立刻发现 😬
我的每日 Sentry 分诊智能体发现了这个问题,并将故障追溯到当天早些时候运行的一条命令。我还没来得及读它,但用
看到一些 tigris 头像问题?
提示另一个智能体后,该智能体发现了之前的调查,突出了原因,并比从头开始做要快得多地制定了修复方案。
跨机器分叉线程
在发布 Threads 之前,我在各种机器和配置上做了一些测试。
有一台机器表现不佳。进行调查的智能体提出,这是因为 IO 性能差,但需要更快的磁盘来确认。
我将会话分叉到我的 MacBook 上,它从上次中断的地方精确地继续。借助更快的 SSD,调查得出结论:磁盘慢只是部分原因——我们还可以在其他地方加快导入速度。
基准测试完成后,在原机器上运行的线程可以从 Mac 拉取结果并构建修复。我无需复制粘贴任何内容,也无需跨机器协调,而且这些数据现在已成为我工作记录的一部分。
团队
虽然这对独立工程师来说非常有用,但在团队中会变得更有意思。
我们所做的很多事情从未进入 Git、问题跟踪器或文档。这些工作背后的上下文最终分散在各个智能体会话中。如果团队其他成员也能从中学习呢?如果我们能像 Git 分支一样移交智能体线程呢?
我们正在为团队构建可选的会话共享功能,并很想听听日常使用智能体的人们的意见。如果这听起来对你有用,请联系我们!
虽然智能体已经彻底改变了我的日常工作流程,但 shell 历史记录不会消失,而且可以说比以往任何时候都更有用。Threads 是当初催生 Atuin 的同一理念的延伸——你的工作历史应该是有用的、可访问的,并且归你所有。
Threads 已在 Atuin 18.24+ 中推出
- 使用
curl --proto '=https' --tlsv1.2 -LsSf https://setup.atuin.sh | sh安装或更新 Atuin - 运行
atuin resume开始使用 - 使用
atuin mcp install配合 MCP
如有任何问题或反馈,请随时联系我们!
来源:Hacker News · blog.atuin.sh