能力提示需随对话推进而更新，起始页的一次性提示覆盖不到后续
别名: 对话中提示 · 过期空状态 · context-sensitive capability cue
概念解释
起始页上的「试试写一封邮件」在第一句之前有用。十轮之后用户在改一张表、对一段代码追问，那条提示还在原处，或已经随着空状态一起消失，两种都覆盖不到当前能说什么。对话中的能力提示（mid-dialogue capability hints）必须跟着话题、对象和已生成物更新。一次性首屏提示不是全程可发现性，只是开场白。
这里的问题不是提示来得太晚，而是提示停在了错误的会话相位。相位变了，旧提示变成噪声或空白。
机制
对话把任务状态藏在轮次里。图形界面换页时，工具栏会换成那一页的动作；对话界面没有「页」，若不主动换提示，动作集合在用户心里仍停留在开场。人会继续用开场动词去操作已经变成表格、代码、长文的对象，失败后再怪自己措辞。
上下文窗口里其实已经有足够信号判断当前对象（一份草稿、一张图、一列数字），但提示生成若只在 session_start 跑一次，这些信号从未进入提示逻辑。工程上最省的是缓存首屏文案，于是可发现性在第一轮之后被故意关掉。
怎么研究
把会话切成相位：开场、已有可编辑产物、话题切换后、失败恢复中。在每个相位记录当时屏幕上的提示集合，编码它们是否指向当前对象上合法的下一步。自变量：提示策略（冻结首屏 / 每 N 轮刷新 / 检测话题切换后刷新）。因变量：相位匹配率、切换后第一次请求是否仍使用开场动词、切换后发现新动词的时延。
话题切换的操作化不要靠关键词表，容易漏。可用「用户上传了新文件」「输出形态从文本到表」这类界面事件。回顾性访谈里问「那一轮你觉得还能做什么」，对照当时实际显示的提示，能抓住「提示在、但人当它过期了」的情况。
边界
单轮即走的工具（翻译一句就复制）没有后续相位，首屏提示就是全程。相位切得很碎时，每轮都换芯片会造成闪烁，人不再读它们；更新应绑在对象或任务类型变化，而不是绑在每一句。隐私敏感场景里，根据内容生成提示可能把用户没想公开的任务写到屏幕上，需要降级成泛化动词。
怎么落地
- 为提示设置触发器：产物类型变化、用户贴入新附件、连续两轮都在改同一对象。触发后替换芯片，而不是追加到一个越来越长的列表。
- 芯片要指着当前对象说话（「给这张表加一列合计」），不要复用开场的「写一封邮件」。
- 旧提示从输入区消失，不要灰着留在那里。过期芯片比没有芯片更糟，因为它继续充当错误的上限。
- 验证：抽 20 段超过六轮且中途换过对象的会话，把每一轮输入框附近的提示截下来，标「与当时对象是否匹配」。不匹配超过一轮的，算缺陷。再看对象切换后的第一句：若仍是开场动词套在新对象上，提示没有完成相位交接。