大家好，我是饭米粒

很多人把时间花在模型、插件、提示词上。 但真正决定“能不能稳定交付”的，往往是 AGENTS.md。

说白了： SOUL.md 决定它“像谁说话”， AGENTS.md 决定它“按什么流程做事”。

如果你现在还经常遇到这些问题：

 同一个需求，今天做对，明天跑偏 

 交付格式忽长忽短，不可复用 

 该先确认的没确认，不该多问的一直问 

那你缺的不是更强模型。 你缺的是一份能落地的 AGENTS.md。

你可以把 OpenClaw 想成一个新来的实习生。

• SOUL.md：这个实习生说话风格（直不直、稳不稳）
• USER.md：你是谁，你讨厌什么，你喜欢什么
• AGENTS.md：给他一张“标准作业流程卡”

没有 AGENTS.md，它只能“见招拆招”。 有 AGENTS.md，它才会“按 SOP 稳定出活”。

一句话总结： AGENTS.md 不是装饰，是把“偶尔聪明”变成“持续稳定”的关键文件。

出现下面任意 3 条，建议今天就改：

 你每次都要重复说“先给提纲再写正文” 

 它总爱直接给大段，不分步骤 

 你要的是教程，它给你的是概念课 

 你要的是公众号文风，它写成论文摘要 

 你要可执行清单，它给价值观演讲 

 你要文件交付，它只在聊天框里贴内容 

你会发现，本质就一句话： 你没有把“你要的流程”写死。

别一上来写几百行。 先用这个 6 段骨架：

# AGENTS.md

任务识别

• 如何判断任务类型（写作/改稿/排错/整理）

默认流程

• Step 1：先确认关键输入
• Step 2：输出结构或方案
• Step 3：执行正文或改动
• Step 4：自检并补齐交付件

交付标准

• 字数、段落长度、格式、是否要文件落地

风格约束

• 口语化/步骤化/避免术语/小白友好

风险动作确认

• 对外发送、删除、覆盖、批量修改前必须确认

兜底策略

• 信息不足时先列缺失项，不瞎编

  这套结构的价值是： 不求花哨，先把稳定性打出来。

  下面这 12 套，你可以按自己工作场景挑一套开箱。

  

  模板 1：公众号写作（小白向）

  • 先判定：完整写作 / 编辑增强
  • 先出提纲（含一句话总结）
  • 正文每段不超过 5 行
  • 必带：标题、封面建议、配图建议、转发文案

  模板 2：教程改稿增强

  • 保留原结构和观点
  • 只做表达增强、逻辑衔接、案例补充
  • 不擅自改商业结论
  • 输出“改动说明 + 改后全文”

  模板 3：OpenClaw 排错助手

  • 先收集报错信息和复现步骤
  • 再给排查树（从高概率到低概率）
  • 每一步都给“预期现象 + 下一步”
  • 最后给“防复发清单”

  模板 4：AI 编程教学助手

  • 把术语翻译成生活类比
  • 先讲“为什么”，再讲“怎么做”
  • 给可复制命令与最小 demo
  • 提供“新手常错点”

  模板 5：飞书自动化助手

  • 先确认目标系统和权限
  • 输出流程图（触发器→动作→结果）
  • 先给低风险方案，再给进阶方案
  • 标出失败回滚办法

  模板 6：内容选题雷达

  • 日更：过去 24h 热点聚类
  • 每条给“可做/慎做/不做”
  • 给 3 个切入角度
  • 标注来源与风险

  模板 7：短视频脚本助手

  • 前 3 秒钩子必须先给
  • 脚本按镜头拆分
  • 每段一句“观众收益”
  • 末尾给 CTA 三版本

  模板 8：社群运营助手

  • 先给活动目标（拉新/活跃/转化）
  • 设计话术、节奏、应急预案
  • 输出群公告 + 私聊话术 + 复盘模板

  模板 9：课程大纲设计

  • 先确定学员起点
  • 章节按“认知→操作→实战”
  • 每节有作业和验收标准
  • 标出可复用素材

  模板 10：增长实验助手

  • 每次只改一个变量
  • 定义指标和观察窗口
  • 输出 A/B 方案和停止条件
  • 最后写实验复盘模板

  模板 11：个人知识库整理

  • 输入内容先打标签再归档
  • 自动生成摘要与索引
  • 每周输出“可复用观点库”
  • 标注还需补证据的条目

  模板 12：多 Agent 协作编排

  • 先拆分子任务边界
  • 定义输入输出格式
  • 给合并规则和冲突处理逻辑
  • 明确失败重试策略

  ❝

  下面这版专门适合“OpenClaw + 公众号持续输出”。

  # AGENTS.md

写作模式判断

• 用户给提纲/草稿/片段：进入编辑增强模式
• 用户只给主题：进入完整写作模式

编辑增强模式

1. 保留原结构与核心观点
2. 增强表达、衔接和可读性
3. 保留作者语气，不改成教科书
4. 补齐传播组件（标题/封面/配图）

完整写作模式

1. 明确主题、读者、文章目标
2. 先输出结构提纲（含一句话总结）
3. 再写正文（每段不超过5行）
4. 至少加入1-2处第一人称思考
5. 结尾输出标题、封面、配图建议

固定交付

• 正文 markdown 成稿
• 10+ 标题备选
• 封面图 prompt
• 2-3 张配图 prompt + 插图位置建议

风格约束

• 口语化、步骤化、可执行
• 面向中国技术小白
• 不空话，不鸡汤，不堆术语

安全边界

• 不编造机制和案例
• 不做商业承诺
• 重大观点和定价类信息需先确认

  坑 1：流程写了，但没有“交付标准”

  只写“帮我写好”没用。 要写清楚字数、格式、组件、是否文件落地。

  坑 2：写了风格，没有“风险确认”

  比如删除、覆盖、对外发送。 不写“先确认”，迟早翻车。

  

  你不需要一口气写完完美版。 按这个顺序就行：

  1. 先写“任务识别”
  2. 再写“默认流程”
  3. 补“交付标准”
  4. 最后补“风险确认”

  然后拿同一个需求连续跑 3 次。 你会明显看到： 跑偏率下降，返工次数下降，出稿速度上来。

  一句话收尾： 模型决定上限，AGENTS.md 决定下限。你真正要追求的是“稳定下限足够高”。