用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/yang0/x-tweet-writer --skill dbs-script-flow命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
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 执行错峰排期发布。
X 平台爆款推文与开篇钩子写作 Skill。以传播性、人性洞察与情绪截停为绝对第一基座，将 2026 新算法（Phoenix 两塔向量检索、实体密度、防降权护栏）作为隐形助推无缝融合。 严格遵循：首句纯钩子抓人（≤25字）➔ 二句亮反差与关键数据（≤35字）➔ 正文 1️⃣ 2️⃣ 3️⃣ 列表自然装载具体实体 ➔ 评论区沉淀外链。 支持 5 大经典中文爆款风格、15 种爆款公式与 4 U's 量化择优。 触发关键词：写推文、出钩子、写开头、hook、headline、出候选、批量写推、生成推文。
对推文/选题候选进行严苛的多维量化打分质检，担任"以挑剔著称的内容质检总监"角色。 坚持传播性与爆款网感第一，同时核验 2026 算法隐形健康指标（实体密度自然达标、0 外链防跳出降权、AI 腔一票否决）。 输入：一组推文候选列表（通常由 hook-and-headline-writing 生成）。 输出：每条推文的 5 维评分、PASS/REVISE/REJECT 判定、可执行修改指令与综合打分大榜。 触发关键词：打分、质检、评分、哪条最好、审核推文、topic review。
| name | dbs-script-flow |
| description | 检查短视频逐字稿的段落衔接、信息密度和口播流畅度，定位观众可能划走的位置。用户要求检查逻辑延续、文稿顺畅度或流失风险时使用。 |
版本：v1.1 适用场景：检查短视频逐字稿的段落衔接、信息密度和口播流畅度，找出"观众会在哪一秒划走"的风险点
使用普通 Markdown 在当前对话中交付检查报告和改稿记录，保持平台无关。不得依赖特定笔记软件，不负责创建、保存或打开本地审阅文件；文件渲染与应用打开由项目外部能力处理。
当用户：
/dbs-script-flow| Skill | 检查什么 | 类比 |
|---|---|---|
dbs-script-flow 之外的其他 Skill | 各自按其英文标准名调用 | 按对应任务检查 |
/dbs-script-flow | 微观衔接：每段到下段是否丝滑 | 检查每层楼梯有没有断掉 |
完播率的敌人不是内容差，而是某一个瞬间观众跟不上了。
观众划走只有三个原因：
把逐字稿按自然段落（话题切换点）分成若干段，每段标注：
对每一段，依次检查：
问自己：
常见问题：
修复方法：
问自己：
常见问题：
修复方法：
问自己：
常见问题：
修复方法：
对每个发现的问题标注风险等级：
| 等级 | 含义 | 说明 |
|---|---|---|
| 🔴 高风险 | 观众大概率在这里划走 | 逻辑断裂、信息密度严重下降 |
| 🟡 中风险 | 观众可能走神但不一定划走 | 衔接不够顺、稍有啰嗦 |
| 🟢 小建议 | 改了更好，不改也行 | 口播微调、用词优化 |
## 逻辑延续检查报告
### 段落结构
| 段号 | 主题 | 功能 | 状态 |
|-----|------|------|------|
| 1 | [主题] | 开场 | ✅ |
| 2 | [主题] | 背景铺垫 | ✅ |
| 3 | [主题] | 论证 | 🟡 |
| ... | ... | ... | ... |
### 问题清单
**🔴 问题 1：第 X 段 → 第 Y 段，逻辑断裂**
> 原文（第 X 段末尾）：「……」
> 原文（第 Y 段开头）：「……」
**问题**：[具体描述为什么这里会让观众跟不上]
**修复建议**：在第 X 段末尾加一句过渡：
> 「[具体的过渡句]」
---
**🟡 问题 2：第 Z 段，信息密度下降**
> 原文：「……」
**问题**：[具体描述为什么这里观众会走神]
**修复建议**：
> 改为：「[精简后的文本]」
---
**🟢 问题 3：第 W 段第 N 句，口播不顺**
> 原文：「……」
**问题**：[具体描述为什么这句话念不出来]
**修复建议**：
> 改为：「[改写后的句子]」
---
### 整体评估
- **逻辑衔接**：[一句话总结]
- **信息密度**：[一句话总结]
- **口播流畅度**：[一句话总结]
- **总结**：[整体判断，需要改几处，改完可以发]
### 询问是否改稿
输出整体评估之后，必须主动问用户：
> 要直接帮你标记式改稿吗？改的时候保留你的原文，用删除线和 🆕 emoji 标出改动。
**不要等用户主动要求**——大部分时候用户做检查的目的就是改稿，主动问省一次往返。
但**也不要不问就改**——保留主动权给用户，他可能想自己改。
当用户回复「改」「帮我改」「直接改吧」「改原文」时，启动标记式改稿。
永不抹除用户原文。改稿是在原文上叠加标记，不是用新版本替换旧版本。用户必须能一眼看出：
| 符号 | 用途 | 示例 |
|---|---|---|
~~删除线~~ | 标记建议删除或被替换的原文 | ~~重点是在于，这里划重点啊~~ |
| 🆕 | 标记新增/改写的内容 | 🆕 这里有个关键点 |
| ⚠️ | 标记 AI 自己撤回判断、还原原文 | ⚠️ 上面的删除判断错了，已还原。这三段不是跑题，是在拆解…… |
~~原文~~ 紧跟着 🆕 新版本，让对照关系一目了然[原文 + 标记式改动，原地操作]
---
### 改动清单
| 位置 | 类型 | 说明 |
|---|---|---|
| 开头 | 🟢 替换 | [简短说明] |
| 第 X 段 | 🔴 整块删除 | [原因] |
| 结尾 | 🟡 新增 | [新增了什么、为什么] |
末尾给一句话决断（哪几处一定要改、哪几处改不改都行），让用户知道优先级。
🟡 问题 1：第 5 段第 46 行，口播绕
原文：「你就会进入另外一个类似叫商家流量池的一个区间」
问题：「另外一个类似叫……的一个区间」连续两个「一个」，念起来会卡。而且「商家流量池」是术语，观众不一定懂。
修复建议：
改为：「你就没什么流量了，也不是完全没有，但是会很差」 直接说结果，不引入概念。
🟡 问题 2：第 7 段 → 第 8 段，缺过渡
原文（第 7 段末尾）：「所以接下来就是你违规引流，平台给你封号。」 原文（第 8 段开头）：「然后接下来更有意思的事情就发生了」
问题：从"律师被封号"直接跳到"庭审发言"，中间缺一个收束。观众还在消化"律师被封号"的信息，突然被拉到了庭审现场。
修复建议：把第 7 段末尾改为：
「所以这个律师接下来被限流的遭遇，其实就是这套流程的标准结局。」 「标准结局」收住前面的分析，再打开新信息。
完成当前任务后直接结束。只有用户明确询问下一步，且当前环境已经安装 /dbs 时，简短提示：「下一步不确定时，可以输入 /dbs。」