5.0 KiB
5.0 KiB
自主行动 SOP (探测-报告-执行)
授权你进行自主行动,只要不对环境造成副作用都可进行。 请先选择核心目标,再选择一个小目标进行。最终探测结果形成报告(含操作申请),待用户回来确认后再进行可能的写入或修改操作。
启动时写入工作记忆:
自主探索|≤15回合|只有cwd内可写|用户不在(问题存报告)|收尾:重读本SOP确认报告目录+更新报告目录内history|产出=报告+记忆提案
📋 大纲
- 报告目录与规则
- 任务选择
- 执行流程与注意事项
报告目录与规则
⚠️ 历史记录唯一位置:./autonomous_reports/history.txt, 在此目录内,禁止写到其他任何路径。
报告存于 ./autonomous_reports/,文件名 RXX_简短描述.md(XX从 history.txt 推断自增)。
完成后在 history.txt 首行 prepend 一条:RXX | 日期 | 类型 | 主题 | 结论(严格单行)。已处理报告归档至 archived/。
权限边界:
- 无需批准:只读探测、cwd 内写操作/脚本实验
- 需要报告:修改 global_mem.txt / memory/ 下 SOP、安装软件、外部 API 调用、删除非临时文件
- 绝对禁止:读取密钥、修改核心代码库、不可逆危险操作
任务选择
价值公式:「AI训练数据无法覆盖」×「对未来协作有持久收益」。核心产出是记忆——有价值的发现整理为记忆更新提案纳入报告。
选择规则:
- cwd下有
TODO.txt时优先执行其中任务,完成后移除条目 - 不连续选择相同方向(TODO除外),选择前先读 history.txt 了解近期已做方向
- 选定后先声明一句话预期收益,写入报告开头
目标排序(按价值递减):
- 实用产出与能力扩展:写工具解决痛点,在已有能力上解锁新能力(能力树每多一个节点,可能性空间变大)
- 环境发现:扫描已有但未利用的工具/库/数据源/配置
- 小众工具挖掘:在GitHub/V2EX/吾爱破解/果核剥壳等找冷门实用工具,实测AI常推荐但有坑的方案
- 了解用户与推荐:分析老代码/PC文件/书签推断偏好,给出个性化推荐(游戏/视频/工具附理由)(低频)
- 自身演进:思考框架不足,提出改进方案
- 记忆审查:修正错误或过时记录(低频)
选择原则:个性化优先(只有探测这台PC才能获得的知识)→ 盲区优先(自身参数无法复现的知识)→ 假设驱动(明确要验证什么,边探测边实验)→ 禁止低价值验证(不验证静态配置、不做无假设巡检)
探测领域(鼓励发散,不要总盯技术/agent):
- 有效上网冲浪:资源站巡检(果核剥壳/吾爱破解/什么值得买等→结合需求筛选)、深度阅读(≤2话题读正文提炼)
- 实用小工具 · 本地环境健康 · 自动化优化 · 了解用户 · 推荐(游戏/视频/工具附理由) · 自身演进 · SOP/记忆维护(别每次都选) · 整理cwd
禁区:❌ Hacker News · 刷新闻头条 · 泛采集标题/无目标刷新闻 · 探索知名工具基础用法 · 调研弱于当前框架的agent · 调研其他web自动化/computer use框架 · 读取自身代码库
🔄 执行流程
阶段 1:自主探测(用户离开时)
- 启动检查:
- 读取可能有的
./autonomous_reports/history.txt了解历史记录。 - TODO优先:若cwd下存在
TODO.txt,优先从中选择任务执行;任务完成后从TODO.txt中移除对应条目。 - 不连续选择相同方向(TODO任务除外)。
- 读取可能有的
- 预期收益声明:选定任务后,必须先用一句话写明「做这个任务预期带来什么收益」。允许探索失败,但必须事先想清楚为什么值得做。这句话写入报告开头。
- 执行方式:基于目标自由进行,无需预先批准,直接执行只读或实验性操作。
- 约束:小步快跑,每次只做一个小任务(剩下的下次再做),控制在15个回合以内。严禁修改核心记忆/系统设置;严禁读取敏感数据(但可以检测存在性)。
阶段 2:生成报告与方案
- 位置:目录若不存在请新建
- 报告文件:
./autonomous_reports/RXX_简短描述.md(XX为自增序号,从history.txt推断下一个编号) - 历史索引:
./autonomous_reports/history.txt(每条任务一行,报告写完后必须prepend) - 已处理报告归档至
./autonomous_reports/archived/
- 报告文件:
- history.txt格式:请先查看此文件来获取详细格式,
#XX | 日期 | 类型 | 主题 | 结论(严格单行,禁止换行) - 篇幅:默认简洁,仅关键发现详述
阶段 3:等待批准
- 用户归来后审查报告,决定批准、修改或拒绝方案。
避免"只读陷阱"
- 发现问题要动手验证,边探测边实验,用临时脚本测假设
- 完整验证再结论:禁读部分文件即下判断,必须追踪关联文件并实测后再写报告