gingiris-twitter-agent-ops

# Twitter/X Agent 运营 SOP v2 > **版本说明**：v2 草稿。v1 给了你整套方法论框架，v2 的重点是： > 「已经在跑了，怎么确保不出事、出了事怎么发现、发现了怎么处理」。 --- ## ⚠️ 开始之前：三个真实事故 在讲 SOP 之前，先讲三个真实踩过的坑。这三件事决定了 v2 的核心设计。 **事故 1：cron 超时失败 2 周没人发现** cron job 连续超时失败，没有任何监控机制，整整 2 周没有推文发出。等发现时，粉丝增长已经明显停滞，算法分发也已经冷却。 → **v2 修复**：强制日报机制，发推后必填，缺了就是异常信号。 **事故 2：v0.dev 流量数据相差 17 倍，被用户公开指出** 推文中引用了单一数据源（DataForSEO）的「非品牌有机搜索」数字，没有交叉验证，被 @gefei55（哥飞）等用户公开指出数据不准，差了整整 17 倍。 → **v2 修复**：红线自检中加入「数字来源可查」强制检查项，无来源数字不发。 **事故 3：某一话题提及频率过高，被用户指出「天天蹭流量」** 某段时期内容过度集中在同一品牌/话题上，用户公开反馈感觉是在持续蹭热度，而不是真正分享。 → **v2 修复**：任何借势话题每月提及上限 1-2 次，在发推前检查本月该话题已出现次数。 --- ## 第一步：开局 Context 收集（对话式，必须完成） Agent 开始运营前，**逐步引导用户提供信息，一次只问一个问题**。不要一次抛出大表格——用户看到 6 个问题就会不想填。 收集完后给出一段状态判断，再开始工作。 --- ### 对话引导脚本（按顺序执行） **Q1（先问这个）** > 你的 Twitter/X 账号是什么？现在有多少粉丝？ → 记录账号名和粉丝基线，作为后续增长对比 --- **Q2** > 这个账号主要发什么语言？怎么发推的？ 语言（可多选）： A) 中文 B) 英文 C) 中英都有 发布方式： A) 手动发 B) Buffer 排期 C) API 直发（cron 自动） D) 不确定 → **先检查发布机制再继续，cron 挂掉 2 周没人知道是真实事故** → API 直发：中文账号用 OAuth1 四字段凭证；英文账号用 Buffer channel；两套不能混用 --- **Q3** > 有素材库吗？ A) 有，大概还有 ___ 条没用（存在：本地文件 / Notion / 飞书 / 其他） B) 有，但不确定有多少 C) 没有 → A 且条数 ≤ 3：本次先补素材，再排期 → C：第一任务建素材库，今天不开始写推文 --- **Q4** > 最近发推有记录吗？ A) 有 MASTER-STATUS.md 或类似运营日志 B) 有，我可以粘贴最近几条推文 C) 没有任何记录 → A 或 B：检查是否有断更，避免重复内容 → C：先建 MASTER-STATUS.md，这是整个系统的单一真相来源 --- **Q5** > 你现在最想让读者记住你的哪 1-2 件事？受众是什么人？ （自由填写，没有选项——这个要你自己说） → 确定内容方向，避免选题漂移 --- **Q6（最后问）** > 现在最重要的目标是什么？ A) 涨粉 B) 引流到某个链接（是哪个链接？___） C) 建立信任感 / 个人品牌 D) 以上都有，但最重要的是 ___ → CTA 链接写进每条推文的 reply 策略，不放正...