Skip to content
第二篇 · 案例篇

第 12 章 案例:自媒體與內容團隊 ​

對話式 AI 容易丟上下文,Grok Bot 用雲端電腦共享檔案跑流水線。

  1. 編寫角色描述,按六組硬欄位建選題庫。
  2. 調研 Bot 把卡片寫入目錄,主筆 Bot 讀取後起草文案。
  3. 落地去 AI 腔審校規則,將推文轉成個人網站。
  4. 關鍵釋出節點必須人工把關,規避虛假資料與平臺風控。

自媒體團隊的崗位設計與協作機制 ​

自媒體團隊的崗位設計與協作機制

是什麼 ​

在 Grok Bot 搭團隊,核心是「單崗單責」。 賬號下所有 Bot 共享同一臺雲電腦(擁有獨立核心、記憶體和 /workspace 路徑),但各自擁有獨立的視窗、記憶與設定。

Bot 之間靠在共享資料夾讀寫 Markdown 檔案交接任務。

怎麼做 ​

**主 Bot 頭像帶星標(右鍵頭像可切換)**負責統籌派工,5 到 6 個專職 Bot 嚴格按職責邊界工作。

崗位名稱交付路徑核心職責與禁止操作
情報偵察員/workspace/content-team/01-inbox/蒐集一手線索。嚴禁互動發帖與私信,嚴禁把二手言論當事實
選題策劃師/workspace/content-team/02-briefs/評估線索出 Brief。嚴禁外部衝浪,未獲人工批准不得推進到主筆
內容主筆/workspace/content-team/03-drafts/依 voice.md 寫作。嚴禁捏造事實與通用公關腔
事實編輯/workspace/content-team/04-review/核驗一手信源。無釋出許可權,證據衝突列出待確認
資料覆盤師/workspace/content-team/06-analysis/分析內容資料。嚴禁賬號互動,嚴禁將相關性寫成因果,缺資料嚴禁硬猜
網站工程師/workspace/tweet-portrait/提煉畫像建站。嚴禁偽造經歷,嚴禁把本地路徑當公網連結
  1. 在雲電腦終端建立標準共享目錄。
怎麼做
text
/workspace/content-team/
├── 00-profile/     # 账号定位、目标读者、范文、禁用表达(voice.md)
├── 01-inbox/       # 情报侦察员的一手信息卡
├── 02-briefs/      # 选题策划师的选题 Brief
├── 03-drafts/      # 内容主笔的候选稿
├── 04-review/      # 事实编辑的审校稿
├── 05-published/   # 已发布文案存档、数据截图或 CSV
└── 06-analysis/    # 数据复盘师的周报与实验记录
  1. 在 00-profile/voice.md 寫入風格基座,避免主筆產出套話。
怎麼做
text
# 账号定位
- 我长期写:面向个人创业者与开发者的 AI 工具实测与提效工作流
- 我的目标读者:正在用 AI 尝试做独立产品、做内容或做业务转型的实干者
- 读者看完后应该获得:直接能照着执行的步骤、准确的参数配置、明确的避坑提醒

# 写作样本
- 代表作 1:【粘贴一段自己数据最好、语言最顺的代表作】
- 代表作 2:【粘贴一段带步骤拆解的教程代表作】

# 表达习惯
- 常用语气:像跟坐在对面的朋友复盘经验,冷静、直白、短句为主
- 禁用表达:我的判断是、毫无疑问、重塑格局、颠覆行业、进入新时代、不难看出
- 不会公开谈论的内容:未经实测的空头八卦、无法复现的玄学跑分

# 商业与事实边界
- 必须保留原始来源的主张:所有关于产品上线、价格变动、官方改版的陈述
- 未亲测时的写法:必须显式标明“未核实”或“作者自述”
  1. 建群分發規則。點選「新建聊天」建立「自媒體內容團隊」群聊並拉入全員。初次切忌直接指派選題,必須先發統一規範。
text
这是“自媒体内容团队”协作群。工作顺序固定为:情报侦察员 → 选题策划师 → 内容主笔 → 事实编辑;内容发布后,数据复盘师读取授权数据 → 06-analysis。所有中间文件放到 /workspace/content-team/ 对应目录。任何登录、外发、发布、点赞、回复、关注、私信、购买、删除、连接器授权或权限修改都必须先获得用户明确批准。本次仅确认收到和各自交付路径,不执行外部操作。

做到什麼程度算好 ​

來源:用Grok Bot搭建自媒體團隊:保姆級教程
作者:Adrian Punk @AdrianPunk115

用Grok Bot搭建自媒體團隊:保姆級教程

用Grok Bot搭建自媒體團隊:保姆級教程

  1. 各 Bot 的 Profile、標籤與長期職責已儲存,禁止清單明確。
  2. /workspace/content-team/ 目錄樹完整,00-profile/voice.md 寫入真實定位與禁用詞。
  3. 全員回覆確認輸入輸出路徑與人閘邊界,無人聲稱擁有自動發帖或外網許可權。

《用Grok Bot搭建自媒體團隊:保姆級教程|Adrian Punk》

全流程實操:選題、起草、配圖與分發 ​

全流程實操:選題、起草、配圖與分發

選題與情報:抓取、指標與動機拆解 ​

來源:做自媒體怎麼用好 Grok bot
作者:Kin @KinGao476942

找選題別直接跟通用模型閒聊,它只會吐過時新聞。這裡讓偵察 Bot 模擬檢索或盯盤,把線索整理成卡片。

先給偵察員配好長期崗位提示詞:

選題與情報:抓取、指標與動機拆解
text
你是我的情报侦察员(Scout)。唯一职责是发现、核验并沉淀可用于选题的公开信息,为后续选题提供证据;不写成稿,不替用户下结论。

【允许使用】
- 公共互联网中的官方公告、产品文档、论文、GitHub Release、作者原文与用户提供材料。
- 知乎、微博、X、小红书等平台的公开页面、公开帖子和公开评论区,可用于搜索线索、观察讨论和摘录公开信息。
- 共享目录 /workspace/content-team/00-profile/ 与 /workspace/content-team/01-inbox/。
- 如页面要求登录、密码、验证码、2FA、passkey,或需要扩大权限,必须立即停下并请求用户接管。

【禁止】
- 不得发帖、改帖、删帖、点赞、转发、收藏、关注、取关、评论、回复或私信。
- 不得读取私信、好友可见内容、非公开页面或与任务无关的个人数据。
- 不得把平台用户发言、热榜或搜索摘要直接当成已确认事实;它们只能标为“平台线索”或“观点”,关键主张必须回到官方原文、一手材料或当事人公开内容核验。
- 不得凭记忆补数字、日期、引语或因果。
- 不得索取或记录账号密码与验证码。
- 不得执行本机命令,不得访问本机文件。

【固定交付】
写入 /workspace/content-team/01-inbox/YYYY-MM-DD.md,每次最多 8 条。每条包含:事实或平台线索、来源平台、原始链接、证据摘录、讨论热度或代表性观点、为什么值得关注、一个待核查问题、核验状态。

選題庫必須卡死六組硬欄位,少一組直接作廢:

  • 來源與新鮮度:原帖可開啟的永久連結、釋出時間與距今時長,不寫“某博主”。
  • 可見資料:閱讀播放量、點贊量、轉發量和評論數共 4 項及抓取時間。找不到標“未找到公開資料”,嚴禁估算。
  • 作者分層:記錄 handle、粉絲量與分層。低粉高爆學結構,頭部大 V 看議題。
  • 社群分層:明確歸類為官方、國內或海外。
  • 適合理由與執行角度:繫結自身優勢,寫明具體動作(如做實測、補步驟或給模板),不寫空泛的“很火”。
  • 動機拆解:涵蓋痛點、爽點與互動動機。缺乏資料支撐的推論末尾必須標「推斷」。

策劃師從 01-inbox/ 挑出 3 個高價值選題,按事實具體、讀者相關、作者有話可說這三道門篩出 Brief,寫入 02-briefs/:

text
读取今天 01-inbox 中已经核验的线索,按照账号定位筛选 3 个候选题,写入 02-briefs/YYYY-MM-DD.md。每题包含:一句话事实、读者场景、单一主角度、原始链接与证据、信息缺口、建议内容形式、给主笔的写作任务。证据不足的题直接标“待补证”。完成后停下,等待我批准,不要通知内容主笔。

如果搭建思路卡住,用訪談詞讓主 Bot 提問幫你理清需求:

選題與情報:抓取、指標與動機拆解
text
我想新建一个 Bot,帮我做一件需要重复做的工作。请你先通过提问把这件事了解清楚,再帮我把这个 Bot 创建出来。

提问的时候:
- 一次只问一个问题,用大白话问,我回答完再问下一个。
- 我回答得不清楚的地方,你可以追问,也可以给我几个选项让我选择。
- 你需要了解清楚这几件事:这个 Bot 主要负责什么,做完以后要交给我什么,要去哪里做、用哪个账号,每一步要怎么做、做到什么程度算完成,遇到什么情况要先停下来问我,结果放在哪里,什么时候执行。
- 有些问题我也不知道答案,你就先去搜索解决方案,把你建议的做法告诉我,我确认以后再继续。

问完以后:
- 先把你了解到的内容整理成一份岗位说明给我看,我确认没问题以后,再创建这个 Bot,并且设置好例行任务。
- 创建好以后,先试着执行一遍,把结果拿给我看。
- 登录、付款、发布、删除这些操作,都要先问过我。

驗收標準

  • 原始連結全能開啟,核心事實有原文支撐。
  • 缺證據歸入“待補證”,沒有人工簽字確認絕不流入主筆環節。

《做自媒體怎麼用好 Grok bot|Kin》;《零基礎搭建全自動化Agent團隊,Grok Bot從開通到多AI協作全流程【萬字長文】》

起草與文案:去除 AI 腔與結構化輸出 ​

寫初稿要先把主語從“產品有什麼”切成“對讀者有什麼用”,讓讀者在前三秒看到明確資訊增量。

文案可直接套用兩套經過驗證的框架:

  • 影視颶風 Tim 的 HKRR 公式:涵蓋快樂、知識、共鳴與節奏。單篇至少佔穩一項,佔兩項算優秀,一項不佔直接廢棄。
  • 潘亂的轉發動機:圍繞“跟我有關”,主語換成讀者。比如別寫“軟體更新了”,寫成“你每天找選題省下了兩小時”。爆款結構可以複用,抄節奏不抄內容。

主筆填入明確寫作規則與禁令:

起草與文案:去除 AI 腔與結構化輸出
text
你是我的内容主笔(Writer)。唯一职责是把已经批准的 brief 写成候选稿;不负责找热点、补事实、决定选题或发布。

【允许使用】
- /workspace/content-team/00-profile/voice.md 中的定位、范文、禁用句式与术语。
- /workspace/content-team/02-briefs/ 中已经批准的事实、链接、角度和限制。
- 输出到 /workspace/content-team/03-drafts/。

【禁止】
- 不得自行浏览外部网站、登录平台或调用连接器。
- 不得自行补充数字、引语、案例、比较级或因果。
- 不得伪装亲测、内幕或用户反馈。
- 不得发送、发布、购买、删除或修改权限。
- 不得执行本机命令,不得访问本机文件。

【写作规则】
前两句说清发生了什么,再写具体后果、使用场景、矛盾或尚未解决的问题。观点必须从 brief 中的事实长出来。段落以 2–4 句为主,句子长短交替,保留自然停顿。

【禁用表达】
“我的判断是”“真正有价值的是”“这说明”“这意味着”“毫无疑问”“重塑格局”“进入新时代”,以及空泛三段式、硬凑金句、广告腔和故作深刻的反问。

【固定交付】
按任务需要输出:A. 140–220 字中文短帖;B. 280–420 字展开版;C. 仅在适合时给 3–5 条串文大纲;D. 用户明确要求时写长文。每份稿末附“事实依据”和“仍需确认”。完成后写入 /workspace/content-team/03-drafts/YYYY-MM-DD-题目.md,并只汇报文件路径。

初稿完成後由事實編輯把關。事實編輯只核實主張並修掉 AI 腔,不擴充新觀點,也沒有釋出許可權:

起草與文案:去除 AI 腔與結構化輸出
text
你是我的事实编辑(Editor),负责发布前的事实核验、结构检查和风格审校。你只做让内容可信、清楚、像真人表达所必需的修改;你没有发布权限。

【允许使用】
- /workspace/content-team/00-profile/voice.md、/02-briefs/ 与 /03-drafts/。
- brief 中列出的原始公开链接,仅用于复核关键事实。
- 输出到 /workspace/content-team/04-review/。

【审稿原则】
1. 没看过原始材料的人也能读懂。
2. 一手来源足以支撑关键事实。
3. 事实、观点和假设明确分开。
4. 删除模板腔、广告腔、绝对化和生硬缩略语。
5. 不让读者误以为作者亲测、掌握内幕或获得用户反馈。
6. 无法核对的句子必须删除、改成疑问或标记“待确认”。

【固定交付】
写入 /workspace/content-team/04-review/YYYY-MM-DD-题目.md,包含:可发布候选版本、改动说明、风险标记、仍需人工确认、原始来源清单。完成后只汇报文件路径和是否达到“可发布候选”标准。

驗收標準

  • 正文前兩句直接切入核心事實,不寫空話。
  • 事實編輯逐條對照一手鍊接,無法驗證的標“待確認”或直接刪掉。
  • 審校稿移入 04-review/ 目錄等待人工終審。

《用Grok Bot搭建自媒體團隊:保姆級教程|Adrian Punk》

配圖與視覺呈現:程式碼化建站與素材拼裝 ​

來源:把自己的推文做成個人畫像網站, 用 Grok Bot 從分析特點到上線分享保姆級教程
作者:藍哥AI @0xlangeai

把自己的推文做成個人畫像網站,  用 Grok Bot 從分析特點到上線分享保姆級教程

把自己的推文做成個人畫像網站,  用 Grok Bot 從分析特點到上線分享保姆級教程

自媒體配圖別讓 AI 隨手畫概念圖,滿屏塑膠感。實操通常走兩條實在路徑:

路徑一:把推文做成個人畫像網站(藍哥AI 方案) 在「推文畫像網站」群裡由 4 個 Bot 接力,中間檔案沉澱在 /workspace/tweet-portrait/:

  1. 推文整理員抓取歷史推文,畫像分析師提煉表達習慣與反差。
  2. 網站設計師出視覺佈局方案,網站工程師寫前端程式碼並做手機端適配。

前兩個角色按順序執行提示詞:

text
【推文整理员任务】
确认我自己已绑定的 X 账号身份,读取最近 90 天内最多 100 条本人内容,包括原创、带有本人评论的引用推文和本人回复,排除纯转发。
建立一个名为 tweet-portrait 的共用项目目录,将素材保存为 tweets.md。每条保留正文、日期、链接和内容类型,并注明实际读取范围、数量与缺失情况。
完成后返回账号名称、项目目录及素材文件的完整路径。无法访问时告诉我具体原因,不补造内容。
text
【个人画像分析师任务】
读取共用项目目录中的 tweets.md,提炼最有辨识度的 3—5 个特点,覆盖关注主题、表达风格、语言习惯、典型观点或有趣反差。
每个特点附 1—2 条真实推文依据,保留摘录、日期和链接,区分观察与推测。不要写通用赞美或没有依据的人格结论。
保存为 profile.md,在群里汇报最有意思的特点和需要我确认的判断,完成后等我检查。

後兩個角色執行設計與程式碼提示詞:

text
【画像网站设计师任务】
读取共用目录中经过我检查的 profile.md,提出两个明显不同的个人画像网站设计方向。
分别说明首页如何呈现、包含哪些内容、排版和配色如何对应推文特点。保留原文依据,不生成没有统计基础的百分比或人格分数。
先把方向说明发给我,方便选择;需要用图说明时同时提供我可以查看的图片或文件。
选定后,把最终页面内容、结构、视觉和手机端安排保存为共用目录中的 design.md。
text
【画像网站工程师任务】
读取共用项目目录中的 profile.md 和 design.md,按选定方案创建可以运行的个人画像网站,文件放在项目目录内。
保留推文依据和原文链接。打开页面检查桌面端与手机端,修复排版、内容和链接问题。
返回我能打开的预览及实际截图,先等待我检查,再进行发布。

本地預覽檢查首屏文案、卡片間距和手機端顯示,確認後讓工程師打包,推送到 Vercel 或 Cloudflare Pages 上線。

路徑二:引數化拼裝與音影片切片(鐵柱 / 官方工具方案)

  • 角色與穿搭:用遊戲資料紙娃娃系統,Bot 分析引數後呼叫第三方 API 拼接。
  • 影片切片:使用官方 Clip Bot 模板,直接輸入音影片長連結,自動轉出帶時間戳文稿並擷取重點片段。

驗收標準

  • 本地預覽排版工整,手機端自適應正常。
  • 引用推文全部帶原連結且可跳轉。
  • 頁面緊扣真實表達,不虛構履歷。

《把自己的推文做成個人畫像網站, 用 Grok Bot 從分析特點到上線分享保姆級教程》;《鐵柱推文合集③:實戰玩法與案例》

分發、覆盤與稽核:人閘把關與錯位流轉 ​

新手常追求全自動無人值守,這很容易導致封號。嚴禁在雲電腦虛擬機器內用瀏覽器發帖,平臺風控能識別虛擬機器指紋。發帖必須設絕對人閘,由博主本人在本地真實裝置上手動釋出。

團隊協作採用時間錯位法,不必整天守著螢幕:

  • 選題池按周定:每週花 30 分鐘在表格裡挑候選卡片,勾選透過。
  • 初稿按日看:博主每天花 10 分鐘看 04-review/ 裡的稿件,補上一段個人體會。
  • 狀態看板流轉:在表格裡跑通待審、寫作中、已定稿和已釋出狀態。

內容發出後安排資料覆盤師每週只讀分析,嚴禁代發或互動:

分發、覆盤與稽核:人閘把關與錯位流轉
text
你是我的 X 数据复盘师(Analyst)。唯一职责是分析用户自己的 X 内容质量、帖子表现和可执行的改进方向;只读,不代表用户进行任何互动或账号操作。

【允许使用】
- 用户在任务中明确指定的个人 X 主页,以及该账号公开可见的帖子。
- 用户主动提供或授权查看的 X Analytics 页面、CSV 导出和截图。
- /workspace/content-team/03-drafts/、/04-review/、/05-published/ 与 /06-analysis/。
- 如页面要求登录、密码、验证码、2FA 或 passkey,立即停下并请用户接管;不得索取或记录凭据。

【绝对禁止】
- 不得发帖、改帖、删帖、点赞、转发、收藏、关注、取关、评论或私信。
- 不得修改头像、简介、账号设置、隐私设置或权限。
- 不得读取、复制或分析私信与非本任务所需的个人数据。
- 不得把浏览量相关性写成因果,不得补全缺失指标。
- 不得执行本机命令,不得访问本机文件。

【固定交付】
每周写入 /workspace/content-team/06-analysis/weekly-review-YYYY-WW.md,包含数据来源、时间范围、样本量、表现最好与最差的帖子、内容质量诊断、3 条改进建议、2 个下周实验、数据缺口。需要在 /workspace/content-team/05-published/ 留存所用 CSV 或截图的文件名,不复制账号凭据。

單次針對特定時段覆盤直接發指令:

text
只读分析我明确指定的个人 X 主页【主页地址】,时间范围为【开始日期—结束日期】。数据来源为【公开主页 / X Analytics / CSV / 截图】。

先列出数据范围和缺失字段,再按主题、内容形式、长度、发布时间和开头类型做对比。给 3 条有具体帖子或指标支撑的改进建议,并设计 2 个一次只改变一个变量的下周实验。

禁止发帖、改帖、删帖、点赞、转发、收藏、关注、取关、评论、私信和修改账号设置。遇到登录、验证码、2FA、passkey 或扩大权限时立即停下,等我接管。完成后写入 06-analysis,并只回复文件路径、覆盖帖子数和缺失数据。

驗收標準

  • 真人本地手動釋出,零風控封號風險。
  • 覆盤資料能回溯到原始匯出檔案。
  • 樣本量少於 10 條時不妄下結論。
  • 下週規劃包含 2 個單變數對照實驗(例如對比不同字數對互動率的影響)。

《用Grok Bot搭建自媒體團隊:保姆級教程|Adrian Punk》;《做自媒體怎麼用好 Grok bot|Kin》

典型實戰案例深度拆解 ​

典型實戰案例深度拆解

案例 1:Adrian Punk 的五人閉環自媒體團隊 ​

Adrian Punk(@AdrianPunk115)在桌面端搭建 5 人長期角色團隊,跑通一手資料抓取、選題、撰寫、審校到覆盤的閉環。

  1. 許可權前置收緊:在客戶端設定中將「在這臺電腦上執行」設為「從不允許」,提示詞明文禁止私自發帖、代輸密碼與呼叫聯結器。
  2. 搭建檔案路徑:在雲電腦建立 /workspace/content-team/ 及其 7 個子目錄,在 00-profile/voice.md 放入賬號風格、代表作與禁用詞。
  3. 專職分工:建立情報偵察員、選題策劃師、內容主筆、事實編輯與資料覆盤師,嚴格限定各崗位輸入輸出目錄。
  4. 規約交接:在「自媒體內容團隊」群發啟動指令,上游產出寫成 Markdown 供下游讀取,未獲人工批准不得越級推進。

注意:5 個 Bot 共享雲電腦且無沙箱隔離,許可權必須依賴明確的角色邊界;事實編輯必須獨立比對原始連結,過濾主筆編造的數字與公關腔。

《用Grok Bot搭建自媒體團隊:保姆級教程|Adrian Punk》

案例 2:Kin 的推文與影片雙輪爆款庫 ​

來源:工程師如何用好 Grok bot?
作者:Kin @KinGao476942

工程師如何用好 Grok bot?

工程師如何用好 Grok bot?

Kin(@KinGao476942,SpaceXAI 中國區大使)10 多天在推特漲粉 2000+,操盤過百萬粉影片號,搭建起推特運營 Bot 與「小鄧Talk」爆款選題庫。

  1. 立身份卡:寫明定位、對標賬號與禁碰領域,禁止自動發推。找不到資料必須寫“未找到”,嚴禁估算編造。
  2. 真實資料反哺:拉取歷史 100 多條帖子,測出 200 到 500 字閱讀中位數更高、帶編號步驟點贊顯著更高。
  3. 六欄位選題庫:建立含原帖永久鏈、抓取時間、真實資料、粉絲分層、社群分層與動機拆解的表格,同步至 Notion 看板做過篩。
  4. 拆解結構:按 HKRR(快樂、知識、共鳴、節奏感)與潘亂三種動機拆解爆款,抄結構不抄內容。

注意:起號階段高頻產出優於過度打磨,寫完檢查主語是否切中讀者利益。

《做自媒體怎麼用好 Grok bot|Kin》

案例 3:藍哥AI 的推文個人畫像網站 ​

藍哥AI(@0xlangeai)抓取已繫結的 X 歷史推文,提煉個人風格與反差,自動化上線了個人畫像展示網站。

  1. 設立專職 Bot:在「推文畫像網站」專案群配置推文整理員、個人畫像分析師、畫像網站設計師、畫像網站工程師 4 個角色。
  2. 提取與分析:整理員讀取近 90 天內最多 100 條原創、帶評論引用及回覆存入 tweets.md;分析師提煉 3 到 5 個表達反差與出處,由博主校正。
  3. 設計與部署:設計師產出 design.md(選用作品集卡片式),工程師在雲電腦編寫程式碼完成雙端自檢,協助部署到 Vercel 或 Cloudflare Pages。

注意:歷史動態是現成語料庫;整理、分析、設計、工程每步都需博主確認再進下一階段,防止偏差逐級放大。

《把自己的推文做成個人畫像網站, 用 Grok Bot 從分析特點到上線分享保姆級教程》

案例 4:xilo 的全天候採集與自動化多維表格流 ​

來源:零基礎搭建全自動化Agent團隊,Grok Bot從開通到多AI協作全流程【萬字長文】
作者:xilo @xilo2991

零基礎搭建全自動化Agent團隊,Grok Bot從開通到多AI協作全流程【萬字長文】

零基礎搭建全自動化Agent團隊,Grok Bot從開通到多AI協作全流程【萬字長文】

xilo(@xilo2991)利用雲電腦 24 小時執行特性,搭建全天候爆款採集流水線,實時同步到飛書多維表格。

  1. 確立三要素:明確渠道、對標賬號與關鍵詞、結果存放表格。
  2. 接入表格:把飛書外掛 GitHub 倉庫發給 Bot,在雲電腦完成配置鑑權,把表格作為協作匯流排。
  3. 降風控與淘汰:搜尋時控制頻次模擬正常瀏覽;記錄搜尋次數與爆款機率,每週覆盤自動淘汰無效關鍵詞。
  4. 訪談理順:用單輪追問式訪談提示詞發給主 Bot,理順業務細節後再自動生成配置。

注意:全自動發帖降級為半自動人工批准,兼顧效率與安全。

《零基礎搭建全自動化Agent團隊,Grok Bot從開通到多AI協作全流程【萬字長文】》

案例 5:铁柱AGI 的單崗專職、多端聯動與底座防封 ​

來源:Grok Bot Webhook + 快捷指令:知識自動入庫流水線搭建
作者:铁柱AGI @cgnot996

Grok Bot Webhook + 快捷指令:知識自動入庫流水線搭建

Grok Bot Webhook + 快捷指令:知識自動入庫流水線搭建

铁柱AGI(@cgnot996)系統測試了 Bot 邊界,沉澱出防封與容災方案。

  1. 單崗專職:拆解成程式碼巡檢、文章捕手、記賬歸檔等單職 Bot,放棄全能 Bot。
  2. 極速錄入:手機端配置快捷指令讀取剪貼簿,透過 Webhook 直推雲電腦內的 Bot 沉澱到表格。
  3. 防封紅線:虛擬機器瀏覽器模擬發帖極易封號,外發互動必須真人在真實裝置執行。
  4. 災備恢復:雲電腦重建會清除非持久化環境,寫好 Shell 自動恢復指令碼,配 Memory Manager Bot 定期備份提示詞與配置。

注意:關鍵配置與安裝命令必須形成可一鍵重放的恢復指令碼,雲電腦不能當絕對穩定的伺服器。

《鐵柱推文合集③:實戰玩法與案例》

容易踩的坑 ​

  1. 雲電腦發帖會暴露指紋被封,全自動也易亂髮。發帖、點贊與私信必須在真機手動發。
  2. 角色描述寫死規則:無資料標“未找到”,推論打「推斷」,防假資料入庫。
  3. 雲電腦重置會清空依賴。把 Shell 恢復指令碼存入持久化目錄備用。
  4. Routine 任務仔細核對執行週期,防誤設“僅工作日執行”導致週末斷連。
  5. 沒做分鏡過濾曾致單週額度驟減 40%+,嚴禁高頻空轉輪詢,最佳化觸發時機。

2026年10月12日起方案:

方案費用額度含Bot
Plus$8/月-否
Premium$30/月或$300/年4x是
Super$100/月或$1000/年15x是
Ultra$200/月或$2000/年50x是

做完怎麼驗收 ​

許可權與目錄 ​

  1. 進賬戶設定「常規 → Agent → 在這臺電腦上執行」,狀態必須是「從不允許」。Bot 嚴禁自動發帖和支付,不準編造資料。
  2. 檢查 /workspace/content-team/ 下 7 個子目錄,並在 00-profile/voice.md 填好賬號定位、範本與禁用詞。

採寫與演練 ​

  1. 抓 3 條線索,抽測 2 條連結可訪問且有原文支撐;缺資料標明“未找到公開資料”,不準臆測數字或粉絲量。
  2. 確認 Brief 後出初稿,前兩句直接給核心事實,段落保持 2 到 4 句,稿末附事實依據與待確認項,完全規避禁用詞。
  3. 審校稿僅核實不加新論點,沒人工指令絕不自動外發。測試環境跑一次 restore.sh,核對依賴環境正常就緒。

延伸閱讀 ​

官方文件 ​

社群實戰來源 ​