当编码任务变得混乱时,你在AGENTS.md里写些什么?
摘要
讨论了使用OpenClaw的开发者如何通过一个交接文档(AGENTS.md)来跟踪目标、文件、失败和决策,从而在混乱的编码会话中保持AI编码代理的上下文。
对于使用OpenClaw进行较长编码任务的人:当当前会话变得混乱时,你们如何保持下一个会话的连续性?我的意思是,聊天记录里有旧尝试、半途而废的想法、已更改的文件以及代理不应重试的事情。你们会维护一个plan.md、git diff、提交记录、草稿本、仓库笔记或某种交接提示吗?我从其他AI编码用户那里看到的交接格式通常是:
- 当前目标
- 涉及的文件
- 失败的内容
- 已知为真的信息
- 做出的决策
- 不要碰的内容
- 下一个最小的测试
好奇OpenClaw用户实际是怎么做的。
相似文章
agents.md文件对编码代理有帮助吗?
这篇论文评估了诸如AGENTS.md或CLAUDE.md等仓库级上下文文件是否能提升编码代理的性能,发现由LLM生成的上下文文件几乎无益甚至可能降低效率,而开发者编写的文件效果稍好,但优势仍不明确。
AI编码代理需要公司级的AGENTS.md
文章建议,采用AI编码代理的组织应创建一份公司级的AGENTS.md文件,类似于人类入职文档,以标准化代理行为和上下文。
@jbarbier: 对于刚开始AI编码的人,我刚刚分享了我的CLAUDE.md(也适用于Gemini和Codex,参见指南)。由于…
开发者Julien Barbier分享了他为AI编码代理准备的CLAUDE.md配置文件,通过为Claude、Gemini和Codex提供明确的指令来提升效率。该文件可自定义,并包含多种工具的设置指南。
运行三小时后自说自话的代理需要的不是一个框架,而是一个文件
分享了一个 CLAUDE.md 文件,用于修复长时间运行但只会空谈不交付工作的编码代理。它强调行动胜于叙述,并能跨模型使用。
@DivyanshT91162: https://x.com/DivyanshT91162/status/2057692858501804435
Andrej Karpathy 对AI编码代理行为的观察导致了病毒式传播的 CLAUDE.md 文件,该文件包含4条AI代理行为规则,并成为GitHub上增长最快的仓库之一,标志着从AI智能到AI纪律的转变。