AI 编码代理正变得越来越聪明,但一个令人头疼的问题始终存在:当你辛苦构建了复杂的长期计划,代理却因上下文超限、会话崩溃或一个不慎的 /clear 而失去所有上下文,之前的计划随之灰飞烟灭。planning-with-files 正是为此而生的开源解决方案,它让计划变得和文件系统一样可靠。
文件即计划:持久化的威力
planning-with-files 的核心思想很简单:将代理的长期计划存储在普通 Markdown 文件中,而不是寄望于脆弱的内存或上下文窗口。每次代理执行一步操作后,都会将最新状态写回文件。即使进程被终止,只要文件还在,计划就完整保留。这种设计对于需要几小时甚至几天才能完成的大型重构任务尤其有价值。
项目使用 Python 编写,依赖极少,可以很容易地集成到现有工作流中。你只需一个兼容的编码代理(如 Claude Code、Codex CLI、Cursor),通过 SKILL.md 标准声明之后,代理就能自动读取和更新 plan 文件。
两大关键机制:崩溃保护与完成门控
planning-with-files 提供了两个差异化的功能:
- 崩溃保护:每一步修改都立即同步到磁盘,即使代理中途崩溃或手动清除上下文,重启后计划依然完整可用。
- 确定性完成门控:代理必须显式标记某个任务为“已完成”才能推进到下一步。这避免了模棱两可的状态,让整个计划流程变得可预测、可审计。
这两个机制结合在一起,让长期运行的代理任务不再像“黑箱”,而是具备了可追溯、可恢复的透明度。
多智能体协作与生态兼容
planning-with-files 支持多个代理同时读写同一份计划文档,这在 多智能体 场景中极其有用:一个代理负责规划,另一个负责执行,再一个负责验证,所有状态都通过文件系统共享,无需复杂的通信协议。
兼容性方面,项目遵循 SKILL.md 标准,目前已支持 Claude Code、Codex CLI、Cursor、Kiro、OpenCode 等超过 60 个主流编码代理。你只需将项目中的 skill 文件放置到代理的配置目录,即可开始使用。
适合谁用?
如果你是依赖 AI 代理进行复杂、长时间编码任务的开发者,planning-with-files 非常值得尝试。尤其是那些经历过“代理突然忘记前面所有计划”时刻的人,会立刻明白它的价值。团队协作中,通过共享文件系统实现计划的同步也很方便。
当然,项目也有局限性:计划文件是纯文本 Markdown,无法嵌入图表或二进制附件;配置过程需要一点手动操作,对新手可能不够友好。此外,对于极大规模的百万行计划,纯文件读写的性能可能成为瓶颈。
但总的来说,planning-with-files 用一种简单而扎实的方式解决了 AI 编码中的一个关键痛点。它不是那种炫酷的生成式功能,却是让代理真正可靠工作的基础部件。如果你正在寻找让 AI 编码代理“不掉链子”的方案,不妨从这份文件计划开始。










评论
暂无评论
成为第一个评论的人