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 变了，行为也会变。至少能回放旧会话。
还可以保留原文锚点。摘要里每个关键事实能追到哪轮用户说的。
对。否则摘要错了都不知道从哪来的。
我们先把摘要改成状态字段 + 最近两轮原文。
这个方向对。压缩是为了减少噪声，不是丢证据。
你好！看起来您对这段对话很感兴趣，但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子？您注册账号后，您每次返回时都能精准定位到您上次浏览的位置，并可选择接收新回复通知（通过邮件或推送通知）。您还能收藏书签、为帖子顶，向社区成员表达您的欣赏。
有了你的建议，这篇帖子会更精彩哦 💗
