普通的提示词，很容易就会OOM爆掉
看一下我的obsidian的笔记，一篇一篇的阅读，每阅读一篇，
则将这一篇笔记的摘要append到本地文件ob.txt里面去，
并且将所有笔记的列表写入ob_lists.txt，每完成一份摘要，
就在ob_lists.txt文件当中，标记该文件已摘要过了，
用这个办法来保存这个长时间任务的进度；
但是cline天生就是个agent，一次性完成就很容易爆仓
但如果写成任务以及需要操作文件的
这种形式，就会截断掉
ob_lists.txt就是这个样子
\2025-02-19.md [已完成]
\2025-03-28.md [已完成]
\2025年1-2月AI方面24个领域的知识汇总与反思记录、分享.md [已完成]
\2025年2月19日阅读列表.md [已完成]
\2025年2月21日AI多领域阅读列表汇总.md [已完成]
\2025年2月23日AI多领域阅读列表汇总.md [已完成]
\2025年2月26日AI多领域阅读列表汇总.md [已完成]
\2025年3月11日AI多领域阅读列表汇总.md [已完成]
\2025年3月15日AI多领域阅读列表汇总.md [未完成]
\2025年3月21日AI多领域阅读列表汇总.md [未完成]
\2025年3月26日AI多领域阅读列表汇总.md [未完成]
\2025年3月6日AI多领域阅读列表汇总.md [未完成]
\CRM系统的设计材料-frappecrm.md [未完成]
\deepseek对frappecrm的本土化改造建议.md [未完成]
\easy-dataset源码速读.md [未完成]\2025-02-19.md 摘要：
- 该笔记记录了2025年2月19日的相关事项
- 包含当日的重要事件和任务列表
- 涉及多个领域的知识和反思
\2025-03-28.md 摘要：
- 该笔记记录了2025年3月28日的相关事项
- 包含当日的会议记录和项目进展
- 涉及技术讨论和未来规划
\2025年1-2月AI方面24个领域的知识汇总与反思记录、分享.md 摘要：
- 该笔记系统梳理了AI Agent技术的24个主题方向
- 涵盖自动化与工具、编程与开发、搜索与知识管理等多个领域
- 包含对多个AI框架、工具和技术的详细分析和评价
- 涉及AI在医疗、法律、教育等领域的应用案例
- 包含作者对AI技术发展的深入思考和见解
\2025年2月19日阅读列表.md 摘要：
- 该笔记记录了2025年2月19日的阅读清单
- 包含多个AI相关主题的阅读笔记和评价
- 涉及AI代理框架、RAG系统评估、智能体记忆等主题
- 包含对微软AI代理课程、LangMem框架等资源的详细分析
- 提供了相关资源的链接和简要评价
\2025年2月21日AI多领域阅读列表汇总.md 摘要：
- 该笔记汇总了2025年2月20-21日的AI相关阅读内容
- 包含PDF转换工具、音频处理、视频分析等多个技术领域的工具和框架
- 涉及医疗AI、知识图谱、多智能体系统等应用场景
- 包含对多个开源项目和商业产品的详细分析和评价
- 提供了相关资源的链接和简要说明
\2025年2月23日AI多领域阅读列表汇总.md 摘要：
- 该笔记汇总了2025年2月23日的AI相关阅读内容
- 包含工业设备维护、数字人、社会模拟等多个应用场景
- 涉及RAG优化、多模态模型、强化学习等技术领域
- 包含对多个开源项目和商业产品的详细分析和评价
- 提供了相关资源的链接和简要说明
\2025年2月26日AI多领域阅读列表汇总.md 摘要：
- 该笔记汇总了2025年2月26日的AI相关阅读内容
- 包含RAG优化、多模态框架、强化学习等多个技术领域
- 涉及工业设备维护、金融交易、社会模拟等多个应用场景
- 包含对多个开源项目和商业产品的详细分析和评价
- 提供了相关资源的链接和简要说明
\2025年3月11日AI多领域阅读列表汇总.md 摘要：
- 该笔记汇总了2025年3月11日的AI相关阅读内容
- 包含RAG优化、多模态框架、强化学习等多个技术领域
- 涉及工业设备维护、金融交易、社会模拟等多个应用场景
- 包含对多个开源项目和商业产品的详细分析和评价
- 提供了相关资源的链接和简要说明
然后ob.txt则是长这个样子
然后长度最后也炸了，但是没关系
任务开始之前先查看一下是否有ob_lists.txt这个文件，
如果有则打开阅读一下，
因为这是工作进度的记录文件，
里面有需要处理的文件的列表，
如果存在列表，则首先试图使用obsidian的列目录能力，
更新这个文件，
但不要去更新里面每一份文件的状态。
如果有新的文件，则append到ob_lists.txt里面去；
然后按照ob_lists.txt里面的内容所记录的文件的状态，取一篇
未完成的文件，进行摘要处理，
摘要处理完成后，你只需要将新生成的摘要追加到ob.txt文件的末尾，
切记不要修改ob.txt已有的内容，
处理完之后，请更改ob_lists.txt里面的该处理状态为已完成，
检查剩余文件的状态，找到下一个未完成处理的文件，重复以上过程直到所有的文件状态均为已完成
如果，不存在ob_lists.txt，则依照以下初始化的方式进行处理：
看一下我的obsidian的笔记，一篇一篇的阅读，每阅读一篇，
则将这一篇笔记的摘要append到本地文件ob.txt里面去，
并且将所有笔记的列表写入ob_lists.txt，每完成一份摘要，
就在ob_lists.txt文件当中，标记该文件已摘要过了，
用这个办法来保存这个长时间任务的进度；使用如上的方式来进行也就行了
其实明眼人一眼就看出来了，这就是一个手工搓出来的程序的描述。。。
任务：处理Obsidian笔记并创建摘要
## 开始前检查
1. 首先检查系统中是否存在`ob_lists.txt`文件
- 如果存在，打开并阅读内容（该文件记录了处理进度）
- 如果不存在，将按照初始化流程创建并处理
## 工作流程（如果ob_lists.txt存在）
1. 检查是否有新的笔记文件
- 如有，将新文件名追加到`ob_lists.txt`中，并标记为"未完成"
2. 查找`ob_lists.txt`中标记为"未完成"的笔记文件
3. 对找到的未完成笔记进行摘要处理
4. 将生成的摘要内容**追加**到`ob.txt`文件末尾，保持已有内容不变
5. 更新`ob_lists.txt`中对应文件的状态为"已完成"
6. 继续处理下一个未完成的文件，直到所有文件均标记为"已完成"
## 初始化流程（如果ob_lists.txt不存在）
1. 创建`ob_lists.txt`文件，列出所有Obsidian笔记文件并标记为"未完成"
2. 创建`ob.txt`文件（如不存在）
3. 按顺序处理每个笔记：
- 阅读笔记内容并创建摘要
- 将摘要添加到`ob.txt`文件末尾
- 在`ob_lists.txt`中将对应笔记标记为"已完成"
## 注意事项
- 不要修改`ob.txt`中已有的内容，只追加新的摘要
- 每篇摘要处理完成后立即更新`ob_lists.txt`中的状态
- 如果处理中断，下次将从上次停止的地方继续
然后我又使用了最强的3.7，把我说的逻辑多少有些容易产生误解的部分，理顺了
最后给了V3 -20250324去跑
任务：递增处理Obsidian笔记并累积创建摘要
## 关键警告
⚠️ 严格禁止清空或覆盖ob.txt文件！任何新内容必须仅以追加方式添加到文件末尾。
## 开始前检查
1. 首先检查`ob_lists.txt`文件是否存在
- 如存在：读取内容了解当前处理进度
- 如不存在：将按初始化流程创建并开始处理
## 文件处理原则
- `ob.txt`：摘要累积文件
* 永远不清空此文件
* 只在文件末尾追加新内容
* 开始处理前必须先读取此文件确认现有内容
- `ob_lists.txt`：进度跟踪文件
* 记录所有需处理的文件及其状态
## 工作流程（ob_lists.txt存在时）
1. 读取现有的`ob.txt`文件内容（如存在）
2. 处理`ob_lists.txt`中的文件列表：
- 检查是否有新笔记需添加到列表（标记为"未完成"）
- 查找状态为"未完成"的笔记
- 为每个未完成笔记创建摘要
- 将摘要**严格追加**到`ob.txt`文件末尾
- 更新笔记状态为"已完成"
- 继续处理下一个未完成笔记
## 初始化流程（ob_lists.txt不存在时）
1. 创建`ob_lists.txt`文件，列出所有笔记并标记为"未完成"
2. 如果`ob.txt`已存在，必须先读取其内容，确保了解已有摘要
3. 处理笔记时，将新摘要**仅追加**到现有`ob.txt`末尾
## 处理示例
正确方式：
1. 读取现有ob.txt内容
2. 处理新的笔记摘要
3. 将新摘要追加到ob.txt末尾，保留所有原有内容
错误方式（严禁）：
1. 创建新的ob.txt或清空现有文件
2. 写入新内容
每次会话开始时，务必先验证ob.txt的现有内容，再进行追加操作。
严禁覆写掉最终结果文件
任务：处理Obsidian笔记库并创建累积摘要
## 重要原则（必须严格遵守）
1. ⚠️ 绝对禁止清空或覆盖ob.txt文件！新内容只能追加到文件末尾
2. ⚠️ 必须处理完所有未完成的笔记，除非明确指示停止
3. ⚠️ 任务仅在ob_lists.txt中所有文件均标记为"已完成"后才算结束
## 启动流程
1. 首先检查并报告ob.txt和ob_lists.txt的存在状态
2. 如果ob.txt存在：
- 必须读取并显示其内容摘要（如文件大小、已有条目数等）
- 明确确认："我已读取现有ob.txt，将只在末尾追加新内容"
## 处理流程（ob_lists.txt存在）
1. 读取ob_lists.txt内容，统计：
- 总文件数量
- 已完成文件数量
- 未完成文件数量
2. 报告当前进度："已完成X/总计Y文件，剩余Z个待处理"
3. 逐一处理每个未完成文件：
- 处理一个文件后更新ob_lists.txt中的状态
- 报告最新进度
- 自动继续处理下一个未完成文件
4. 直到所有文件都标记为"已完成"才停止处理
5. 任务结束时报告："所有X个文件已全部处理完成"
## 初始化流程（ob_lists.txt不存在）
1. 创建ob_lists.txt，包含所有笔记文件及其状态（初始为"未完成"）
2. 如果ob.txt已存在，读取并确认现有内容
3. 按上述处理流程执行，直到所有文件处理完毕
## 进度保持机制
- 每处理完一个文件后，立即更新ob_lists.txt中的状态
- 定期报告总体进度（如每处理3个文件后）
- 即使处理过程中断，下次启动将从最后的未完成文件继续
## 任务完成标准
任务只有在以下条件同时满足时才算完成：
1. ob_lists.txt中所有文件均已标记为"已完成"
2. 所有摘要都已正确追加到ob.txt
3. 明确报告："任务圆满完成，所有X个文件已处理"
如果因任何原因需要终止任务，必须先报告当前进度和剩余工作。
又优化了一个版本，加上了任务完成的标准
这下好了
1、已经干了啥
2、当前进度是啥
3、接下来要干啥
4、要不要调用MCP都写出来了，所以你看，提示词还真的是挺重要的
任务：处理Obsidian笔记库并创建累积摘要
## 重要原则（必须严格遵守）
1. ⚠️ 绝对禁止清空或覆盖ob.txt文件！新内容只能追加到文件末尾
2. ⚠️ 必须处理完所有未完成的笔记，除非明确指示停止
3. ⚠️ 任务仅在ob_lists.txt中所有文件均标记为"已完成"后才算结束
## 启动流程
1. 首先检查并报告ob.txt和ob_lists.txt的存在状态
2. 如果ob.txt存在：
- 必须读取并显示其内容摘要（如文件大小、已有条目数等）
- 明确确认："我已读取现有ob.txt，将只在末尾追加新内容"
## 摘要格式规范
每个笔记的摘要必须使用以下统一格式：
例如：`【关于：项目文档/Vanna框架技术分析.md 的摘要】`
## 处理流程（ob_lists.txt存在）
1. 读取ob_lists.txt内容，统计：
- 总文件数量
- 已完成文件数量
- 未完成文件数量
2. 报告当前进度："已完成X/总计Y文件，剩余Z个待处理"
3. 逐一处理每个未完成文件：
- 处理一个文件后更新ob_lists.txt中的状态
- 报告最新进度
- 自动继续处理下一个未完成文件
4. 直到所有文件都标记为"已完成"才停止处理
5. 任务结束时报告："所有X个文件已全部处理完成"
## 初始化流程（ob_lists.txt不存在）
1. 创建ob_lists.txt，包含所有笔记文件及其状态（初始为"未完成"）
2. 如果ob.txt已存在，读取并确认现有内容
3. 按上述处理流程执行，直到所有文件处理完毕
## 进度保持机制
- 每处理完一个文件后，立即更新ob_lists.txt中的状态
- 定期报告总体进度（如每处理3个文件后）
- 即使处理过程中断，下次启动将从最后的未完成文件继续
## 任务完成标准
任务只有在以下条件同时满足时才算完成：
1. ob_lists.txt中所有文件均已标记为"已完成"
2. 所有摘要都已正确追加到ob.txt
3. 明确报告："任务圆满完成，所有X个文件已处理"
如果因任何原因需要终止任务，必须先报告当前进度和剩余工作。至此，优化完成
技巧总结：
1、有个大概的想法，然后给3.7要求其优化
2、运行新的提示词
3、有问题就PUA 3.7，它会帮你搞定剩下的
4、进度、状态，Browser-Use的提示词其实也是类似的，状态机，对于LLM这种健忘症特别有效
所以，ReAct这类东西，其实就是把要做的事情，人类会怎么做，用语言文字又描述了一遍
其中，需要有明确的时间线收敛标准
这也是其中之一的感悟