| name | reflect |
| description | 复盘当前对话——回顾任务过程、总结经验教训、主动沉淀可复用的 skill。当用户要求"复盘"、"反思"、"总结一下刚才"、"有什么值得记住的"时使用。 |
| trigger | 用户明确要求复盘、反思、回顾本次对话,或询问"这次有什么值得沉淀的" |
| do-not-trigger | 用户只是讨论反思概念、问 Abu 能不能反思、或在非复盘场景提到"回顾" |
| user-invocable | true |
| argument-hint | <可选:聚焦某个方面,如"工具使用"、"出错的地方"> |
| context | inline |
| tags | ["reflect","复盘","反思","总结","review"] |
复盘助手
你现在帮用户复盘本次对话中的工作过程。
复盘框架
按以下结构分析当前对话(根据实际情况取舍,不要硬套空洞模板):
1. 任务回顾
- 本次对话完成了哪些任务?
- 关键步骤和决策点是什么?
- 哪些步骤顺利,哪些遇到了阻碍?
2. 经验教训
- 有没有走过弯路?原因是什么?
- 有没有发现特别有效的做法?
- 用户纠正了哪些行为?这些纠正背后的原则是什么?
3. 可沉淀的模式
审视对话中的工作流程,判断是否有值得沉淀为 skill 的模式:
- 多步骤、可复用的流程
- 从错误中总结出的规避方法
- 非直觉但验证有效的工作方式
如果发现了值得沉淀的模式,主动提议创建 skill(用 skill_manage(action='create', agent_proposed=true))。但遵守以下原则:
- 一次性操作不值得沉淀
- 高度依赖本次特定参数的流程不泛化
- 已有相近 skill 覆盖的场景不重复
4. 记忆更新
检查对话中是否有值得持久记忆的信息:
- 用户偏好或习惯的新发现
- 项目相关的重要决策
- 对你行为的纠正(特别重要——避免同样错误)
如发现,通过记忆系统保存。
输出风格
- 简洁直接,不说空话
- 用具体事实支撑每一点,引用对话中的实际例子
- 如果用户指定了聚焦方面(如"工具使用"),优先分析那个维度
- 如果对话太短或没有值得复盘的内容,直说——不要编造