上下文压缩

触发条件

以下情况需要压缩上下文：

• 循环迭代超过 2 次
• 工具调用输出过长（>1000 字符）
• 用户要求压缩或总结
• 上下文token接近限制

压缩策略

1. 工具输出压缩

保留：

• 最终结果的最后一行
• 错误信息（如果有）
• 关键数据（URL、状态码等）

丢弃：

• 中间过程的详细输出
• 进度条、日志、警告
• 已确认成功的步骤详情

示例：

# 压缩前
npm install
added 172 packages...
49 packages are looking for funding...
found 0 vulnerabilities

added 103 packages...

# 压缩后
✅ npm install 完成，共 275 个包，无漏洞

2. 迭代过程压缩

保留：

• 迭代次数和当前状态
• 最后一次的错误信息
• 已做的关键修改

丢弃：

• 每次迭代的完整输出
• 重复的构建日志
• 已修复的历史错误

示例：

# 压缩前
迭代1: 修改 A → 构建失败 → 错误 X
迭代2: 修复 X → 构建失败 → 错误 Y  
迭代3: 修复 Y → 构建成功 → 部署

# 压缩后
迭代 3/3: 已修复 A/X/Y，构建部署成功

3. 截图/图片处理

保留：

• 截图结论（正常/有问题）
• 发现的关键问题

丢弃：

• 原始图片数据（已分析完）
• 冗余的多次截图

压缩模板

【上下文已压缩】

关键状态：
- 当前迭代：X/Y
- 主要问题：XXX
- 最近修改：XXX
- 待办事项：XXX

（详细历史已折叠，如需查看请追问）