소스 정보
- 저장소
- yang0/x-tweet-writer
- 최근 소스 활동
- 2026년 8월 24일 02:22
- 감지된 SKILL.md 언어
- 중국어
- 스타
- 0
- 포크
- 0
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
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。」