使用指南
Grok Bot 例程：配置、测试与维护
如何设计可维护的 Grok Bot 例程：输入、步骤、审阅闸门、失败模式，以及写作、调研和运营示例。
例程用于重复运行一套固定工作流，避免每次重新提供相同的背景和步骤。常见结果包括每周简报、收件箱摘要、发布说明草稿和竞品变更摘录。
例程是什么
一条例程通常包含触发条件（时间、事件或手动运行）、输入、步骤、输出格式和人工检查点。也可以通过操作演示记录路径，无需手动写出每次点击。
为什么要拆分例程
把多个目标合并到一条长提示中，会增加修改和排错难度。每条例程只处理一类结果，例如每周内容简报、收件箱摘要、发布说明草稿、竞品变更摘录或客服话术更新。
强例程的结构
- 目的：一句话说明产出。
- 输入清单：缺材料时应该暂停，而不是编造。
- 步骤：用动词写成编号流程。
- 输出约定：章节、篇幅、语气、文件格式。
- 审阅闸门：发布或外发前由谁检查什么。
- 失败记录：常见坑，例如来源过期或日历为空。
示例：每周 SEO 简报
目的是给编辑起草周报。输入可以是 Search Console 导出、内容日历和表现较好的 URL。步骤包括：如实总结流量变化、提出 3 个更新选题和 1 个新大纲、列出可复用内链、标出需要合并的薄页面。输出用 Markdown。编辑确认选题后再分派。
可配合本站的工作流原则与工作流生成器使用。
把人留在关键闸门
例程应标注来源和不确定项，区分事实与建议，并在对外发送前设置人工确认。
维护节奏
定期删除不用的例程，修正结果偏离预期的提示，在工具变更后更新输入，并复查插件权限。
下一步
落地步骤
先写清流程再自动化：用结果命名、列出输入与缺失处理、按步骤说明操作、规定输出格式、指定审阅人，并约定复查周期。
反模式
常见问题包括：一条例程包含过多目标、未经批准直接外发、来源目录过期仍继续运行，以及长期不使用却未清理的例程。
健康信号
可维护的例程应按时运行、有人检查结果、输入缺失时明确报错，并保持提示简短。如果每次运行前都需要补充大量口头说明，应重新整理配置。
协作建议
多人共享例程库时，用纯 Markdown 写清规格，去掉只有一个人懂的口头禅，并写明输入为空时的回退策略。给新人附上相关指南链接，让他们先理解“为什么”，再谈怎么点。
版本管理
记录例程的提示修改、所需插件范围和上次成功运行日期。流程长期难以维护时，应归档旧版本并重新整理。
示例：竞品摘要
目的是产出每周公开信息摘要。输入是书签与笔记。步骤包括归类主题、起草一页摘要、标注不确定项。输出分为“已观察 / 可能有意义 / 可忽略”。市场同事确认后再分享。
来源与核实
最近核实：2026 年 8 月 27 日。官方文档区分可复用技能与按计划或事件触发的例程，目前记录的上限为 50 条例程，并显示最近 20 条运行记录；这些限制可能变化。