x-tweet-orchestrator

name	x-tweet-orchestrator
version	2.1.0
description	x-expert 短推爆款创作总控 Skill（Master Short Tweet Orchestrator）。 严格按序串联 3 大专业节点 Skill（evidence-researcher ➔ hook-and-headline-writing ➔ topic-reviewer）， 从一手事实核验 (evidence_pack)、并发撰写 5 篇完整不同风格候选推文 (S1≤25, S2≤35)、5 维量化打分大榜评选 TOP 1 冠军， 最终以标准 Thread 双帖模板完整落盘至 inbox/tweets/tweet-{nn}-{slug}.md，并联动 x-publisher 执行错峰排期发布。
license	MIT
metadata	{"hermes":{"tags":["writing","tweet","shortform","orchestrator","growth","hook","reviewer","x-publisher"],"orchestrated_skills":["evidence-researcher","hook-and-headline-writing","topic-reviewer","style-sampler"]}}

短推爆款创作总控 Skill (x-tweet-orchestrator)

最高宗旨：为 X 平台每日高频互动与流量捕获，批量产出 100% 建立在一手真实证据基础上的高完读率、强互动短推。 执行铁律：每次写短推，必须严格串联执行 【证据研究 ➔ 5 篇并发多候选创作 ➔ 质检打分大榜选拔 ➔ Thread 标准落盘】 完整流水线，绝不可简化或跳步！

---

🔄 短推 4 节点串行全流程工业化流水线

[今日推文素材 / 选题线索: today/tweet-daily-report.md]
                          │
                          ▼
 ┌─────────────────────────────────────────────────────────────┐
 │ 🟢 阶段一：事实证据挖掘 (evidence-researcher)                │
 │ • 提取素材中的案例、论据与核心观点                          │
 │ • 产出初步的事实上下文与选题方向                            │
 └─────────────────────────────────────────────────────────────┘
                          │
                          ▼
 ┌─────────────────────────────────────────────────────────────┐
 │ 🛡️ 阶段二（独立硬门禁）：软件与开源仓库物理核验               │
 │ • 凡涉及软件/工具推荐，强制运行 node tools/verify_repos.mjs  │
 │ • GitHub API 物理探测：确认 HTTP 200，严禁任何臆造/404 仓库 │
 │ • 3 大筛选：剔除大路货(Dify/n8n)、剔除功能重复、剔除边角料  │
 │ • 产出 100% 真实的 verified_github_repos 注入 evidence_pack │
 └─────────────────────────────────────────────────────────────┘
                          │
                          ▼
 ┌─────────────────────────────────────────────────────────────┐
 │ 🟡 阶段三：5 篇并发风格候选创作 (hook-and-headline-writing)  │
 │ • 严格基于证据包，并发产出 5 篇完整不同维度的短推候选       │
 │ • 承诺数量主帖必须逐项展开（如承诺 5 款，主帖必须 1️⃣~5️⃣ 全列齐）│
 │ • 句式硬指标：S1≤25字（冲突钩子），S2≤35字（认知反差与实体） │
 └─────────────────────────────────────────────────────────────┘
                          │
                          ▼
 ┌─────────────────────────────────────────────────────────────┐
 │ 🔴 阶段四：5 维量化质检打分大榜 (topic-reviewer)            │
 │ • 5 维量化打分（Hook 30% / Tone 25% / Value 25% / 算法与格式）│
 │ • 审查软件物理核验证据单与全协议 https:// 链接，评选 TOP 1  │
 └─────────────────────────────────────────────────────────────┘
                          │
                          ▼
 ┌─────────────────────────────────────────────────────────────┐
 │ 📥 阶段五：Thread 标准工场模板落盘 (Workspace Landing)      │
 │ • 将 TOP 1 冠军推文按标准 Thread 双帖模板完整写入工作台     │
 │ • 文件路径：inbox/tweets/tweet-{nn}-{slug}.md               │
 │ • 包含：Frontmatter + 证据包 + 📌首帖主推 + 💬第二帖首评 + 评分│
 └─────────────────────────────────────────────────────────────┘
                          │
                          ▼
 ┌─────────────────────────────────────────────────────────────┐
 │ 🚀 阶段六：自动化排期与发布 (x-publisher)                   │
 │ • 运行 node tools/x_publish_scheduler.mjs                   │
 │ • 立即首发第 1 篇（即刻互动锚点），其余篇次错峰排期至 23:00 │
 └─────────────────────────────────────────────────────────────┘

---

🛠️ 节点分工与标准执行规程

1️⃣ 阶段一：【evidence-researcher】事实证据研究员

• 提取素材中的核心观点、事实数据与争议焦点；
• 产出初步的事实证据大纲。

2️⃣ 阶段二：【独立硬门禁】软件与开源仓库物理核验（强制执行）

• 触发条件：推文只要涉及开源项目、软件工具、MCP 协议或 Skill，动笔前必须强制独立执行物理核验；
• 物理探测命令：

  node tools/verify_repos.mjs <owner/repo1> <owner/repo2> ...
  

• 四大核验硬指标：
  1. HTTP 200 存活性：必须通过 GitHub API 确认真实存在，严禁凭借记忆臆造任何 Owner/Repo（如臆造组织名）；
  2. 三大高信噪比筛选：物理剔除 Dify、n8n、ComfyUI、Excalidraw 等大众人尽皆知的大路货，剔除功能重复项，剔除硬塞边角料功能；
  3. 真实元数据提取：精确提取 Stars 数、最新活跃时间与官方描述；
  4. 注入证据单：将验证通过的 verified_github_repos 注入 evidence_pack.json，确保第二帖首评中每一项都附带真实的 https://github.com/... 链接。

3️⃣ 阶段三：【hook-and-headline-writing】5 篇并发风格候选创作

严格基于 evidence_pack，必须并发输出 5 篇完整的短推候选（绝不能只写 1 篇），每篇必须包含完整的 S1、S2、正文 1️⃣ 2️⃣ 3️⃣ 列表与文末递麦：

• 候选 1：反常识·认知断层流（微尘对标）（错误共识 + 真实反转 + 机制拆解）
• 候选 2：自嘲踩坑·同行共鸣流（真实翻车现场 + 情绪吐槽 + 一线解法）
• 候选 3：硬核算账·商业闭环流（隐形成本 + Before→After 对比 + ROI 账本）
• 候选 4：三段式·受众定锚流（受众定位 + 数据说服 + Emoji 列表）
• 候选 5：极简犀利·态度金句流（极短冲击 + 底层本质 + 开放递麦）

黄金动线硬指标：

• S1（纯钩子）：≤ 25 字，秒级截停；
• S2（反差与首个实体）：≤ 35 字，强制装载具体名字/数字；
• 人称视角一致：S1 与 S2 严格保持第一人称同行对坐体，严禁 S1 第一人称 ➔ S2 第二人称指责说教；
• 正文列表：统一使用 1️⃣ 2️⃣ 3️⃣ Emoji 数字，正文 0 外链；
• 承诺数量主帖全展开：主推若承诺“推荐 5 款”，主帖正文必须逐项列齐 1️⃣ 2️⃣ 3️⃣ 4️⃣ 5️⃣。

4️⃣ 阶段四：【topic-reviewer】5 维量化打分大榜与冠军选拔

• 对阶段三产出的 5 篇候选进行严格的量化审查与逐篇挑刺；
• 考核 5 维指标：🎣 钩子截停力 (30%)、💬 活人感 (25%)、📊 实体与价值 (25%)、🛡️ 算法合规 (10%)、📱 排版美学 (10%)；
• 审查独立物理核验证据单 verified_github_repos 与首评完整 https:// 协议链接；
• 输出 【综合打分大榜】（展示 5 篇候选的单项分与总分排名），并详细点评获胜原因；
• 评选出总分最高的 TOP 1 冠军推文。

5️⃣ 阶段五：Thread 标准工场模板落盘

将评选出的 TOP 1 冠军推文完整落盘至 inbox/tweets/tweet-{nn}-{slug}.md，文件内容必须严格符合以下标准模版：

---
title: "赛道分类 · 标题"
date: "YYYY-MM-DD"
scheduled_time: "YYYY-MM-DD HH:MM:00"
publish_mode: "thread_daemon"
publish_status: "scheduled"
---

# 推文 NN：赛道分类 · 标题

## 阶段一：【evidence-researcher】事实证据包

```json
{
  "source_tweet": "https://...",
  "topic": "...",
  "keywords": [...],
  "entities": [...],
  "metrics": [...],
  "pain_points": [...],
  "limitations": [...]
}
```

---

## 阶段二与三：【Thread 串文定稿与质检】

### 📌 首帖（主推文 · 高情绪与明确引导）：

```markdown
[TOP 1 冠军推文正文]

👇 完整的 [工具入口 / 提示词母版 / 配置参数] 放在评论区第一条，自取！
```

![配图](../../assets/tweet-nn-slug-illustrations/01-slug.png)

---

### 💬 第二帖（首评回复 · 落地工具与极简代码/提示词）：

```markdown
📌 落地开源仓库/工具清单与实操指南自取：

🛠️ 项目入口与配置：
• 官方链接: https://...
• 核心参数/代码片段...
```

---

### 📊 质检得分：🎣 9.8 | 💬 9.7 | 📊 9.9 | 🛡️ 10.0 | 📱 9.8 ➔ **综合得分：9.82 (🟢 PASS · 建议直接排期)**

---

📋 短推发帖前 3 秒自检清单 (Checklist)

• 一手事实：GitHub 仓库/官网链接是否经过 Web Search / GitHub MCP 真实核验？
• 多候选竞争：是否完整撰写了 5 篇不同维度的完整候选并出具了打分大榜？
• 双核钩子：S1 是否 ≤25 字？S2 是否 ≤35 字？
• 人称一致与正面交付：前两句是否杜绝了“是你……”的说教与断层？是否杜绝了“别再看XX大路货了”等无关负向拉踩？
• 工具稀缺与高信噪比：是否剔除了 Dify/n8n/ComfyUI/Excalidraw 等人尽皆知的大路货？是否杜绝了功能重复堆砌与硬塞边角料功能？
• 承诺数量严格对齐：主推与标题承诺的数量（如“5 个专精工具”、“3 本书”）是否在主推逐一列齐（1️⃣~5️⃣），且与第二帖首评 100% 严格 1:1 相等？
• 首评全协议外链：主推文末是否带首评引导？第二帖首评是否为每个项目提供了完整的 https://github.com/... 可点击协议链接（杜绝裸仓库名）？
• Thread 完整落盘：inbox/tweets/ 文件中是否完整包含了阶段一证据包、阶段二首帖、阶段三第二帖与阶段四质检得分？