Tactic Remote 1.6.6：会话感知通知与 Live Activity 清理

1.6.6 是一个很典型的“看起来像小更新，实际上修的是工作流骨架”的版本。

从表面看，这次更新主要围绕通知和 Live Activity。但真正被修正的，不是某个单点功能，而是远程 AI 工作流里最重要的一条反馈链路：事件发生以后，系统能不能把你带回正确的决策现场。

通知点击现在会回到正确的 server 和 session

之前的痛点并不是“没有通知”，而是“通知到了，但落点不对”。

在多会话场景里，这个问题特别明显。你可能正在看 session A，而 session B 的 Claude 完成了任务或者发起了新的询问。通知弹出来以后，如果点击只会把你带回当前活跃页，用户就还得自己去找刚才到底是哪一个会话发来的消息。

1.6.6 做的第一件事，就是把这条链路补齐：

• 服务端通知广播补上 session 身份
• 客户端点击通知后按 server + session 跳转
• iPhone、iPad、Mac 三条路径都尽量回到相同语义

现在，通知的作用不再只是“把 App 打开”，而是“把你带回刚刚发生那件事的上下文”。

冷启动 deep link 更可靠，不再只对前台路径有效

热启动下的跳转问题通常比较容易暴露，冷启动才是真正复杂的部分。

因为这时 App 还没有完全恢复状态：server 列表还没加载完，本地保存的 ID 和 push payload 里的 identity 也可能不是同一套标识。如果这一步映射错了，结果就是通知明明点了，页面却落到错误位置，或者干脆不跳。

这次版本把冷启动路径专门补强了。现在即使 App 是从已终止状态被通知唤起，push deep link 也能更稳定地解析到对应 server，再进入对应 session。

这类修复在界面上并不显眼，但它直接决定了通知到底是“可操作的入口”，还是“看起来支持、实际上不稳”的半成品。

推送投递链路也更稳了

另一个改进点是推送可靠性本身。

服务端现在会对瞬时网络失败自动重试，这对热点、弱 Wi‑Fi、移动网络切换这类场景特别重要。对远程开发来说，通知最容易失败的时候，恰恰就是你不在稳定办公网络里的时候。

此外，session 元数据在各端之间的传递也更完整了。这个变化听上去偏底层，但它决定了通知系统能不能正确区分“同一个项目的两个不同会话”。

如果只从发布说明角度概括，这一部分其实可以理解成两件事：

• 通知不再只追求“发出去”
• 通知开始追求“发对、跳对、回到对的现场”

Live Activity 清理路径重写，但我们不把边界问题写成“已彻底解决”

1.6.6 里另一个重要改动是 Live Activity 生命周期清理。

这次重写主要做了几件事：

• 启动时回收陈旧的 activity
• 清理已经失效的引用
• 降低临时断线后错误显示“已完成”的概率
• 让重新进入 App 后的状态收敛更稳定

这些改动的目标不是“让 Live Activity 看起来更活跃”，而是让它在异常路径里少撒谎。

但有一个边界场景仍然存在：如果你强制退出 iOS App，Live Activity 仍可能停留到重新启动或系统超时。这个本地清理路径已经比以前更好，但我们不会把它包装成“完全修复”。

原因很简单：对于开发者工具，过度承诺的代价比承认边界更高。

Mac 端设置流程也做了顺手打磨

除了通知链路和 Live Activity，这次还顺手简化了 Mac 端的“再次检查”流程，并加入了跳过选项。它不是 headline feature，但能减少首次配置和恢复流程里的摩擦。

这次更新对日常使用的实际意义

如果你平时的使用方式是：

• 同时跑多个 Claude session
• 不一直盯着 Mac 屏幕
• 依赖通知来决定什么时候回来处理下一步

那么 1.6.6 的意义会很直接：

• 点开通知后更少跳错地方
• 从锁屏恢复时更少丢上下文
• 弱网下通知更不容易直接失败
• Live Activity 的状态比以前更可信

这次更新真正改进的是什么

如果要用一句话概括 1.6.6，我会写成：

让通知从“提醒你发生了什么”，升级成“把你带回该处理什么”。

这不是单个功能点的堆砌，而是一次反馈链路的修整。对远程 AI 工作流来说，这种修整往往比再加一个表面功能更重要。

准备更新？从 App Store 获取最新版，Mac 服务端请前往下载页面。