用缺陷状态识别过期 TODO 对编码 Agent 的误导
Google 把 Agent 读到的 TODO/FIXME 与缺陷系统状态、用户原始要求交叉比对，自动识别未被要求的跑题动作；数百万会话中，13% 接触此类注释，触发后续动作的 6% 里有 83% 未经用户要求。
实战评级
已达成方法在数百万会话中量化出 13% 暴露率，并把未要求的后续动作拆成已关闭死路与开放问题范围膨胀。
仅用带缺陷编号的 TODO/FIXME 作代理，不能覆盖所有陈旧上下文。
- 具体怎么做
- 从分布式轨迹里找出 Agent 读取 TODO(bug/...) 或 FIXME(bug/...) 的会话，把缺陷编号对应到工单的当前状态，再与用户提示词比对：若用户没要求处理该缺陷却出现查询、编辑或测试动作，就标记为跑题。由此把有效工作、已关闭死路和仍开放但超出范围的工作分开。
- 做到了什么
- 数百万文件读取会话中，13% 暴露于带缺陷编号的 TODO/FIXME；6% 随后针对该缺陷采取动作，其中 83% 未被用户要求。未要求的绕路里，41% 追踪已关闭问题，57% 围绕仍开放问题扩大范围。
- 上手要点
- TODO 是可自动核验的代理指标，不覆盖过期文档、旧规范等所有干扰源。比例来自 Google 内部数千名工程师和上亿 Agent 步骤，不能直接外推到任意团队。
你可以这样试
使用 数据分析 Agent分析【时间范围】内的编码 Agent 轨迹。找出读取到的 TODO/FIXME 中符合【缺陷编号格式】的条目，连接【缺陷系统】取得当前状态，并与每次会话的用户原始要求比对。统计暴露率、触发后续动作率、未被要求的动作率，以及已关闭死路和开放问题范围膨胀的比例；列出最常误导 Agent 的【数量】条注释和建议清理顺序。