Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
我们现在摘要是“用户咨询报销问题，已解释流程”。
这太粗。至少要有地区、人员类型、费用类型、时间、已排除方案、用户纠正过的信息。
摘要还要保留不确定性。比如“用户可能是外包员工，未确认”，不要写成已确认。
我踩过这个坑。摘要把“暂时不要发邮件”漏了，后面 agent 真去发了草稿。
那摘要越详细不是又费 token？
重点不是详细，是有结构。几行 JSON 比一段漂亮摘要更可靠。
涉及动作的限制条件不要只放摘要里，要进权限和确认流程。
压缩摘要要不要版本化？
要。摘要 prompt 变了，行为也会变。至少能回放旧会话。
还可以保留原文锚点。摘要里每个关键事实能追到哪轮用户说的。
对。否则摘要错了都不知道从哪来的。
我们先把摘要改成状态字段 + 最近两轮原文。
这个方向对。压缩是为了减少噪声，不是丢证据。
你好！看起来您对这段对话很感兴趣，但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子？您注册账号后，您每次返回时都能精准定位到您上次浏览的位置，并可选择接收新回复通知（通过邮件或推送通知）。您还能收藏书签、为帖子顶，向社区成员表达您的欣赏。
有了你的建议，这篇帖子会更精彩哦 💗
