Atuin Threads：让 AI 会话跨设备无缝续写
Atuin Threads: All your agent sessions on every machine
过去两年，我的终端使用习惯发生了巨变：如今超过一半的命令并非由我亲自输入，而是由 AI 代理生成。然而，这些宝贵的代理会话往往散落在不同的工具和机器上，难以检索且极易被遗忘。为了解决这一问题，我们推出了 Atuin Threads。从 Atuin 18.24 版本开始，你可以像在终端历史中一样，跨设备搜索、同步并恢复你的代理会话。无论是在 dev 服务器上启动的 Claude Code，还是在笔记本电脑上继续的 Codex 任务，所有上下文都能完整保留。通过端到端加密同步，你的工作记录不仅安全，还能被 AI 代理通过 MCP 直接检索，让过往的探索成为未来的基石。
Shell history has always been an excellent record of what happened, but it's only the surface. It never kept the reasoning… or the intentions behind what I was trying to do.
HN 评论区
63- NelsonMinar
目前还不清楚 Claude 的哪些状态适合同步，哪些应该保留在单台机器本地。我正在用 syncthing 做类似的事情，试图保留 agent 会话历史，但其中一些小部分时不时会出错。我还没细看 Atuin 的这个新功能，它是否真的清楚哪些内容值得同步？
- nzoschke
我刚开始在 Superlogical Rex 里构建自己的版本。
决定在哪里接入有点难。
Rex 有事件（events），harness 有钩子（hooks），终端输出可以设置程序状态，git 也有钩子。
我不确定是否真的想保存来自每台机器的每一个会话。那会产生大量噪音，尤其是当一半的编程会话都是实验性或一次性时。
但另一方面，数据量也不大，很容易用 ripgrep 或 LLM 进行检索。
- baalimago
我怀疑这是那种“每个人”都自己搞过一套方案的问题。包括我！
我构建了 slivingdoc[0]，采用了一种替代方案：不是同步精确的会话（这些会话通常噪音很大，用处也不大），而是让 agent 获得一个“活文档”，该文档由 s3（“无限”存储）支持自动合并冲突解决。其思路是提示 agent 将上下文总结为 slivingdoc，作为普通的 utf-8 文件。这样一来，你只需在所有支持它的 harness 中添加 stdio MCP 服务器，它就能直接工作！
有些 harness 对这个概念极度兴奋。Codex 甚至无需任何提示就能开始沟通。这个想法源自通过所有 openAI 黑客手段启用 agent 论坛的实践。
[0]: slivingdoc.dev
- hugmynutus
我很喜欢 Atuin 几周，直到我发现它没有正确处理 `EFSRO`（错误：文件系统只读）。所以当我的 `/home` 挂载出现 raid 阵列磁盘故障时，我的本地 shell 就崩了。这个问题已经挂了一年多。相当令人失望。
- kristopolous
我的版本非常 Unix 风格：
$ ctools resume ssh://laptop.local/code/project
它会连接到 laptop.local，查找该路径下完成的会话，找到最近的一个，复制到本地并恢复。
还有 ls、grep、copy、cat……看起来和感觉就像现有的工具，这正是重点。
这里重要的是工作流，而我首先是终端优先。
我很快会把它做得更炫酷。