AI 编码会话里的「轮到你了」状态是什么

2026-07-27 核实。编码 Agent 在 Agent 干活与人做决定之间来回切换。轮到你了状态命名的就是那个时刻:Agent 正在等输入、等批准、等澄清,或者等开发者另一个有意识的动作

当前覆盖:Agent Island 2.1.2 支持 Claude Code、Codex、Antigravity、Grok 和 Cursor —— 五家都有实时会话状态与轮到你了提醒,macOS 与 Windows 同步

这个定义刻意比「停了」「不活跃」「完成了」更窄。那几个标签描述的是进程活动,轮到你了描述的是下一步归谁

什么算轮到你了的证据

强证据来自会话记录里的语义事件:一次请求输入的助手回复、一个结构化的批准提示,或者一个明确把控制权交还的完成事件。这个事件应该带时间戳,并带足够的会话身份,好把开发者送回正确的那个终端或桌面窗口

弱证据包括文件修改时间、token 输出停顿,或者进程列表没变。它们作为新鲜度信号各有用处,但都证明不了下一步动作属于开发者

这个状态证明不了什么

  • 它证明不了要的实现是对的
  • 它证明不了测试或构建通过了
  • 它证明不了整个任务已经完成
  • 它不授权任何 App 自动批准或自动续跑

状态界面应该把这些验证问题挡在状态标签之外。否则一条方便的提醒就变成了一句没有依据的质量声明

多会话工作流里的轮到你了

一位开发者可能同时跑好几个 Agent 会话,还分属不同服务商。伴侣应该为每个会话保留服务商、项目或线程标识,以及最近一次语义事件。聚合时才能把一个真正的轮到你了排在被动的工作中或过期状态之上,同时不抹掉这个事件的出处

如果两个会话都需要处理,界面应该把两个都显示出来,或者给出一条确定的优先级规则。把它们压成一个笼统的角标,可能会把开发者送到错误的那个任务上

避免提醒噪音

最好的通知是带上下文的。当对应的那个会话已经露在外面时,声音可以抑制,视觉上的轮到你了状态继续保留。而如果开发者走开了,这次待处理的交接仍然应该有资格触发提醒

去重同样重要。App 重启之后重新读到同一个事件,不该再产生一条通知。稳定的事件键或者等价的重放保护,应该让一次交接只产生一条提醒

一段简单的验证流程

  1. 在两个不同项目里各起一个命名会话
  2. 让其中一个继续工作,另一个提一个真实的问题
  3. 确认只有提问的那个进入轮到你了
  4. 把那个会话切到最前面,看声音抑制是否生效
  5. 重启伴侣,验证同一个事件不会被播报两次
  6. 回答那个提示,确认新工作开始后状态离开轮到你了

Agent Island 怎么用这个状态

Agent Island 在 macOS 与 Windows 上显示 Claude Code、Codex、Antigravity、Grok 和 Cursor 的实时会话状态,并为这五家提供轮到你了提醒。会话数据在本地处理,不上传到 Agent Island。提醒始终是一项可见性功能,Agent Island 不会悄悄批准提示,也不会替你续跑编码 Agent

可以读更宽的 状态伴侣定义完成事件笔记,以及 多会话优先级模型

← 全部文章