大家好,我是饭米粒
很多人把时间花在模型、插件、提示词上。 但真正决定“能不能稳定交付”的,往往是 AGENTS.md。
说白了: SOUL.md 决定它“像谁说话”, AGENTS.md 决定它“按什么流程做事”。
如果你现在还经常遇到这些问题:
- 同一个需求,今天做对,明天跑偏
- 交付格式忽长忽短,不可复用
- 该先确认的没确认,不该多问的一直问
那你缺的不是更强模型。 你缺的是一份能落地的 AGENTS.md。
一、先说人话:AGENTS.md 到底管什么?
你可以把 OpenClaw 想成一个新来的实习生。
- SOUL.md:这个实习生说话风格(直不直、稳不稳)
- USER.md:你是谁,你讨厌什么,你喜欢什么
- AGENTS.md:给他一张“标准作业流程卡”
没有 AGENTS.md,它只能“见招拆招”。 有 AGENTS.md,它才会“按 SOP 稳定出活”。
一句话总结:AGENTS.md 不是装饰,是把“偶尔聪明”变成“持续稳定”的关键文件。
二、什么时候你必须重写 AGENTS.md?
出现下面任意 3 条,建议今天就改:
- 你每次都要重复说“先给提纲再写正文”
- 它总爱直接给大段,不分步骤
- 你要的是教程,它给你的是概念课
- 你要的是公众号文风,它写成论文摘要
- 你要可执行清单,它给价值观演讲
- 你要文件交付,它只在聊天框里贴内容
你会发现,本质就一句话:你没有把“你要的流程”写死。
三、AGENTS.md 的最小有效结构(通用骨架)
别一上来写几百行。 先用这个 6 段骨架:
# AGENTS.md
## 任务识别
- 如何判断任务类型(写作/改稿/排错/整理)
## 默认流程
- Step 1:先确认关键输入
- Step 2:输出结构或方案
- Step 3:执行正文或改动
- Step 4:自检并补齐交付件
## 交付标准
- 字数、段落长度、格式、是否要文件落地
## 风格约束
- 口语化/步骤化/避免术语/小白友好
## 风险动作确认
- 对外发送、删除、覆盖、批量修改前必须确认
## 兜底策略
- 信息不足时先列缺失项,不瞎编
这套结构的价值是: 不求花哨,先把稳定性打出来。
四、12 套高频 AGENTS.md 模板(按场景直接套)
下面这 12 套,你可以按自己工作场景挑一套开箱。
模板 1:公众号写作(小白向)
- 先判定:完整写作 / 编辑增强
- 先出提纲(含一句话总结)
- 正文每段不超过 5 行
- 必带:标题、封面建议、配图建议、转发文案
模板 2:教程改稿增强
- 保留原结构和观点
- 只做表达增强、逻辑衔接、案例补充
- 不擅自改商业结论
- 输出“改动说明 + 改后全文”
模板 3:OpenClaw 排错助手
- 先收集报错信息和复现步骤
- 再给排查树(从高概率到低概率)
- 每一步都给“预期现象 + 下一步”
- 最后给“防复发清单”
模板 4:AI 编程教学助手
- 把术语翻译成生活类比
- 先讲“为什么”,再讲“怎么做”
- 给可复制命令与最小 demo
- 提供“新手常错点”
模板 5:飞书自动化助手
- 先确认目标系统和权限
- 输出流程图(触发器→动作→结果)
- 先给低风险方案,再给进阶方案
- 标出失败回滚办法
模板 6:内容选题雷达
- 日更:过去 24h 热点聚类
- 每条给“可做/慎做/不做”
- 给 3 个切入角度
- 标注来源与风险
模板 7:短视频脚本助手
- 前 3 秒钩子必须先给
- 脚本按镜头拆分
- 每段一句“观众收益”
- 末尾给 CTA 三版本
模板 8:社群运营助手
- 先给活动目标(拉新/活跃/转化)
- 设计话术、节奏、应急预案
- 输出群公告 + 私聊话术 + 复盘模板
模板 9:课程大纲设计
- 先确定学员起点
- 章节按“认知→操作→实战”
- 每节有作业和验收标准
- 标出可复用素材
模板 10:增长实验助手
- 每次只改一个变量
- 定义指标和观察窗口
- 输出 A/B 方案和停止条件
- 最后写实验复盘模板
模板 11:个人知识库整理
- 输入内容先打标签再归档
- 自动生成摘要与索引
- 每周输出“可复用观点库”
- 标注还需补证据的条目
模板 12:多 Agent 协作编排
- 先拆分子任务边界
- 定义输入输出格式
- 给合并规则和冲突处理逻辑
- 明确失败重试策略
五、给你一版可直接粘贴的 AGENTS.md(公众号创作版)
❝
下面这版专门适合“OpenClaw + 公众号持续输出”。
# AGENTS.md
## 写作模式判断
- 用户给提纲/草稿/片段:进入编辑增强模式
- 用户只给主题:进入完整写作模式
## 编辑增强模式
1. 保留原结构与核心观点
2. 增强表达、衔接和可读性
3. 保留作者语气,不改成教科书
4. 补齐传播组件(标题/封面/配图)
## 完整写作模式
1. 明确主题、读者、文章目标
2. 先输出结构提纲(含一句话总结)
3. 再写正文(每段不超过5行)
4. 至少加入1-2处第一人称思考
5. 结尾输出标题、封面、配图建议
## 固定交付
- 正文 markdown 成稿
- 10+ 标题备选
- 封面图 prompt
- 2-3 张配图 prompt + 插图位置建议
## 风格约束
- 口语化、步骤化、可执行
- 面向中国技术小白
- 不空话,不鸡汤,不堆术语
## 安全边界
- 不编造机制和案例
- 不做商业承诺
- 重大观点和定价类信息需先确认
六、你可能忽略的两个坑
坑 1:流程写了,但没有“交付标准”
只写“帮我写好”没用。 要写清楚字数、格式、组件、是否文件落地。
坑 2:写了风格,没有“风险确认”
比如删除、覆盖、对外发送。 不写“先确认”,迟早翻车。
七、落地建议:今晚 20 分钟就够
你不需要一口气写完完美版。 按这个顺序就行:
- 先写“任务识别”
- 再写“默认流程”
- 补“交付标准”
- 最后补“风险确认”
然后拿同一个需求连续跑 3 次。 你会明显看到: 跑偏率下降,返工次数下降,出稿速度上来。
一句话收尾:模型决定上限,AGENTS.md 决定下限。你真正要追求的是“稳定下限足够高”。
声明:来自程序员小饭,仅代表创作者观点。链接:https://eyangzhen.com/6813.html