Grok Bot软件基础设施AI 评分 · 75/100AI 辅助编辑·未发现明显提示词注入风险GitHub

作战室:多 bot 分工与文件交接流水线

3–6 个 Grok Bot 通过约定目录交接文件,人工闸门把关发布前最后一关

有一点经验步骤流程提示词贴士
给谁
一人公司或小团队,已有多个专项 bot,想从群聊乱炖收成可复盘流水线
你会得到
bot 通过 inbox/ out/ .collab/ 目录异步交接,人审后再发,避免串聊与自动误发
你需要
grok-bot

硬约束

需 3–6 个专项 Grok Bot、共享工作区目录约定(如 inbox/ 原始线索、out/ 各 bot 产出、.collab/ 人机异步留言)、人工闸门权限(发布/发信/对外发帖前必须人点头)、可选本机 Claude Code 做脱敏与合并。成本低~中,取决于 bot 数量与调用频率。底层模型版本未注明。

他们做了什么

来源展示了一套多 bot 协作模式:把「竞品监控 → 内容草稿 → 人工审核 → 可选公开合并」拆成文件驱动的流水线。3–6 个 Grok Bot 各负责单一角色,通过 inbox/、out/、.collab/ 目录异步交接,避免同会话串聊。人工闸门强制所有对外发布前必须人点头。

效果如何

来源作者报告该模式来自本仓 Claude ⇄ Grok 的实际多 bot 协作经验,但明确标注产品名、产出样例、prompt 变量均为虚构,验证日期为 2026-10-17(author_report)。

值得知道

已知陷阱:1) bot 会编造「看起来合理」的链接,需 prompt 强制「无来源不写」并抽查 URL;2) 多 bot 同会话会污染上下文,必须用文件交接+任务板认领;3) 缺少人工闸门时自动发送/发帖风险最高;4) 私密与公开内容需分层,公开配方只用占位符;5) 雷达写「无更新」时草稿 bot 应检查并直接结束,避免空跑产出凑数内容。本站未实测此配方。

步骤

  1. 开板认领

    在任务板(如 .collab/board.md)认领当日任务,标注谁负责雷达、谁负责草稿,状态写为 `doing (@名字)`。

  2. 雷达 bot 扫源

    给雷达 bot 提供关键词与竞品清单,让它扫描公开网页、X 关键词或竞品更新日志。产出写入 `inbox/radar-{{日期}}.md`;若无实质变化,只写一行「无更新 · {{日期}}」并结束。

    运行提示词 · 来源原文。雷达 bot 的系统提示词或首条用户消息

    你是 {{产品名}} 的情报雷达。
    根据以下公开来源清单与关键词 {{关键词列表}},汇总最近 24 小时有实质变化的要点,最多 7 条。
    每条格式:一句结论 | 类型(产品/定价/内容/其他) | 来源 URL | 置信度(高/中/低)
    规则:
    - 没有可靠公开来源的条目不要写
    - 不要推测、不要补全未出现的功能或数字
    - 若全部无实质变化,只输出一行:无更新 · {{日期}}
    把结果写入约定的雷达文件,不要 @ 其他 bot。
  3. 草稿 bot 产出

    先确认雷达文件存在且不是「无更新」,否则直接结束。草稿 bot 只读取上一步的雷达文件,产出 `out/draft-{{日期}}.md`,包含对外短帖草稿、内部摘要和「需人工」清单。禁止编造未出现在输入里的链接。

    运行提示词 · 来源原文。草稿 bot 的系统提示词或首条用户消息

    你是 {{产品名}} 的内容助理。
    只读取雷达文件 {{雷达文件路径}} 中的要点,产出:
    1. 对外短帖草稿 1 条(≤280 字,语气克制,无夸张词)
    2. 内部摘要 5 条以内(给人审,不直接发)
    3. 「需人工」清单:任何缺链接、置信度低、或涉及发布/发信的事项
    禁止:编造来源、承诺上线时间、写入真实客户信息或内部路径。
    变量用 {{占位符}}。
  4. 人工闸门审核

    人打开草稿文件,执行改、删、批注,标记「可发」或「作废」。若某类句子改动频繁,把修改后的写法回写进对应 bot 的 prompt 以减少反复。发布、发信、star/fork、对外发帖前必须人确认,不能由 bot 自作主张。

    运行提示词 · 来源原文。人工闸门检查清单,给人审阅时逐条勾选,不是 bot 运行指令

    [ ] 每条要点都有可点开的公开来源
    [ ] 无 key / token / 营收 / 内部路径 / 可识别个人信息
    [ ] 短帖未承诺未上线功能
    [ ] 发布 / 发信 / 对外互动已由人确认,不是 bot 自作主张
  5. 可选本机合并

    若需把脱敏内容合并进公开仓库(如 README 或 examples/),在本机用助手(如 Claude Code)按任务板审草稿、脱敏、合并。留言只追加在 .collab/ 协作通道,不改对方已写内容。

  6. 收工归档

    任务板状态改 `done`,产出路径写回任务板备查。私密底稿留在私密知识库,公开仓只收脱敏条目。

可复制提示词

搭建指导 · 本站建议版本。交给搭建助手,先确认输入、权限和目录结构,再用样例测试

这一段是提示词,页面不会在这里插入广告。

请帮我按以下配方搭建一个多 bot 文件交接流水线:
1. 确认我有 3–6 个 Grok Bot 可用,并约定共享目录结构(inbox/ out/ .collab/)。
2. 把来源提供的雷达 bot 与草稿 bot 提示词填入对应 bot,替换 {{产品名}}、{{关键词列表}}、{{雷达文件路径}} 等变量。
3. 设置人工闸门:发布、发信、对外互动前必须人确认,不能自动发送。
4. 先用虚构数据跑一轮,检查输出格式是否符合约定(雷达文件、草稿文件、检查清单)。
5. 若雷达返回「无更新」,草稿 bot 应直接结束,不产出凑数内容。

替换 {{产品名}}、{{关键词列表}}、{{雷达文件路径}} 等变量后,先用虚构数据测试一轮完整交接。

来源

作战室:多 bot 分工 + 文件交接 + 人工闸门 · sit-in · GitHub

留言与反馈

试过这个方法吗?分享效果、遇到的问题或改进建议。留言审核后公开,请勿填写敏感信息。

正在加载…

    相关用例