跳到正文
Hacker News· linsomniac·· 4 小时前AI 评分67

Atuin 18.24 推出 Threads,跨机器同步并恢复智能体会话

Atuin Threads: All your agent sessions on every machine

AI 导读

Atuin 18.24 起推出 Threads,可跨机器搜索智能体会话、在任意设备恢复,或把会话 fork 到另一个智能体框架,例如在开发服务器的 Claude Code 里开始任务、再到笔记本的 Codex 里继续。

正文 · AI 翻译
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+ 中推出

  1. 使用 curl --proto '=https' --tlsv1.2 -LsSf https://setup.atuin.sh | sh 安装或更新 Atuin
  2. 运行 atuin resume 开始使用
  3. 使用 atuin mcp install 配合 MCP

如有任何问题或反馈,请随时联系我们!

来源:Hacker News · blog.atuin.sh