tterm

好主意，刚给你点赞了！你也会在 Windows 上做类似的东西吗？

这个关于浏览器会话分享的讨论串读起来很有意思。好奇另一个方向：如果我有两三个项目行堆叠着不同的 repo，每个行里的 Claude 面板是完全相互隔离的，还是说一个行的上下文里的 prompt 可能会看到另一个项目的文件或对话历史？

@tanay 知道后续 prompt 通常能帮你摆脱困境很好。不过 checkpointing 会是一个不错的安全网，用于重建出现偏差且难以向模型描述清楚的情况——值得添加，哪怕只是一个手动的“保存状态”按钮，在你让它触碰驾驶舱本身之前。

哈，我见过一模一样的行为——模型在不可逆步骤前退缩，说“你从这儿接手吧”。这本能不错，但我不会把它当作保证，因为那个 90% 时间会停下的模型，另外 10% 时会自信地按下按钮。对我们有效的做法是彻底把决策权从模型手中移走：确认门根据动作类型触发，任何写入、删除或花费操作，不管 Claude 有没有标记都一样。这样模型提前退缩就成了额外奖励，而不是安全网。

感谢你这么坦诚地承认这个权衡，大多数人会含糊带过。既然你明确保留了登录模式（我也会这么做，那是做有用功的地方），对我们来说让事情缓和的是把读取和写入分开：智能体可以自由浏览，但任何改变状态的操作——一次 push、一次删除、一次购买——都要等待一键确认。这样大部分流程保持自主，而不可逆的部分仍由你掌控。考虑到你已经逐块把关 commit，这符合 tterm 的差异审查理念吗？

布局确实很舒服，基本上就是把每个项目当成可以堆叠的小行，能同时处理多个任务。你可以在窗格里让 Claude 添加点什么，然后整个应用就围绕你自动重建，这有点厉害。