名称:基于文件的规划 描述:为复杂任务实现类似Manus的基于文件的规划。创建task_plan.md、findings.md和progress.md文件。当开始复杂的多步任务、研究项目或任何需要超过5个工具调用的任务时使用。
使用文件进行规划
像Manus一样工作:使用持久的Markdown文件作为你的“磁盘上的工作内存”。
核心原则
上下文窗口 = RAM(易失,有限)
文件系统 = 磁盘(持久,无限)
→ 任何重要的事情都写入磁盘。
快速开始
在开始任何复杂任务之前,创建这三个文件:
- task_plan.md — 跟踪阶段和进度
- findings.md — 存储研究和发现
- progress.md — 会话日志和测试结果
参见templates/获取起始模板。
文件用途
| 文件 | 目的 | 何时更新 |
|---|---|---|
task_plan.md |
阶段、进度、决策 | 每个阶段后 |
findings.md |
研究、发现 | 任何发现后 |
progress.md |
会话日志、测试结果 | 整个会话期间 |
关键规则
1. 先创建计划
从不开始复杂任务而不创建task_plan.md。没有商量余地。
2. 2-操作规则
“每进行2次查看/浏览器/搜索操作后,立即将关键发现保存到文本文件。”
这防止视觉/多模态信息丢失。
3. 决策前阅读
在重大决策前,阅读计划文件。这保持目标在你的注意窗口中。
4. 行动后更新
完成任何阶段后:
- 标记阶段状态:
进行中→完成 - 记录遇到的任何错误
- 注意创建/修改的文件
5. 记录所有错误
每个错误都记录在计划文件中。这积累知识并防止重复。
## 遇到的错误
| 错误 | 尝试 | 解决 |
|-------|---------|------------|
| FileNotFoundError | 1 | 创建默认配置 |
| API 超时 | 2 | 添加重试逻辑 |
6. 从不重复失败
if action_failed:
next_action != same_action
跟踪你尝试过的内容。改变方法。
3次错误协议
尝试 1:诊断与修复
→ 仔细阅读错误
→ 识别根本原因
→ 应用针对性修复
尝试 2:替代方法
→ 同样的错误?尝试不同方法
→ 不同工具?不同库?
→ 从不重复完全相同的失败操作
尝试 3:更广泛的重新思考
→ 质疑假设
→ 搜索解决方案
→ 考虑更新计划
3次失败后:向用户升级
→ 解释你尝试了什么
→ 分享具体错误
→ 请求指导
阅读与写入决策矩阵
| 情况 | 操作 | 原因 |
|---|---|---|
| 刚写入文件 | 不阅读 | 内容仍在上下文中 |
| 查看图像/PDF | 立即写入发现 | 多模态 → 文本防止丢失 |
| 浏览器返回数据 | 写入文件 | 截图不持久 |
| 开始新阶段 | 阅读计划/发现 | 如果上下文陈旧,重新定向 |
| 发生错误 | 阅读相关文件 | 需要当前状态来修复 |
| 中断后恢复 | 阅读所有规划文件 | 恢复状态 |
何时使用此模式
用于:
- 多步任务(3+步)
- 研究任务
- 构建/创建项目
- 跨越许多工具调用的任务
- 任何需要组织的任务
跳过:
- 简单问题
- 单文件编辑
- 快速查找
5问题重启测试
如果你能回答这些问题,你的上下文管理是坚实的:
| 问题 | 答案来源 |
|---|---|
| 我在哪里? | 当前阶段在task_plan.md |
| 我要去哪里? | 剩余阶段 |
| 目标是什么? | 计划中的目标声明 |
| 我学到了什么? | findings.md |
| 我做了什么? | progress.md |
反模式
| 不要 | 改为 |
|---|---|
| 陈述目标一次然后忘记 | 决策前重读计划 |
| 隐藏错误并默默重试 | 将错误记录到计划文件 |
| 把所有东西塞进上下文 | 将大内容存储在文件中 |
| 立即开始执行 | 先创建计划文件 |
| 重复失败的操作 | 跟踪尝试,改变方法 |
高级主题
- Manus原则: 参见references.md
- 真实示例: 参见examples.md
这个模式是为什么Manus在8个月内从启动到被以20亿美元收购的原因。