这个提示词用来做什么

长任务 agent 跑到后半程开始跑偏，说不清是压缩压坏了还是任务本来就难；现在只靠「到阈值就总结」

提示词全文

我们的长任务 agent 现在靠一条写死的规则管上下文（例如到窗口的某个比例就把历史总结一下），但后半程任务经常跑偏，我不知道问题出在哪。请帮我把它改成一套可量、可验收的压缩与恢复规则。

## 输入
任务类型与典型长度：{例如仓库级改代码、多轮调研、自动化运维}
现在的压缩规则：{触发条件、保留什么、弃掉什么、恢复时怎么继续}
工具与外部状态：{有哪些状态可以落盘（文件、数据库、任务清单），并且下次能读回来}
出错记录：{能不能拿到出错的轨迹；有没有人工标注过「这一步压销了」}

## 输出
1）把问题拆成三个独立的判断：什么时候压、压完保留什么、从哪里继续；分开量，不要混在一起谈。
2）给出一套最小可改动的规则（比如把“靠模型自己判断”换成“靠可核对的工作状态文件”），并说清它为什么会更稳。
3）给出三个可量的指标：任务成功率、压缩后的走偏比例、以及单次任务的 token 成本；注明怎么统计。
4）验收方法：用同一批任务对照压缩前后，重点看“压缩后走偏”而不是看省了多少 token；给出判定标准。
5）漏斗清单：列出压缩最容易丢掉的三类信息（约束条件、已排除的方案、未验证的结论），并给出保留方法。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

典型输出会指出：把“到比例就总结”改成“把已确认的事实与已排除的方案写进工作状态文件，每轮重新注入”之后，稳定性的提升主要来自“不再把约束当成可有可无的背景”；它也会提醒，不要把“压缩省了多少 token”当成成绩，因为多数压缩真正的代价是下游多跑了几轮才发现走错。

基本信息

  • 分类：工程
  • 标签：上下文管理 · 压缩 · 长任务 · 评测 · Agent
  • 收录日期：2026-10-03

同类提示词