搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「摘要」找到 251 条内容
按专题浏览 →匹配正文:…的信息被合并进报告,原始材料进入外部证据库,系统再根据更新后的状态决定下一步,避免整段网页永久挤在上下文里。 这个思路看起来像“做摘要”,但工程难点完全不同。普通摘要追求短和通顺,演进报告必须支持后续决策,还要保留来源、冲突、缺口和版本。一次更新写错,后面的搜索方向和最终报告都会一起偏。 所以面试官真正想问的是: 演进报告里应该存什么,怎样从新观察更新状态,怎样防止事实被删、来源错配和结论漂移,又怎样证明它比完整消息历史更适合长任务? 演进报告首先是一份“工作状态” 最终报告…
匹配正文:…历史一直带着,后面的每一步都要重复处理旧内容;直接删除旧消息,又可能把关键证据一起丢掉。 ReSum 原论文的做法,是定期调用外部摘要工具把交互历史压成紧凑状态,再让 Agent 从摘要继续执行。论文同时区分无需额外训练的 ReSum 与 ReSum-GRPO:后者把长轨迹分段,并用 advantage broadcasting 将最终奖励传播到各段,以适配摘要条件下的推理。 这些论文结果只适用于其模型、摘要器、任务和评测设置。落到具体系统时,压缩仍会带来信息损失;何时触发、…
按学习路线查看教程、项目和面试题。
匹配正文:…。用户点击“新对话”时,系统也要明确这是只重置当前上下文,还是连持久化记忆一起删除,不能让界面上的“清空”与后台实际行为不一致。 摘要层:压缩旧历史,不创造新事实 当原始对话超出窗口,可以把较早消息压缩成摘要。摘要适合保存已确认目标、关键限制、完成进度、未解决问题和重要决定,而不是把每句话重新写一遍。 自由文本摘要有两个风险。第一,模型可能漏掉否定词、例外条件或数字;第二,多次递归总结后,早期误差会被当作事实继续累积。因此高风险字段最好结构化保存,并关联原消息 ID。摘要写“…