Atuin 线程：每台计算机上的所有代理会话

Atuin 线程：每台机器上每个代理会话的可搜索、同步历史记录在 Claude Code 中启动任务，然后在另一台机器上的 Codex 中恢复它 — 所有上下文都完好无损。安装，然后运行 ​​atuinresume 在过去的一两年里，我使用终端的方式发生了巨大的变化。多年来，我是我的 shell 的唯一用户，我的 Atuin 历史记录中的所有内容都是我创作的。现在，我的机器上运行的命令有一半以上不是我写的。如今，我的大部分工作都是通过编码代理进行的，在一个小小的“颠倒”文本框中输入内容。但是，虽然我的 shell 历史记录随处可见，但我的代理会话却不然。它们分散在不同的工具和机器上（一台笔记本电脑、一台开发服务器、 exe.dev 上的临时实例、德国的一个非常便宜的裸机盒子），很难搜索，并且在我离开后经常被遗忘。这是一个熟悉的问题！我开始研究 Atuin 是因为我的工作历史是短暂的：我输入的每个命令注定会在 .bash_history 的第 501 行消失。但是，一旦这项工作被索引、永久且易于回忆，我就可以在几秒钟内找到几年前我用来修复某些问题的确切命令。多年来，这一数据变得更加复杂。它成为我所有工作的历史，记录我如何解决问题和建造事物。壳牌的历史一直是对所发生事件的出色记录，但这只是表面。它从来没有保留我想做的事情背后的推理……或意图。只有当我记住了命令的一部分时，我才能找到它，尽管我常常更容易记住我想要实现的目标。代理会话存储了很多内容。每个命令、它的输出、我的意图以及我在最终解决方案过程中尝试的一切。一切都在我的主目录中，以简单的英语显示！但就像多年前的 shell 历史一样，我们并没有将其付诸实践。 Atuin 线程 这就是我们构建 Atuin 线程的原因。从 Atuin 18.24 开始，您可以跨计算机搜索代理会话、在任何地方恢复它们，或者将会话分叉到不同的代理工具中。在开发服务器上的 Claude Code 中开始一些操作，然后在笔记本电脑上的 Codex 中完成它。在幕后，这是 Atuin 的自然延伸。我们投入了大量的时间和精力来构建可靠的加密同步引擎。它是通用的，可以同步任何可以建模为仅附加日志的内容。事实证明，大多数人工智能会议都是这样的。与 shell 历史记录一样，线程在同步时会进行端到端加密，因此我们无法读取您的会话。您可以使用我们托管的同步服务器、运行您自己的同步服务器或将所有内容保留在本地。捕获代理会话也是可选的。运行 atuinresume ，设置完成后，您将看到本文顶部的 TUI！无论您从哪个代理开始，都可以在任何地方恢复。借助 Atuin 的同步功能，可以跨设备工作，并永久备份您的历史记录。目前，我们支持 Claude Code Codex Pi Omp OpenCode，更多代理即将推出。 MCP 通过 MCP，座席可以自己搜索和参考以前的会话。他们可以找到您之前做过的工作，了解做出决定的原因，并以之前的调查为基础，而无需挖掘背景。我们的 MCP 以 atuin mcp 形式提供，并且可以使用 atuin mcp install claude/codex/pi/opencode 自动安装。有多种方法可以让这段历史发挥作用。举几个例子： 从未交付的工作 在过去的几个月里，我多次迭代了我们的入职和设置，但从未对此感到非常满意。当我现在要求代理进行入职培训时，它会找到我之前的所有尝试，以及为什么它们被放弃以及哪些方面可以做得更好。这些会话包含从未进入 main 的代码，以及我的初始提示和迭代。后续的代理可以使用它来准确地弄清楚我想要什么，而无需我编写一个巨大的规范。对象存储中断 由于最近行业中出现了所有安全问题，我们滚动了密钥作为预防措施。新的对象存储密钥之一没有头像上传的正确权限！我们没有立即注意到 😬 我的日常哨兵分类代理发现了这一点，并将故障追溯到当天早些时候运行的命令。我还没来得及读它，却提示另一位特工看到一些底格里斯头像问题？导致特工发现之前的调查，突出原因，并比从头开始完成整个事情更快地开发解决方案。跨机器分叉线程 在发布 Threads 之前，我在各种机器和设置上做了一些测试。一台机器表现不佳。调查人员提出这是因为 IO 性能不佳，但需要更快的磁盘来确认。我将会话分叉到我的 MacBook 上，并且它从上次中断的地方继续进行。对于速度更快的 SSD，调查得出的结论是：