等待中的命令
账户 → 等待中的命令列出你自己发起、已经下发到设备但结果一直没回来的 AI 命令。
为什么会有这一页
当 AI 助手代你在设备上执行一条会改变设备状态的命令时，Manager 会将它记录为持久任务，并等待设备返回结果。在结果返回之前，这个对话只能继续查看信息，不能再发出第二条会改变状态的命令，因为前一条命令可能仍在设备上运行。
绝大多数情况下结果几秒内就回来了，这一页是空的。但有几种情况结果可能永远不回来：
- 设备在执行途中掉线、关机或重启；
- 命令本身卡死，既不返回也不超时；
- 设备与 Manager 之间的连接中断且没有恢复。
这时对话会一直停在只读状态。这一页就是让你手动解除它的地方。
状态含义
| 状态 | 含义 |
|---|---|
| 已下发 | 命令已发往设备，Manager 仍在正常等待结果。 |
| 结果未知 | 等待已经超时，Manager 已停止自动等待。这不表示命令失败——命令可能已经在设备上成功执行，只是结果未能传回。 |
对于会改变设备状态的命令，Manager 绝不会自动重发。重发一条可能已经执行过的命令，风险远大于让它停留在“结果未知”状态。
「不再等待」做什么、不做什么
点击不再等待后：
- ✅ 该对话的只读限制被解除，你可以继续让 AI 在这台设备上操作；
- ✅ 记录下「你在何时决定不再等待」；
- ❌ 不代表这条命令成功了；
- ❌ 不代表这条命令失败了；
- ❌ 不会取消设备上可能仍在运行的命令。
这个区分是刻意的：你能判断的只是「继续等下去没有意义」，你无法知道设备实际做了什么。所以这个操作只解除等待，不替设备下结论。
如果设备之后又把结果报了回来，真实结果依然会被完整记录下来，覆盖不了、也不会被你这次操作丢弃。也就是说，「不再等待」是安全的——它不会让你失去任何真实信息。
「取消命令」做什么
「不再等待」只处理你这边的对话，不碰设备；取消命令则更进一步，会通知设备停止执行这条命令。
点击取消命令（会先弹出确认）后，根据命令当前所处的阶段有两种结果：
- 命令还没有真正开始（仍在等待审批或下发）：Manager 会直接将其标记为“已取消”，设备不会执行它，界面提示命令已取消；
- 命令可能已经在设备上运行：Manager 会将“请求取消”保存为一个持续有效的目标状态，再由后台协调进程把取消请求送达设备。设备收到后会尽快中止命令，界面提示已请求取消，正在通知设备。
取消是幂等且安全的：
- 取消请求一旦保存，就会持续尝试送达，直到设备确认；即使中途切换或重启 Manager 服务实例也不受影响；
- 若设备最终报回的是「命令其实已经跑完」，真实结果依然会被如实记录，而不是被强行改成「已取消」；
- 若命令确实在开始前 / 执行中被拦下，对应对话的只读限制也会随之解除，无需再单独点「不再等待」。
该用哪个？ 只想解开自己的对话、不在乎设备那条命令 → 用不再等待；希望设备真的别再执行这条命令 → 用取消命令。
出现在这一页之前该做什么
在解除等待之前，建议先确认命令的实际影响：
- 用远程桌面直接连上该设备，检查命令是否已经生效（例如服务是否已重启、文件是否已改动）；
- 若设备离线，等它恢复上线——设备重新连上后可能会把结果补报回来，这一页的条目会自动消失。
只有当你确认继续等待没有意义时，再点「不再等待」。
可见范围
这一页只显示你自己发起的命令。别人的命令你既看不到也无法操作，管理员也不例外——只有发起对话的人才能解除自己对话的等待状态。