[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70M2JVD5CSCC25F7ZSXNNT4":3,"skill-same:01M70M2JVD5CSCC25F7ZSXNNT4":59},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":24,"linkOnly":25,"markdownContent":26,"markdownBody":27,"frontMatter":28,"refName":29,"commitSha":30,"skillDirectory":31,"forksCount":32,"repositoryHtmlUrl":33,"repositoryHomepageUrl":34,"ownerHtmlUrl":35,"ownerBlogUrl":36,"ownerDescription":37,"updatedAt":38,"install":39,"resources":52},"01M70M2JVD5CSCC25F7ZSXNNT4","dbs-script-flow",null,"检查短视频逐字稿的段落衔接、信息密度和口播流畅度，定位观众可能划走的位置。用户要求检查逻辑延续、文稿顺畅度或流失风险时使用。","shengdabai\u002FTony-Claude-Code-Skills","shengdabai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F116417419?v=4","01M70F6D2WY5PQV5A92BKYJQEW","Tony Sheng","01M70F6D3GAAAYZ5H4CC1G8VXM",3,"MIT","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fdbs-script-flow\u002FSKILL.md",[],[19,20,21,22,23],"flow","script","dbs","dbs script flow","视频","2026-11-10 10:12:30",false,"---\nname: dbs-script-flow\ndescription: 检查短视频逐字稿的段落衔接、信息密度和口播流畅度，定位观众可能划走的位置。用户要求检查逻辑延续、文稿顺畅度或流失风险时使用。\n---\n\n# dbs-script-flow — 逻辑延续检查\n\n**版本**：v1.1\n**适用场景**：检查短视频逐字稿的段落衔接、信息密度和口播流畅度，找出\"观众会在哪一秒划走\"的风险点\n\n## 输出边界\n\n使用普通 Markdown 在当前对话中交付检查报告和改稿记录，保持平台无关。不得依赖特定笔记软件，不负责创建、保存或打开本地审阅文件；文件渲染与应用打开由项目外部能力处理。\n\n---\n\n## 触发条件\n\n当用户：\n- 说「检查逻辑延续」「看看逻辑有没有断」「有没有啰嗦的地方」\n- 说「帮我看看这个稿子顺不顺」「这个稿子能不能一直看下去」\n- 说「检查完播率风险」「哪里会划走」\n- 使用 `\u002Fdbs-script-flow`\n\n---\n\n## 与其他 Skill 的区别\n\n| Skill | 检查什么 | 类比 |\n|-------|---------|------|\n| `dbs-script-flow` 之外的其他 Skill | 各自按其英文标准名调用 | 按对应任务检查 |\n| `\u002Fdbs-script-flow` | 微观衔接：每段到下段是否丝滑 | 检查每层楼梯有没有断掉 |\n\n---\n\n## 核心原则\n\n**完播率的敌人不是内容差，而是某一个瞬间观众跟不上了。**\n\n观众划走只有三个原因：\n1. **逻辑断裂**：前一段讲 A，下一段突然跳到 C，中间缺 B\n2. **信息密度掉了**：某一段在重复已经说过的东西，或者绕圈子\n3. **口播卡壳**：句子太长、太书面、自问自答，念不出来\n\n---\n\n## 检查流程\n\n### 第一步：分段\n\n把逐字稿按自然段落（话题切换点）分成若干段，每段标注：\n- 段号\n- 段落主题（一句话概括这段在讲什么）\n- 段落功能（开场 \u002F 背景铺垫 \u002F 论证 \u002F 案例 \u002F 转场 \u002F 高潮 \u002F 结尾）\n\n### 第二步：逐段扫描三个维度\n\n对每一段，依次检查：\n\n#### 维度 1：逻辑衔接（前后段之间）\n\n问自己：\n- 上一段的最后一句，和这一段的第一句之间，有没有逻辑跳跃？\n- 观众听完上一段，能不能自然地理解为什么要讲这一段？\n- 如果不能，缺的那个承上启下的信息是什么？\n\n**常见问题：**\n- 从个案突然跳到宏观分析，中间缺一句过渡\n- 从解释原因突然跳到另一个话题，前一个话题没收束\n- 从数据跳到观点，中间缺一句「所以」\n\n**修复方法：**\n- 加一句过渡句（通常一句话就够）\n- 在前一段末尾加一句收束\n- 调整段落顺序\n\n#### 维度 2：信息密度（段落内部）\n\n问自己：\n- 这一段有没有在重复前面已经说过的信息？\n- 这一段有没有绕圈子（用了 5 句话说了一个 1 句话就能说清的事）？\n- 如果把这一段删掉，观众会不会 miss 掉关键信息？\n\n**常见问题：**\n- 同一个意思换了三种说法反复讲\n- 解释一个概念时举了太多例子，观众已经懂了还在举\n- 某一段是「正确的废话」——说了等于没说\n\n**修复方法：**\n- 删减重复的表述，只保留最有力的一种\n- 合并冗余段落\n- 标注「可删」让用户决定\n\n#### 维度 3：口播流畅度（句子级别）\n\n问自己：\n- 这句话能一口气念出来吗？（超过 30 字的单句要警惕）\n- 有没有书面语？（「针对」「鉴于」「基于以上分析」）\n- 有没有自问自答？（「你以为 X 吗？其实 Y」——偶尔可以，连续用会烦）\n- 有没有生造的概念？（观众听不懂的术语，且没有即时解释）\n\n**常见问题：**\n- 定语套定语，一句话里塞太多信息\n- 用了一个术语但没有马上解释\n- 连续几个短句节奏太碎，或连续几个长句节奏太闷\n\n**修复方法：**\n- 长句拆成两句\n- 术语后面紧跟一句大白话解释\n- 调整长短句交替的节奏\n\n### 第三步：标注风险等级\n\n对每个发现的问题标注风险等级：\n\n| 等级 | 含义 | 说明 |\n|------|------|------|\n| 🔴 高风险 | 观众大概率在这里划走 | 逻辑断裂、信息密度严重下降 |\n| 🟡 中风险 | 观众可能走神但不一定划走 | 衔接不够顺、稍有啰嗦 |\n| 🟢 小建议 | 改了更好，不改也行 | 口播微调、用词优化 |\n\n---\n\n## 输出格式\n\n```\n## 逻辑延续检查报告\n\n### 段落结构\n\n| 段号 | 主题 | 功能 | 状态 |\n|-----|------|------|------|\n| 1 | [主题] | 开场 | ✅ |\n| 2 | [主题] | 背景铺垫 | ✅ |\n| 3 | [主题] | 论证 | 🟡 |\n| ... | ... | ... | ... |\n\n### 问题清单\n\n**🔴 问题 1：第 X 段 → 第 Y 段，逻辑断裂**\n\n> 原文（第 X 段末尾）：「……」\n> 原文（第 Y 段开头）：「……」\n\n**问题**：[具体描述为什么这里会让观众跟不上]\n\n**修复建议**：在第 X 段末尾加一句过渡：\n> 「[具体的过渡句]」\n\n---\n\n**🟡 问题 2：第 Z 段，信息密度下降**\n\n> 原文：「……」\n\n**问题**：[具体描述为什么这里观众会走神]\n\n**修复建议**：\n> 改为：「[精简后的文本]」\n\n---\n\n**🟢 问题 3：第 W 段第 N 句，口播不顺**\n\n> 原文：「……」\n\n**问题**：[具体描述为什么这句话念不出来]\n\n**修复建议**：\n> 改为：「[改写后的句子]」\n\n---\n\n### 整体评估\n\n- **逻辑衔接**：[一句话总结]\n- **信息密度**：[一句话总结]\n- **口播流畅度**：[一句话总结]\n- **总结**：[整体判断，需要改几处，改完可以发]\n\n### 询问是否改稿\n\n输出整体评估之后，必须主动问用户：\n\n> 要直接帮你标记式改稿吗？改的时候保留你的原文，用删除线和 🆕 emoji 标出改动。\n\n**不要等用户主动要求**——大部分时候用户做检查的目的就是改稿，主动问省一次往返。\n但**也不要不问就改**——保留主动权给用户，他可能想自己改。\n```\n\n---\n\n## 标记式改稿流程（用户确认后执行）\n\n当用户回复「改」「帮我改」「直接改吧」「改原文」时，启动标记式改稿。\n\n### 核心原则\n\n**永不抹除用户原文**。改稿是在原文上叠加标记，不是用新版本替换旧版本。用户必须能一眼看出：\n1. 哪些是他自己写的\n2. 哪些是 AI 删除\u002F替换建议\n3. 哪些是 AI 新增的内容\n4. 哪些是 AI 之前改过又被还原的（避免在多轮反馈里弄丢历史）\n\n### 三种通用 Markdown 标记符\n\n| 符号 | 用途 | 示例 |\n|------|------|------|\n| `~~删除线~~` | 标记建议删除或被替换的原文 | `~~重点是在于，这里划重点啊~~` |\n| 🆕 | 标记新增\u002F改写的内容 | `🆕 这里有个关键点` |\n| ⚠️ | 标记 AI 自己撤回判断、还原原文 | `⚠️ 上面的删除判断错了，已还原。这三段不是跑题，是在拆解……` |\n\n### 改稿规则\n\n1. **改的过程直接在原文位置操作**——不要写一个完整的新版本贴在底部，要原地标记\n2. **每个改动都成对出现**——`~~原文~~` 紧跟着 🆕 新版本，让对照关系一目了然\n3. **整段删除时**：保留原段落用删除线，下面用 🆕 解释为什么删（或给压缩版替代）\n4. **改完末尾给一个改动清单**——表格形式，列出每处改动的位置、类型、原因，让用户快速 review\n5. **多轮反馈要追加不要覆盖**——如果用户指出某处改错了，用 ⚠️ 标注还原，不要直接改回去当作没发生过\n\n### 改完输出格式\n\n```\n[原文 + 标记式改动，原地操作]\n\n---\n\n### 改动清单\n\n| 位置 | 类型 | 说明 |\n|---|---|---|\n| 开头 | 🟢 替换 | [简短说明] |\n| 第 X 段 | 🔴 整块删除 | [原因] |\n| 结尾 | 🟡 新增 | [新增了什么、为什么] |\n```\n\n末尾给一句话决断（哪几处一定要改、哪几处改不改都行），让用户知道优先级。\n\n---\n\n## 注意事项\n\n1. **不要改内容观点**：这个 skill 只管\"怎么说\"，不管\"说什么\"。不要改用户的论点、案例、数据\n2. **修复建议要口语化**：给出的过渡句和改写必须能直接念出来，不能是书面语\n3. **不要过度诊断**：如果稿子整体很顺，就说\"没什么问题\"，不要强行找茬\n4. **优先标高风险**：宁可漏掉一个小建议，也不要把高风险问题淹没在一堆小问题里\n5. **保持用户的语气**：改写时要保持用户自己的说话风格，不要把用户的话改成\"AI味\"\n6. **给出具体位置**：每个问题都要引用原文，让用户一眼就能找到\n7. **改稿前先确认拍摄方式**：是否白板视频会改变判断标准——白板视频里并列清单是视觉优势、「划重点啊」「看这里」是和板上动作配套的提示词，不该改。如果用户没说，问一句「这是白板视频还是纯口播」\n8. **判断\"跑题\"前先问一句**：如果删掉这段，观众在前一个关键节点能不能靠自己脑补出具体含义？如果脑补不出来，那这段就是必要的论证肉，不是赘肉。不要只看\"话题字面上偏不偏\"，要看\"这段话在服务哪个论点\"\n\n---\n\n## 实战案例\n\n### 案例：「小红书被告了」逐字稿（2026-04-09）\n\n**🟡 问题 1：第 5 段第 46 行，口播绕**\n\n> 原文：「你就会进入另外一个类似叫商家流量池的一个区间」\n\n**问题**：「另外一个类似叫……的一个区间」连续两个「一个」，念起来会卡。而且「商家流量池」是术语，观众不一定懂。\n\n**修复建议**：\n> 改为：「你就没什么流量了，也不是完全没有，但是会很差」\n> 直接说结果，不引入概念。\n\n---\n\n**🟡 问题 2：第 7 段 → 第 8 段，缺过渡**\n\n> 原文（第 7 段末尾）：「所以接下来就是你违规引流，平台给你封号。」\n> 原文（第 8 段开头）：「然后接下来更有意思的事情就发生了」\n\n**问题**：从\"律师被封号\"直接跳到\"庭审发言\"，中间缺一个收束。观众还在消化\"律师被封号\"的信息，突然被拉到了庭审现场。\n\n**修复建议**：把第 7 段末尾改为：\n> 「所以这个律师接下来被限流的遭遇，其实就是这套流程的标准结局。」\n> 「标准结局」收住前面的分析，再打开新信息。\n\n---\n\n完成当前任务后直接结束。只有用户明确询问下一步，且当前环境已经安装 `\u002Fdbs` 时，简短提示：「下一步不确定时，可以输入 `\u002Fdbs`。」\n","# dbs-script-flow — 逻辑延续检查\n\n**版本**：v1.1\n**适用场景**：检查短视频逐字稿的段落衔接、信息密度和口播流畅度，找出\"观众会在哪一秒划走\"的风险点\n\n## 输出边界\n\n使用普通 Markdown 在当前对话中交付检查报告和改稿记录，保持平台无关。不得依赖特定笔记软件，不负责创建、保存或打开本地审阅文件；文件渲染与应用打开由项目外部能力处理。\n\n---\n\n## 触发条件\n\n当用户：\n- 说「检查逻辑延续」「看看逻辑有没有断」「有没有啰嗦的地方」\n- 说「帮我看看这个稿子顺不顺」「这个稿子能不能一直看下去」\n- 说「检查完播率风险」「哪里会划走」\n- 使用 `\u002Fdbs-script-flow`\n\n---\n\n## 与其他 Skill 的区别\n\n| Skill | 检查什么 | 类比 |\n|-------|---------|------|\n| `dbs-script-flow` 之外的其他 Skill | 各自按其英文标准名调用 | 按对应任务检查 |\n| `\u002Fdbs-script-flow` | 微观衔接：每段到下段是否丝滑 | 检查每层楼梯有没有断掉 |\n\n---\n\n## 核心原则\n\n**完播率的敌人不是内容差，而是某一个瞬间观众跟不上了。**\n\n观众划走只有三个原因：\n1. **逻辑断裂**：前一段讲 A，下一段突然跳到 C，中间缺 B\n2. **信息密度掉了**：某一段在重复已经说过的东西，或者绕圈子\n3. **口播卡壳**：句子太长、太书面、自问自答，念不出来\n\n---\n\n## 检查流程\n\n### 第一步：分段\n\n把逐字稿按自然段落（话题切换点）分成若干段，每段标注：\n- 段号\n- 段落主题（一句话概括这段在讲什么）\n- 段落功能（开场 \u002F 背景铺垫 \u002F 论证 \u002F 案例 \u002F 转场 \u002F 高潮 \u002F 结尾）\n\n### 第二步：逐段扫描三个维度\n\n对每一段，依次检查：\n\n#### 维度 1：逻辑衔接（前后段之间）\n\n问自己：\n- 上一段的最后一句，和这一段的第一句之间，有没有逻辑跳跃？\n- 观众听完上一段，能不能自然地理解为什么要讲这一段？\n- 如果不能，缺的那个承上启下的信息是什么？\n\n**常见问题：**\n- 从个案突然跳到宏观分析，中间缺一句过渡\n- 从解释原因突然跳到另一个话题，前一个话题没收束\n- 从数据跳到观点，中间缺一句「所以」\n\n**修复方法：**\n- 加一句过渡句（通常一句话就够）\n- 在前一段末尾加一句收束\n- 调整段落顺序\n\n#### 维度 2：信息密度（段落内部）\n\n问自己：\n- 这一段有没有在重复前面已经说过的信息？\n- 这一段有没有绕圈子（用了 5 句话说了一个 1 句话就能说清的事）？\n- 如果把这一段删掉，观众会不会 miss 掉关键信息？\n\n**常见问题：**\n- 同一个意思换了三种说法反复讲\n- 解释一个概念时举了太多例子，观众已经懂了还在举\n- 某一段是「正确的废话」——说了等于没说\n\n**修复方法：**\n- 删减重复的表述，只保留最有力的一种\n- 合并冗余段落\n- 标注「可删」让用户决定\n\n#### 维度 3：口播流畅度（句子级别）\n\n问自己：\n- 这句话能一口气念出来吗？（超过 30 字的单句要警惕）\n- 有没有书面语？（「针对」「鉴于」「基于以上分析」）\n- 有没有自问自答？（「你以为 X 吗？其实 Y」——偶尔可以，连续用会烦）\n- 有没有生造的概念？（观众听不懂的术语，且没有即时解释）\n\n**常见问题：**\n- 定语套定语，一句话里塞太多信息\n- 用了一个术语但没有马上解释\n- 连续几个短句节奏太碎，或连续几个长句节奏太闷\n\n**修复方法：**\n- 长句拆成两句\n- 术语后面紧跟一句大白话解释\n- 调整长短句交替的节奏\n\n### 第三步：标注风险等级\n\n对每个发现的问题标注风险等级：\n\n| 等级 | 含义 | 说明 |\n|------|------|------|\n| 🔴 高风险 | 观众大概率在这里划走 | 逻辑断裂、信息密度严重下降 |\n| 🟡 中风险 | 观众可能走神但不一定划走 | 衔接不够顺、稍有啰嗦 |\n| 🟢 小建议 | 改了更好，不改也行 | 口播微调、用词优化 |\n\n---\n\n## 输出格式\n\n```\n## 逻辑延续检查报告\n\n### 段落结构\n\n| 段号 | 主题 | 功能 | 状态 |\n|-----|------|------|------|\n| 1 | [主题] | 开场 | ✅ |\n| 2 | [主题] | 背景铺垫 | ✅ |\n| 3 | [主题] | 论证 | 🟡 |\n| ... | ... | ... | ... |\n\n### 问题清单\n\n**🔴 问题 1：第 X 段 → 第 Y 段，逻辑断裂**\n\n> 原文（第 X 段末尾）：「……」\n> 原文（第 Y 段开头）：「……」\n\n**问题**：[具体描述为什么这里会让观众跟不上]\n\n**修复建议**：在第 X 段末尾加一句过渡：\n> 「[具体的过渡句]」\n\n---\n\n**🟡 问题 2：第 Z 段，信息密度下降**\n\n> 原文：「……」\n\n**问题**：[具体描述为什么这里观众会走神]\n\n**修复建议**：\n> 改为：「[精简后的文本]」\n\n---\n\n**🟢 问题 3：第 W 段第 N 句，口播不顺**\n\n> 原文：「……」\n\n**问题**：[具体描述为什么这句话念不出来]\n\n**修复建议**：\n> 改为：「[改写后的句子]」\n\n---\n\n### 整体评估\n\n- **逻辑衔接**：[一句话总结]\n- **信息密度**：[一句话总结]\n- **口播流畅度**：[一句话总结]\n- **总结**：[整体判断，需要改几处，改完可以发]\n\n### 询问是否改稿\n\n输出整体评估之后，必须主动问用户：\n\n> 要直接帮你标记式改稿吗？改的时候保留你的原文，用删除线和 🆕 emoji 标出改动。\n\n**不要等用户主动要求**——大部分时候用户做检查的目的就是改稿，主动问省一次往返。\n但**也不要不问就改**——保留主动权给用户，他可能想自己改。\n```\n\n---\n\n## 标记式改稿流程（用户确认后执行）\n\n当用户回复「改」「帮我改」「直接改吧」「改原文」时，启动标记式改稿。\n\n### 核心原则\n\n**永不抹除用户原文**。改稿是在原文上叠加标记，不是用新版本替换旧版本。用户必须能一眼看出：\n1. 哪些是他自己写的\n2. 哪些是 AI 删除\u002F替换建议\n3. 哪些是 AI 新增的内容\n4. 哪些是 AI 之前改过又被还原的（避免在多轮反馈里弄丢历史）\n\n### 三种通用 Markdown 标记符\n\n| 符号 | 用途 | 示例 |\n|------|------|------|\n| `~~删除线~~` | 标记建议删除或被替换的原文 | `~~重点是在于，这里划重点啊~~` |\n| 🆕 | 标记新增\u002F改写的内容 | `🆕 这里有个关键点` |\n| ⚠️ | 标记 AI 自己撤回判断、还原原文 | `⚠️ 上面的删除判断错了，已还原。这三段不是跑题，是在拆解……` |\n\n### 改稿规则\n\n1. **改的过程直接在原文位置操作**——不要写一个完整的新版本贴在底部，要原地标记\n2. **每个改动都成对出现**——`~~原文~~` 紧跟着 🆕 新版本，让对照关系一目了然\n3. **整段删除时**：保留原段落用删除线，下面用 🆕 解释为什么删（或给压缩版替代）\n4. **改完末尾给一个改动清单**——表格形式，列出每处改动的位置、类型、原因，让用户快速 review\n5. **多轮反馈要追加不要覆盖**——如果用户指出某处改错了，用 ⚠️ 标注还原，不要直接改回去当作没发生过\n\n### 改完输出格式\n\n```\n[原文 + 标记式改动，原地操作]\n\n---\n\n### 改动清单\n\n| 位置 | 类型 | 说明 |\n|---|---|---|\n| 开头 | 🟢 替换 | [简短说明] |\n| 第 X 段 | 🔴 整块删除 | [原因] |\n| 结尾 | 🟡 新增 | [新增了什么、为什么] |\n```\n\n末尾给一句话决断（哪几处一定要改、哪几处改不改都行），让用户知道优先级。\n\n---\n\n## 注意事项\n\n1. **不要改内容观点**：这个 skill 只管\"怎么说\"，不管\"说什么\"。不要改用户的论点、案例、数据\n2. **修复建议要口语化**：给出的过渡句和改写必须能直接念出来，不能是书面语\n3. **不要过度诊断**：如果稿子整体很顺，就说\"没什么问题\"，不要强行找茬\n4. **优先标高风险**：宁可漏掉一个小建议，也不要把高风险问题淹没在一堆小问题里\n5. **保持用户的语气**：改写时要保持用户自己的说话风格，不要把用户的话改成\"AI味\"\n6. **给出具体位置**：每个问题都要引用原文，让用户一眼就能找到\n7. **改稿前先确认拍摄方式**：是否白板视频会改变判断标准——白板视频里并列清单是视觉优势、「划重点啊」「看这里」是和板上动作配套的提示词，不该改。如果用户没说，问一句「这是白板视频还是纯口播」\n8. **判断\"跑题\"前先问一句**：如果删掉这段，观众在前一个关键节点能不能靠自己脑补出具体含义？如果脑补不出来，那这段就是必要的论证肉，不是赘肉。不要只看\"话题字面上偏不偏\"，要看\"这段话在服务哪个论点\"\n\n---\n\n## 实战案例\n\n### 案例：「小红书被告了」逐字稿（2026-04-09）\n\n**🟡 问题 1：第 5 段第 46 行，口播绕**\n\n> 原文：「你就会进入另外一个类似叫商家流量池的一个区间」\n\n**问题**：「另外一个类似叫……的一个区间」连续两个「一个」，念起来会卡。而且「商家流量池」是术语，观众不一定懂。\n\n**修复建议**：\n> 改为：「你就没什么流量了，也不是完全没有，但是会很差」\n> 直接说结果，不引入概念。\n\n---\n\n**🟡 问题 2：第 7 段 → 第 8 段，缺过渡**\n\n> 原文（第 7 段末尾）：「所以接下来就是你违规引流，平台给你封号。」\n> 原文（第 8 段开头）：「然后接下来更有意思的事情就发生了」\n\n**问题**：从\"律师被封号\"直接跳到\"庭审发言\"，中间缺一个收束。观众还在消化\"律师被封号\"的信息，突然被拉到了庭审现场。\n\n**修复建议**：把第 7 段末尾改为：\n> 「所以这个律师接下来被限流的遭遇，其实就是这套流程的标准结局。」\n> 「标准结局」收住前面的分析，再打开新信息。\n\n---\n\n完成当前任务后直接结束。只有用户明确询问下一步，且当前环境已经安装 `\u002Fdbs` 时，简短提示：「下一步不确定时，可以输入 `\u002Fdbs`。」\n",{"name":5,"description":7},"main","7850740bd837adb32f0a109ab2af82482196c6f2","skills\u002Fdbs-script-flow",1,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills","https:\u002F\u002Fzturnsgo.com","https:\u002F\u002Fgithub.com\u002Fshengdabai","https:\u002F\u002Fzturnsgo.com\u002F","AI × education creator — producer, not consumer. Taught 6,000+ learners; shipping learning tools & daily essays with Claude Code, practicing @xiaolai's way 🥋","2026-11-01 21:28:23",{"source":8,"skillName":5,"commands":40,"prompt":50,"zipAvailable":51},[41,44,47],{"tool":42,"command":43},"npx","npx skills add shengdabai\u002FTony-Claude-Code-Skills --skill dbs-script-flow",{"tool":45,"command":46},"bunx","bunx skills add shengdabai\u002FTony-Claude-Code-Skills --skill dbs-script-flow",{"tool":48,"command":49},"pnpm","pnpm dlx skills add shengdabai\u002FTony-Claude-Code-Skills --skill dbs-script-flow","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fdbs-script-flow\u002FSKILL.md",true,[53],{"path":54,"resourceType":55,"resourceTypeDesc":56,"sizeBytes":57,"sourceHtmlUrl":58},"agents\u002Fopenai.yaml","REFERENCE","参考文档",269,"https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fdbs-script-flow\u002Fagents\u002Fopenai.yaml",[60,79,113,139,160,180],{"skillNo":61,"name":62,"nameZh":6,"description":63,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":64,"categories":65,"keywords":71,"publishedAt":24},"01M70P17DAD4C1C47NPH6A96EM","xiaolai-methodology","以李笑来(Li Xiaolai)的思考方式、方法论与表达风格,为用户做全方位 1-on-1 教练指导,覆盖创业、赚钱、投资、学习、自学、读书写作、用 AI、以及人生心态与自我管理。当用户提到 \"李笑来\"、\"笑来\"、\"笑来老师\"、\"扮演李笑来\"、\"找笑来聊聊\"、\"笑来怎么看\"、\"xiaolai\"、\"把时间当作朋友\"、\"通往财富自由之路\"、\"定投改变命运\"、\"韭菜的自我修养\"、\"自学是门手艺\"、\"让时间陪你慢慢变富\"、\"七年就是一辈子\"、\"元认知\"、\"活在未来\"、\"复利\u002F长期主义\"、\"践行\"、\"痴迷改进\"、\"个人商业模式\u002F出售时间\"、\"睡后收入\"、\"定投\"、\"财富自由\"、\"操作系统升级\"、\"最少必要知识\"、\"北极星提示词\"、\"用 AI 该怎么学\u002F思考\" 等任一触发词,或当用户带着关于创业\u002F赚钱\u002F投资\u002F学习\u002F职业\u002F重大人生决策的困惑、希望被人用笑来式的「逻辑 + 大白话 + 类比 + 重新定义 + 践行导向」来点醒和指导时,自动进入李笑来教练模式。","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fxiaolai-methodology\u002FSKILL.md",[66],{"categoryNo":67,"categoryName":68,"taxonomyType":69,"taxonomyTypeDesc":70},"01JBSEEDCAT000000000000018","写作与文案","SCENARIO","使用场景",[72,73,74,75,76,77,78],"methodology","xiaolai","xiaolai methodology","朋友","投资","writing","收入",{"skillNo":80,"name":81,"nameZh":6,"description":82,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":83,"categories":84,"keywords":93,"publishedAt":24},"01M70P13NB9YP7ACJR1S861CDS","zread","Produce and consume a wiki-style knowledge base for a code repository via the `zread` CLI and its on-disk output under `.\u002F.zread\u002Fwiki\u002F`. Use this skill whenever the user wants to understand, onboard onto, explore, summarize, map, or get an overview of an unfamiliar codebase; asks for architecture docs, a project wiki, a repo walkthrough, module\u002Fpackage explanations, or \"what does this repo do\"; wants to generate, regenerate, resume, browse, or serve code documentation locally; or mentions zread \u002F zread.ai directly. Also use it proactively before diving into a large unknown repo — if `.\u002F.zread\u002Fwiki\u002Fcurrent` exists, read the generated pages instead of crawling source file-by-file; if it doesn't, consider offering to run `zread generate`. The trigger is the intent (understand a codebase through generated docs), not the literal word \"zread\".","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fzread\u002FSKILL.md",[85,88],{"categoryNo":86,"categoryName":87,"taxonomyType":69,"taxonomyTypeDesc":70},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":89,"categoryName":90,"taxonomyType":91,"taxonomyTypeDesc":92},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[81,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112],"knowledge","wiki","explore","walkthrough","project","get","knowledge base","run","generate","intent","cli","map","documentation","project wiki","disk","architecture","code","unknown","generated",{"skillNo":114,"name":115,"nameZh":6,"description":116,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":117,"categories":118,"keywords":123,"publishedAt":24},"01M70P10S4SWMZQ8BJAFBFDRW3","youtube","Launch the YouTube Creator Agent to auto-generate videos.\nUse when: user types \u002Fyoutube, wants to create YouTube videos,\ngenerate video content, or upload to YouTube.\nKeywords: youtube, video, 视频, 创作视频, 发布视频","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube\u002FSKILL.md",[119,120],{"categoryNo":86,"categoryName":87,"taxonomyType":69,"taxonomyTypeDesc":70},{"categoryNo":121,"categoryName":122,"taxonomyType":91,"taxonomyTypeDesc":92},"01JBSEEDCAT000000000000036","内容创作者",[115,124,125,23,126,127,128,129,102,130,131,132,133,134,135,136,137,138],"user","content","creator","generate video","videos","launch","video content","create","upload","when","use","auto","types","Video","创作",{"skillNo":140,"name":141,"nameZh":6,"description":142,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":143,"categories":144,"keywords":146,"publishedAt":24},"01M70P0YE95D8BACZCGV8BK90K","youtube-script-sync","Sync, update, or optimize Tony's GetNote knowledge base `Youtube视频逐字稿` by turning each parent recording or first-person idea note into an idempotent child note containing a directly recordable YouTube long-video or Shorts script. Use when the user says “更新\u002F同步\u002F优化 Youtube视频逐字稿知识库”, or says “更新\u002F同步\u002F优化该知识库” while this knowledge base is the active context.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fyoutube-script-sync\u002FSKILL.md",[145],{"categoryNo":86,"categoryName":87,"taxonomyType":69,"taxonomyTypeDesc":70},[147,20,115,148,149,137,150,151,152,153,154,155,156,157,100,158,133,134,94,159],"sync","youtube script sync","recording","shorts","first","base","person","update","active","child","optimize","idempotent","long",{"skillNo":161,"name":162,"nameZh":6,"description":163,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":164,"categories":165,"keywords":170,"publishedAt":24},"01M70P0WMV5XT0EEC0N445PW07","writing-skills","How to write SKILL.md files that trigger reliably and teach effectively. Use when creating, improving, or reviewing Claude Code skills.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-skills\u002FSKILL.md",[166,167,168,169],{"categoryNo":67,"categoryName":68,"taxonomyType":69,"taxonomyTypeDesc":70},{"categoryNo":86,"categoryName":87,"taxonomyType":69,"taxonomyTypeDesc":70},{"categoryNo":89,"categoryName":90,"taxonomyType":91,"taxonomyTypeDesc":92},{"categoryNo":121,"categoryName":122,"taxonomyType":91,"taxonomyTypeDesc":92},[171,77,172,173,174,175,110,133,134,176,177,178,179],"writing skills","how","teach","write skill","write","claude code skills","files","how to","trigger",{"skillNo":181,"name":182,"nameZh":6,"description":183,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":184,"categories":185,"keywords":188,"publishedAt":24},"01M70P0SJFR4YVJQBGMHKGSKXT","writing-rules","How to write .claude\u002Frules\u002F files that Claude actually follows. Use when creating, improving, or reviewing project rules.","https:\u002F\u002Fgithub.com\u002Fshengdabai\u002FTony-Claude-Code-Skills\u002Fblob\u002Fmain\u002Fskills\u002Fxiaolai\u002Fnlpm\u002Fskills\u002Fnlpm\u002Fwriting-rules\u002FSKILL.md",[186,187],{"categoryNo":67,"categoryName":68,"taxonomyType":69,"taxonomyTypeDesc":70},{"categoryNo":121,"categoryName":122,"taxonomyType":91,"taxonomyTypeDesc":92},[189,77,190,98,191,177,133,172,175,134,178],"Rules","writing rules","project rules"]