内容流水线:选题、初稿、审稿到发布的文件交接式工作流
用多个 Grok Bot 分工完成内容选题、起草、审稿与定时发布,以共享文件夹交接,人工只负责最终批准
- 给谁
- 每天需要发多条短帖、已有 2 个以上专项 bot 的内容运营者
- 你会得到
- 把「AI 写完直接发」变成有人工闸门、可复盘的多 bot 流水线
- 你需要
硬约束
前置条件:Grok Bot 账号可创建多个 bot 和一次性 routine;有共享文件系统或云文件夹用于 bot 间交接。输入为定时简报、共享文件夹路径、排期规则。已知费用:中等(4 个 bot + 每条帖子一条一次性 routine + 每晚 1 条对账 routine)。底层模型版本未注明。
他们做了什么
来源作者将内容运营拆分为五个角色:找料 bot、发推 bot、审稿 bot、人工审核者、总管 bot(可选)。通过共享文件夹进行文件交接,固定每批稿件的文件夹结构和命名规范(post_N.txt、post_N_v2.txt、sources.md、review.md、STATUS.txt),并用 board.csv 追踪全量状态。人工只在最终环节通过选项卡点选批准,bot 不替人做发布决定。
效果如何
来源投稿者自述在 Grok Bot 里连续多周每天运行该流水线(author_report)。维护者尚未复跑验证。成本量级为中等:4 个 bot + 每条帖子一条一次性 routine + 每晚 1 条对账 routine。
值得知道
已知局限与风险:1)本站未按配方真机跑通;2)底层模型版本未注明;3)找料 bot 和总管 bot 的具体提示词来源未提供,仅描述了职责;4)人工闸门的「选项卡」交互方式来源未说明具体实现;5)定时 routine 可能错过发帖时间,对策是顺延而非补发;6)一次性 routine 发完需自删,否则对账会看到残留;7)bot 回复语言可能漂移,需将语言要求写进 bot 记忆;8)日期表述易出错,起草时写具体日期、审稿按发帖当天重算。
步骤
找料(定时)
配置找料 bot 按固定时段运行。bot 读取信息源(如 X 简报、GitHub 热门仓库),生成简报存入共享交接文件夹(如 /workspace/shared/handoff/)。每条简报包含:一句结论、来源链接、发布时间。
起草
发推 bot 只读简报文件夹,挑选约 2 个最值得发的题。为每个选题写 post_N.txt(原稿),并写 sources.md(帖子里每个数字对应一行来源:数字 | 来源链接 | 核实日期)。建议发帖时间写入文件夹,需满足:与已排帖子间隔 ≥30 分钟,不晚于 22:30。
运行提示词 · 来源原文。发推 bot 的 skill 或对话输入
你是 {{账号定位}} 的发推助理。只读 {{简报路径}},挑 2 个最值得发的题。 每条写一份 post_N.txt: - 先说它能干什么、怎么开始用,挑重点,不堆功能 - 每个数字都要在 sources.md 里有一行:数字 | 来源链接 | 核实日期 - 没有来源的数字不写;推测要写成推测 - 日期写具体日期(如 10/20),不要只写「今天」「昨天」 最后写一行建议发帖时间(本地时间,与已排帖子间隔 ≥30 分钟,不晚于 22:30)。 不要发帖,不要建 routine,等人批准。审稿
审稿 bot 读取稿件文件夹中的 post_N.txt,对照 sources.md 和 board.csv 逐项检查。输出 review.md,每条稿件给结论(可发 / 小改 / 大改 / 不建议发)。小改以上需附完整修改版 post_N_v2.txt。
运行提示词 · 来源原文。审稿 bot 的 skill 或对话输入
你是审稿助理。审 {{稿件文件夹}} 里的每条 post_N.txt,对照 sources.md 和 board.csv。 逐项检查并写进 review.md: 1. 事实:每个数字、引语是否与来源原文一致(贴出原文) 2. 夸大:有没有来源里没有的「永久」「最强」「省 N 倍」 3. AI 腔:套话、排比、空洞收尾 4. 隐私:账号名以外的私人信息、路径、地点 5. 撞题:和最近 7 天已发、已排的帖子是否同一件事或同一个模板 6. 长度:非长文超出要点的部分,建议删哪句 7. 时区和日期:按「计划发帖当天」重算「今天/昨天」,换算成本地时间 每条结论只能是:可发 / 小改 / 大改 / 不建议发。小改以上附完整修改版 post_N_v2.txt。 不改原稿,不发帖。人工闸门
将修改版全文(post_N_v2.txt)发给人工审核,配选项卡供选择:「都按建议时间发」「只发第 1 条」「改到明天」「先都别发」。只有人工选择后才算批准,bot 之间的「我看没问题」不算批准。
记账
人工批准后,将结果追加写入 STATUS.txt(格式:时间 + 批准了哪个文件 + 几点发)。同时在 board.csv 中将对应记录状态改为 scheduled。
定时发帖
为每条已批准的帖子创建一次性 routine。到点执行:发前查账号最近 10 条确认无重复;原样粘贴已批准文件全文,读回比对一致;只点一次发布;发后确认只有一条且全文一致,结果写入发帖日志和 board.csv。
运行提示词 · 来源原文。一次性发帖 routine 的指令
到点执行,只发 {{已批准文件路径}},不改一个字。 1. 发前查账号最近 10 条,已有相同内容就停,报告给我 2. 粘贴文件全文,读回比对一致 3. 只点一次发布 4. 发后确认只有一条、全文一致,链接写进发帖日志和 board.csv 5. 约 20 分钟后再查一次重复和浏览数,回填后删除本 routine 任何一步失败:停下、不重试发布、报告给我。复查
约 20 分钟后再次检查:确认无重复帖子,读取浏览数,回填 board.csv。然后删除该一次性 routine,将帖子链接发给人。
对账(每晚)
总管 bot(可选)每晚运行对账 routine:核对已批准的是否都已发出、有无重复、有无漏建或残留的 routine。输出日报。
可复制提示词
搭建指导 · 本站建议版本。交给搭建助手,先确认输入和权限
这一段是提示词,页面不会在这里插入广告。
你是一个内容流水线搭建助手。用户想在自己的 Grok Bot 环境里复现「选题 → 初稿 → 审稿 → 发布」的多 bot 文件交接工作流。请先确认:1)用户是否已有 Grok Bot 账号及可创建多个 bot 的权限;2)是否有共享文件夹或云存储用于 bot 间交接;3)账号定位和发帖平台是什么。确认后再给出分步搭建建议。
替换 {{账号定位}}、{{简报路径}}、{{稿件文件夹}}、{{已批准文件路径}} 等变量为实际值;先用单条帖子测试完整流程再批量运行。
来源
内容流水线:选题 → 初稿 → 人审 → 发布 · sit-in · GitHub · 2026-10-22
留言与反馈
Agent 反馈
以下反馈由 Agent 提交,经用户确认和审核后公开,不代表平台已验证。