AI 工作可以产生大量事件，人的注意力却不需要跟着每次调用移动。交办以后，更常见的问题是：现在可以先做别的事吗，需要补什么，已经有哪份结果值得看？
日志按发生顺序回答“做过什么”，概览则需要帮助人理解这些事实对眼前工作有什么意义。它值得占据会话旁的一块常驻空间，是因为人回来时能迅速找到决定的依据，再按需追查过程。
三种尺度，需要放在一起看
先约定一个贯穿全文的假设任务：比较三处活动场地，整理价格、容纳人数和使用限制，交出一份选择说明。接下来的三个查看时点属于同一项假设工作，不是产品运行记录。
这项工作会同时产生三类事实：
| 信息 | 回答的问题 | 不能替代的判断 |
|---|---|---|
| 进展 | 相对目标，已经完成哪些步骤 | 步骤完成以后，交付是否仍需整理或核对 |
| 运行 | 哪些实际执行还在进行或等待 | 一项执行结束以后，整个目标是否已经满足 |
| 成果 | 已经保存了什么内容和版本 | 这份内容有哪些限制，是否适合现在采用 |
它们按不同尺度、在不同时刻更新。子工作结束，主工作可能还要整合；已有成果，也可能还有一轮修改。一个总体状态容纳不了这些差别，概览需要让它们可以相互对照。
第一次查看：仍在处理，可以先做别的事
你交办场地比较后，过一会儿打开概览。资料阅读已经推进，使用条件仍在核对，后台执行尚未结束，也还没有保存好的选择说明。
这些事实支持一个简单决定：先处理其他会务，稍后再回来。你不需要逐条阅读工具调用，才能知道这项工作仍在进行；也不必因为暂时没有文件，就把等待理解成失败。
这时最有用的信息是正在做的步骤与仍然活动的执行。把所有技术事件平铺出来，只会让人再做一次筛选。概览需要省掉的，是这份筛选劳动；必要时，详细过程仍应查得到。
第二次查看：先读有条件的一版
再回来时，选择说明已经保存，但其中一处场地的条件仍在核查。你可以先读现有版本，检查比较口径是否符合需要，同时知道它还带着一项限制。
已有成果和继续核查可以同时成立。这比简单显示“完成80%”更有助于决定下一步：没有明确计算依据的百分比，只会制造精确的错觉。用户真正需要的是知道哪份内容可看，以及哪些条件还可能改变它。
Teloa 的成果区把当前内容和取得入口留在原会话，较早版本按需展开。预览和下载对应确定版本；先前核对过的内容可以回查，后续修改也有明确起点。当前版需要容易找到，旧版需要可追查。 每份中间文件都占据首屏，反而会让这件事更难。
第三次查看：需要的是本人判断或材料
读过那一版以后，你从会话中的缺项说明得知，仍缺少一处场地的完整使用条件。此时要决定的是自己补充材料，还是明确接受比较范围的限制；继续盯着运行图标，并不能回答这个问题。
若工作中存在确实需要本人批准的动作，还应进入相应审批处理。批准执行、补齐依据与检查成果各有实际后果，适合的入口也各不相同。概览与原会话需要帮助人找到依据和对应工作，而不是把它们一律压成等待。
当前会话中的工作概览展示已经取得的进展、运行和成果事实；从具体内容判断业务上缺什么、哪件更重要，仍主要依靠用户。它尚未提供完整的主动阻塞识别、重要性排序与行动准备。在这个例子里，缺项来自原会话的具体说明，下一步由人结合这些事实判断。
查下去的路，也要留在工作旁边
决定需要进一步核实时，详细记录仍有作用。概览中的“本次使用”保存系统能够确认的资源事件，按需查看相应执行者与轮次；这些记录帮助追查来源，具体内容是否被正确理解仍需核对。
查阅也应与输入共存。概览采用并列空间，人可以继续看进展、补充要求；临时详情读完以后返回原位置。常驻空间有限，值得优先保留的是会改变眼前决定的信息，其余细节按需展开。
对于那项场地比较，理想的返回无需先问助手再讲一遍经过。你能看到工作仍在进行，找到已经保存的版本，再从原讨论理解需要自己决定的条件。做到这些，概览才真正减少了跟进一项工作的注意力成本。