AI 编程助手不需要你一直盯着

你有没有发现，现在用 AI 写代码的方式有点奇怪？

你打开终端，输入一段指令，然后盯着屏幕看它一行一行地输出。等它写完了，你看一眼结果，再输入下一条。如果中间你去倒杯水，回来可能发现它早就做完了，在那里等你。或者更糟 — 它跑偏了，你没能及时叫停，回来发现它改了一堆不该改的文件。

这是一个同步的交互模式。你和 AI 轮流说话，一问一答，谁都不能离开。

但写代码从来不是这样的。

你的工作方式不是同步的

回想一下你平时怎么工作。你可能同时开着三个 PR 的 review，等着 CI 跑完，中间穿插回复 Slack 消息，偶尔切到另一个分支处理一个 hotfix。你的注意力在多个任务之间跳转，而不是锁定在某一个上。

但当你用 AI 编程助手时，你被迫变成了一个同步的人。你必须坐在电脑前，看着它工作，等它问你问题，然后立刻回答。如果你在开会，AI 就只能等着。如果你在通勤，那就完全没法用。

这不是 AI 的问题，是交互模式的问题。

如果你能提前告诉它接下来要做什么

想象一个不同的场景。

早上到公司，你打开手机，花五分钟把今天要让 AI 做的事情列出来：先把那个登录页面的表单验证重构一下，然后把 API 的错误处理统一成新的格式，最后跑一遍测试看看有没有什么 break 的。

三个任务，排好队，发出去。然后你去开站会了。

站会中间手机振了一下，通知告诉你第一个任务做完了。你瞟了一眼，结果看起来没问题，第二个任务已经自动开始了。

站会结束后你看了一眼手机，第二个任务也完成了，但第三个任务跑测试时发现了两个失败的 case，AI 停下来等你确认。你看了一下失败的原因，发现是预期行为变了，直接告诉它更新测试用例就好，然后把手机放回口袋。

午饭前，三个任务全部完成。你上午甚至没有坐到电脑前。

这不是自动化，是委托

这里有一个重要的区别。

自动化意味着你定义好规则，机器严格执行，不需要判断。CI/CD 是自动化。Lint 是自动化。

但 AI 写代码不是自动化 — 它需要做判断，而且它的判断不一定对。所以你不能完全放手，但你也不需要每一秒都盯着。

更合理的模式是委托：你告诉它要做什么，它去做，遇到拿不准的事情来问你，做完了告诉你结果。就像你给一个靠谱的同事分配任务一样。

这个模式要成立，需要几个东西：

你要能提前规划。 不是一条一条地发指令，而是一次性把多个任务排好队。这样 AI 完成一个就自动开始下一个，不用等你在线。

你要能中途调整方向。 如果你发现 AI 正在做的事情不太对，你应该能直接告诉它"换个方向"，而不是先取消、再重来。取消意味着丢掉上下文，而你真正想要的只是微调。

你要能在 AI 做之前看到它的计划。 特别是大的改动 — 重构一个模块、升级一个依赖 — 你不会希望 AI 直接动手。你希望它先告诉你"我打算改这三个文件，逻辑是这样的"，你确认之后它再执行。

你要能不在屏幕前也知道发生了什么。 任务完成了、出错了、需要你做决定了 — 这些信息应该主动找到你，而不是等你想起来去看。

手机是天然的异步控制面板

为什么是手机？

因为手机就是你处理异步信息的设备。邮件、消息、日历提醒 — 你不会一直盯着它们，但它们会在需要的时候提醒你。AI 编程助手应该以同样的方式工作。

你的电脑是编码的地方。AI 在上面跑，读你的代码，改你的文件，执行你的测试。但控制和监督不一定要在同一台机器上完成。

用手机看 AI 的执行计划，确认之后让它开始。在通勤的地铁上收到通知，知道昨晚排队的任务已经全部完成。在会议间隙快速调整一下 AI 正在做的任务的方向。这些场景里，手机比电脑更合适。

同步交互不会消失

我不是说同步模式没用。当你在深度调试一个 bug、和 AI 来回讨论方案、或者做一些需要即时反馈的探索性工作时，同步模式仍然是最好的选择。

但并非所有编程工作都需要深度参与。很多时候你很清楚要做什么，只是执行起来繁琐。这些任务不需要你盯着 AI 做，你只需要知道它做完了、做对了。

异步模式补上的，是这块拼图。

这是 1.6.5 在做的事

Tactic Remote 1.6.5 的几个新功能 — 计划模式、提示词队列、转向、推送通知 — 不是独立的 feature，它们是同一个想法的不同切面：让你能异步地控制 AI 编程助手。

排好队，看计划，确认执行，收到通知。然后你去做更重要的事。

AI 编程助手不需要你一直盯着。它需要的是，在该找你的时候找得到你。