反欺诈从业者的 Grok Bot 多 Bot 协作工作流

输入：写作需求、GitHub 仓库、产品创意 → 处理：多角色 bot 分工审查与协作 → 输出：经安全检查的草稿、研究简报、发布计划

给谁

内容创作者、安全从业者、独立开发者

你会得到

在 Grok Bot 上搭建一组专职 bot，分别负责起草、研究、代码审查和安全检查，通过 bot 间协作与人工最终确认，降低公开发布风险

你需要

Grok Bot

步骤

1. 创建 Post Guard：发布前安全检查员

   在 Grok Bot 中新建一个 bot，命名为 Post Guard。将其唯一职责设定为：在内容以你的名义公开发布前进行审查。告诉它检查 API 密钥、token、个人信息（包括截图中的终端或 URL 栏）、以及未宣布的项目名称。要求输出格式为 PASS / FIX / BLOCK，附原因和清理后的版本。

2. 按职能拆分独立 bot

   不要创建一个万能助手。为每个明确职能创建独立 bot：Social（起草 X 和 LinkedIn 帖子）、Research & ideation（研究想法、市场和竞品）、Repo Vetter（审查代码后再推广）、Post Guard（发布前检查）。每个 bot 拥有独立指令、独立记忆和独立对话。

3. 配置 Repo Vetter 的审查标准

   为 Repo Vetter 设定审查清单：代码质量、安全红旗、维护者信息、许可证、项目活跃度、虚假 star 迹象。要求输出 PASS / PASS WITH CAVEATS / FAIL，并附证据。作者强调连自己的仓库也要过同样标准。

4. 配置 Research bot 的反向论证与 prior art 检索

   让 Research bot 在启动任何项目前主动反驳你的想法：谁已经在做？谁愿意付费？你的假设哪里可能出错？同时要求每次检索"what already exists"，找到已有产品后调整差异化角度，而非直接放弃。

5. 启用 bot 间直接消息协作

   利用 Grok Bot 的 bot 间消息功能，让 bot 直接对话。例如：Social 向 Research 请求定位简报，同时向 Repo Vetter 请求代码审查；两者结果返回 Social 后整合为发布计划。作者表示无需手动复制粘贴。

6. 要求核对原始文档而非二手描述

   指示 Research bot 阅读实际文档和代码，而非依赖一句话摘要。确保每个主张都有源代码支撑。作者举例：其 webmail 项目的宣传文案经 bot 核对后，精确表述为"邮件存储在你自己的服务器"、"AI 为 opt-in"等。

7. 使用 Page 保存长期文档

   对于需要反复查看的规格和计划，使用 Grok Bot 的 Page 功能（对话外的可共同编辑文档）。作者建议每次回到 Page 时从底部的开放问题列表继续，而非从零开始。

8. 创建 Routine 自动化重复任务

   将重复请求转为 Routine。作者示例：工作日早晨，起草 bot 自动选取 AI 安全新闻、新工具和值得讨论的仓库，发送带来源的帖子草稿；周一早晨生成一个文章创意附大纲和初稿。将审查规则写入 Routine 一次即可。

9. 关闭自动发布，保留人工最终确认

   确保没有任何 bot 能直接发帖。所有草稿须经你审阅后手动发布。当 bot 想代发消息时，你应收到审批卡片，点击后才发出。作者将此原则与其安全产品 scamgate 的设计类比：在模型外设置检查点。

10. 训练 Voice Guide 并复用偏好

    让起草 bot 阅读你过去的 150 条帖子，提取风格指南（如：先抛问题、短句、 plain words、无企业套话）。将偏好一次性告知 bot，后续自动复用。作者举例：提及拥有 X Premium 后，审查 bot 自动停止标记长帖。

无提示词，按步骤操作即可。