指南
Grok Bot 例程：让重复工作稳定下来
如何设计可维护的 Grok Bot 例程：输入、步骤、审阅闸门、失败模式，以及写作、调研和运营示例。
例程把一次性对话变成可长期使用的工作流。如果只把 Grok Bot 当成会说话的回复框，你就要永远重复交代背景。如果投入例程，周一的琐事可以变成一份等你审阅的草稿。
例程是什么
一条例程通常包含：触发条件（时间、事件或手动运行）、输入、步骤、输出格式，以及人工审阅闸门。界面名称可能变化，稳定不变的是 可重复流程 + 清楚的验收标准。
为什么例程优于超级提示
超级提示会腐坏，越写越长，最后没人敢信。每条例程只做一件事时才好维护：每周内容简报、收件箱摘要、发布说明草稿、竞品变更摘录、客服话术刷新。把大目标拆成可组合的小例程。
强例程的结构
- 目的：一句话说明产出。
- 输入清单：缺材料时应该暂停，而不是编造。
- 步骤：用动词写成编号流程。
- 输出约定：章节、篇幅、语气、文件格式。
- 审阅闸门：发布或外发前由谁检查什么。
- 失败记录：常见坑，例如来源过期或日历为空。
示例：每周 SEO 简报
目的是给编辑起草周报。输入可以是 Search Console 导出、内容日历和表现较好的 URL。步骤包括：如实总结流量变化、提出 3 个更新选题和 1 个新大纲、列出可复用内链、标出需要合并的薄页面。输出用 Markdown。编辑确认选题后再分派。
可配合本站的工作流原则与工作流生成器使用。
把人留在关键闸门
没有审阅的自主行动，容易发布“很自信的错误”。好的例程会标注来源或不确定性，把事实和建议分开，并且默认不在未批准时对外发送消息。
维护节奏
每月删除不用的例程，收紧跑偏的提示，在工具变更后更新输入，并复查插件权限。
下一步
落地步骤
先写文档再自动化：用结果命名、列出输入与缺失处理、写成替补同事也看得懂的步骤、规定输出格式、指定审阅人，并约定每月清理日。
反模式
什么都做的巨型例程、未批准就外发、默认目录过期仍硬跑、没人用又不敢删的“纪念例程”。
健康信号
能按时跑、产出有人看、缺输入会明确失败、提示仍短到敢改。若每次都要额外口述二十分钟，说明例程还没成形。
协作建议
多人共享例程库时，用纯 Markdown 写清规格，去掉只有一个人懂的口头禅，并写明输入为空时的回退策略。给新人附上相关指南链接，让他们先理解“为什么”，再谈怎么点。
版本管理
把例程当轻量软件：记录提示修改、所需插件范围、上次成功运行日期；与其无限缝补，不如归档混乱流程后重写一版。
示例：竞品摘要
目的是产出每周公开信息摘要。输入是书签与笔记。步骤包括归类主题、起草一页摘要、标注不确定项。输出分为“已观察 / 可能有意义 / 可忽略”。市场同事确认后再分享。
来源与核实
最近核实：2026 年 8 月 27 日。官方文档区分可复用技能与按计划或事件触发的例程，目前记录的上限为 50 条例程，并显示最近 20 条运行记录；这些限制可能变化。