Gemini用任务状态重组聊天历史

用户向AI提交一项资料整理任务，随后关闭应用。几小时后再次进入产品，他首先想知道的通常不是上一次说了什么，而是任务是否仍在运行、结果是否已经生成，或者系统正在等待一次确认。

传统聊天列表无法直接回答这些问题。它按照更新时间排列会话，通过标题帮助用户辨认内容。这套结构继承自即时通信，每段对话都被视为一组已经发生的消息，新回复出现以后，一次交互也基本结束。

Agent改变了会话的时间尺度。一项任务可能持续几分钟或几小时，在后台调用不同工具，因资料缺失而暂停，又在涉及权限或关键决定时要求用户重新介入。对话关闭并不代表任务结束，消息时间也无法说明它目前处于什么阶段。

9to5Google发现，Gemini正在少量账户中测试一套重新设计的侧边栏。聊天历史新增“全部”“已就绪”“需要处理”和“进行中”四种筛选；原有的“计划操作”被缩短为“计划”，技能与外部连接则集中进入新的“自定义”区域。该界面已同时出现在Android与iOS端，但尚未广泛开放。

这些调整表面上只是重新组织导航，改变的却是聊天记录在产品中的角色。会话不再只是过去交流的档案，也开始成为仍在运行的任务对象。用户进入侧边栏，不仅是为了寻找某段旧消息，还要判断哪些工作已经完成、哪些尚未结束，以及哪些正在等待自己。

“需要处理”尤其能够说明这种变化。Agent遇到资料不足、权限受限或必须由用户取舍的节点时，控制权会暂时返回给人。过去，这类请求通常停留在某段对话的末尾，只有重新打开会话才能发现；进入全局筛选以后，它们被集中为一组待处理事项。

聊天界面由此获得了工作队列的性质。它不仅保存人与AI之间说过什么，还需要管理任务如何暂停、何时恢复，以及下一步由谁负责。时间仍然能够帮助用户寻找内容，却不再足以决定注意力应当投向哪里。

状态标签本身也可能产生新的含混。“已就绪”可以表示内容已经生成，也可能被理解为任务已经完成、结果已经验证，甚至已经发送给外部对象。“需要处理”则可能只是缺少一份资料，也可能涉及付款、发布或隐私授权。几种后果完全不同的状态如果共用一个标签，用户仍需逐一进入会话才能判断风险。

因此，任务状态不能只是一组用于筛选的名称。成熟的界面还需要说明任务停在什么位置、为什么暂停、正在等待谁、继续执行会产生什么影响。系统运行、等待用户、等待第三方、执行失败和结果待验证，也不应被笼统归入同一个“未完成”。

“完成”的表达同样需要更加精确。对于内容生成，“已就绪”可能只表示可以查看；对于邮件发送、文件修改或订单提交，它还应区分结果已经生成、操作已经执行以及外部系统已经确认。Agent越能影响真实状态，界面越不能把模型的自我判断直接等同于任务完成。

取消、重试和修改也应成为状态界面的基本能力。用户发现任务长时间停滞时，需要能够终止运行；条件发生变化时，应当在保留已有进度的前提下调整目标；执行失败以后，系统还要说明哪些步骤已经生效，避免一次重试造成重复发送或重复提交。

技能和连接器被集中到“自定义”区域，则进一步扩展了侧边栏的职责。它开始同时容纳历史任务、计划任务、可调用能力和外部服务，逐渐接近Agent的操作控制台。导航不再只回答“我曾经聊过什么”，还要回答“系统能够做什么、正在做什么，以及现在需要我做什么”。

目前，这套设计只在少量账户中出现，Google尚未正式说明四种筛选对应的系统规则，也无法确认它们是否覆盖所有Agent任务。现阶段能够判断的是界面方向，而不是最终方案。

当AI任务开始跨越一次对话的时间边界，聊天历史便不能继续只按消息组织。它需要呈现任务的进展、责任与中断，让用户在离开会话之后，仍然能够理解系统正在做什么，并在必要时重新取得控制。