YouTube脚本编写器Skill：把一句选题变成一整套可直接开拍的视频脚本包
核心结论速览
- 它是什么：一个专注于"观众保留率"的 YouTube 脚本助理与编辑器，输入一个主题，输出一整套可拍摄的脚本文件包，而不只是一篇口播稿。
- 它交付什么：一次生成
hooks.md、outline.md、script-a-roll.md、shotlist.md、on-screen-text.md、cta.md、chapters.md、metadata.md、titles-thumbnails.md、README.md共 10 个文件，统一收纳在scripts/<slug>/目录下。 - 它的专业度在哪：内置成体系的保留规则——5-10 秒内设置钩子、45-60 秒内进入演示、每 20-40 秒安排一次模式中断、以 15-35 秒的类比故事开场，并把"展示优先于讲述"写进脚本结构。
- 它守住的底线：不编造产品特性、不虚构基准数据、不堆砌"革命性""改变游戏规则"这类夸张词，只在能演示的前提下做声称。
- 适合谁：技术类创作者、产品讲解类频道、独立开发者、需要稳定周更但不想每次从零搭结构的创作者。
该技能叫什么？如何下载安装 AI 技能提升开发效率？
技能中文名：YouTube脚本编写器Skill 技能英文名：youtube-scriptwriter 技能ID：13754
这个技能要解决的问题非常具体：大多数创作者卡住的从来不是"不知道拍什么"，而是从选题到开拍之间那一大段杂乱无章的工作——想钩子、排节奏、写口播、列分镜、配字幕条、写简介、起标题、想缩略图文案。这些活儿单独看都不难，但堆在一起就变成了几小时的消耗战，而且每次都靠灵感现搭结构，质量极不稳定。
YouTube脚本编写器Skill 的思路是把这个过程产品化：你给一个主题，它按固定标准交付一整套结构化文件，并且把"是否容易拍摄"作为硬约束写进规则里。它不是一个聊天窗口里的建议生成器，而是一个按文件清单交付的脚本生产线。
关于"一键安装"的思路
需要说明的是，本次提供的技能详情中只包含技能的能力描述与输出规范，未提供具体的安装命令、平台入口或下载链接，因此这里给出通用的安装思路，具体命令、入口与费用请以官方说明为准：
- 确认运行前提：这是一个以文本生成与文件组织为核心的技能，通常需要在支持"技能/插件"机制或文件读写能力的 AI 助手环境中使用。如果你的环境支持挂载技能包，直接按平台方式添加即可。
- 通过技能市场或技能清单添加：在平台的技能中心按中文名「YouTube脚本编写器」或英文名
youtube-scriptwriter检索，找到对应条目后添加/启用。也可以用技能ID 13754 作为定位依据。 - 手动挂载方式（若平台支持）：部分环境允许把技能说明文档放入本地的 skills 目录，让助手在会话中加载。具体目录命名与格式以官方文档为准。
- 验证是否生效：新建一个会话，输入一句类似"帮我做一个关于『如何用 5 分钟排查线上接口超时』的视频脚本包，目标观众是初级后端工程师"的指令。如果它先向你提出不超过 6 个精炼问题、随后按
FILE: <路径>的形式逐个输出scripts/<slug>/...下的文件，就说明技能已正常工作。 - 验证文件结构：检查返回内容是否包含 hooks、outline、script-a-roll、shotlist、on-screen-text、cta、chapters、metadata、titles-thumbnails、README 这十个文件，以及是否同步更新了
scripts/README.md索引。
该技能的主要功能和特点
能做什么
- 需求快速收敛：在动笔前最多询问 6 个精炼问题，覆盖"观众看完能得到什么结果、观众层级与既有认知、频道声音、时长目标（6-8 分钟 / 8-12 分钟 / 12-18 分钟）、屏幕上能展示什么（录屏、摄像头、实物道具、B-roll 素材）、主要行动号召"。用户答不上来时，它会做合理假设，并明确写入
metadata.md的"假设"部分。 - 开场类比故事：每条视频以 15-35 秒的类比故事开篇，要求带具体场景、感官细节和明确时刻，并在 35 秒内把类比扣回真实问题，最后用一句好奇心缺口收尾，紧接着 5-10 秒内硬切到演示。同时额外提供 3 个备选类比放在
hooks.md。 - 保留节奏编排：
outline.md以 30-60 秒为粒度标注时间戳节奏，标出演示节奏点与模式中断的发生位置；script-a-roll.md里用[[PI: ...]]显式标记每 20-40 秒一次的注意力重置点。 - 可执行的分镜与屏幕文本：
shotlist.md以表格形式给出镜头、视觉、音频、屏幕文本、注释五列，并附 B-roll 想法；on-screen-text.md汇总所有下三分之一条、覆盖层与标注，强调简短、可扫读。 - 转化与发布物料闭环：
cta.md提供软/中/硬三种 CTA 变体，加一条置顶评论和一句中插 CTA；chapters.md给出干净、不做标题党的章节名；metadata.md包含前两行最有力的视频简介、标签、话题标签、置顶评论与假设说明；titles-thumbnails.md给出 10 个标题选项与 5 个缩略图概念，且每个概念配 3-5 个词的精确缩略图文案备选。 - 拍摄执行清单：
README.md汇总快速拍摄清单、资产列表与录制顺序建议（先录什么），让脚本真正落到执行层。
和普通工具比强在哪
- 普通写作助手给你一篇稿子；它给你的是一套互相咬合的物料包，脚本、分镜、字幕、CTA、元数据之间高度一致。
- 普通助手容易写成"念稿文"；它把"展示优先于讲述"写成硬规则，要求明确写出观众屏幕上正在看到什么、发生了什么变化。
- 普通助手可能随口吹产品；它明确禁止编造产品特性与基准，禁止使用"革命性的"“改变游戏规则的”“完美的”“疯狂的”"难以置信"等夸张词汇，偏好直白、略带机智的表达。
- 当主题涉及产品时，它要求至少包含 3 个具体演示节奏，并统一使用创作者偏好的确切产品名称拼写——这对品牌一致性来说，是很实用的细节。
如何使用该技能？
第 1 步：给出主题与观众结果
用一句话说清"观众看完能学会什么或做什么"。例如：
“做一条视频，讲我怎么把一次线上接口超时的排查时间从 40 分钟压到 5 分钟，观众看完能照着做。”
第 2 步：回答它的 6 个问题（或让它做假设）
它通常会追问：观众层级（初级/中级/高级）与他们已有的认知、频道声音（枯燥、机智、快节奏、平静）、目标时长、屏幕上能展示的素材类型、主 CTA 是什么。答不上来就直接说"你按合理假设来"，它会把假设写进 metadata.md，后续可核对。
第 3 步：确认目法与时长
时长决定节奏密度：6-8 分钟适合单一演示点；8-12 分钟适合双演示加一次中插 CTA；12-18 分钟适合多演示串联加章节分隔。选题复杂度和素材量不匹配时，可以要求它先给 outline.md 再推进。
第 4 步：读取它按 FILE: <路径> 格式输出的文件
它会用统一格式逐个输出文件：先一行 FILE: scripts/<slug>/hooks.md，紧接一个 Markdown 代码块，内含该文件内容，然后重复到十个文件全部输出，最后更新 scripts/README.md 索引。<slug> 是从主题派生的短小的 URL 友好名称，小写、连字符分隔。
第 5 步：在拍摄前只改动三处
实践中效率最高的做法是：先从 hooks.md 里挑一个最贴合你观众痛点的类比，再从 titles-thumbnails.md 里定标题和缩略图，最后按 script-a-roll.md 中标注的 [[PI: ...]] 位置确认每个中断点你都真的有素材可切。这三处定下来，剩下的基本可以直接照拍。
第 6 步：按 README 的录制顺序开拍
scripts/<slug>/README.md 里给了拍摄清单和"首先录制什么"的建议，通常先录最核心的演示段落，因为那是全片最耗设备的环节，先拍完能立刻判断脚本是否成立。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| YouTube脚本编写器Skill（本技能） | 以观众保留率为核心的成套视频脚本包生产工具 | 钩子+类比故事、时间戳节奏大纲、带屏幕方向的 A-roll 口播稿、分镜表、屏幕文本、三档 CTA、章节、元数据、标题与缩略图概念、拍摄清单 | 需在支持技能的 AI 环境中启用，主要以自然语言交互为主，无需编程；安装入口以官方说明为准 | 技术讲解、产品演示、独立开发者频道、需要稳定周更的内容团队 | 优势：交付物完整、内部一致、内置保留规则与反夸张约束，直接可拍；不足：需要创作者自己提供真实的素材与产品事实，无法代替实际拍摄与素材采集 |
| 通用 AI 写作助手 | 泛用型文本生成 | 各类文案、大纲、改写 | 门槛极低，随处可用 | 临时想个标题、写段简介 | 优势：灵活、上手快；不足：不产出结构化文件包，容易写成念稿文，缺少保留节奏与分镜、缩略图等配套物料，需要大量二次加工 |
| 通用脚本模板（文档模板类） | 静态模板 | 固定栏目与填空位 | 零门槛，复制即用 | 有固定栏目、追求格式统一的频道 | 优势：格式稳定、团队协作一致；不足：完全依赖创作者自己填内容，没有节奏设计、没有钩子变体、没有假设记录机制，模板用久了容易套路化 |
| 人工编剧/自由撰稿 | 人力外包 | 定制脚本与创意 | 需要沟通成本与预算，周期较长 | 品牌片、需要强创意调性的内容 | 优势：创意上限高、可深度沟通；不足：成本与周期明显更高，单条脚本的多套物料仍需另行准备，迭代速度慢 |
选择建议：如果你已经有稳定的拍摄能力、缺的是"从选题到分镜到元数据"的一整条结构化产线，本技能最贴合；如果你只是临时需要一句标题灵感，通用 AI 助手足够了；如果频道调性极强、需要独特叙事风格，人工编剧仍有不可替代性，但可以先用本技能产出结构化框架，再交给编剧做创意打磨。
该技能的典型应用场景与实际体验情况
场景一：技术博主做"问题排查"类视频
角色：一个人运营频道、同时写代码的后端工程师。
痛点：知道要拍什么，但每次写稿都是"从头讲起→演示→总结"的老三段，观众三分钟就走。
使用方式：把排查案例作为主题，告诉它"素材有录屏和终端窗口，没有实物道具，频道声音偏直白略带吐槽，目标 8-12 分钟"。它会先给一个类比故事开场，再在 outline.md 里标出每 30-60 秒的节奏点，并在 script-a-roll.md 里用 [[PI: ...]] 提示在讲解变闷之前切回终端画面。
实际体验：上手几乎没有学习成本，唯一需要适应的是"它交付的是文件清单而不是一段话"。效果上最明显的是开场部分——有了具体的类比故事，前 30 秒不再需要现场憋词。注意点是：它不会替你编造演示结果，如果你的录屏素材还不存在，脚本里的演示节奏就只能先标记、后补拍。
场景二：产品团队做功能发布讲解
角色：SaaS 产品的市场或开发者关系同学。
痛点：产品名拼写、演示节奏、CTA 位置三个环节经常出错，每次都要来回对齐。
使用方式：主题设定为"新功能上线讲解，CTA 是注册试用"，并在需求收集阶段明确产品名称的确切拼写。它会一致地使用该拼写，要求在可演示的前提下做声称，并给出至少 3 个具体演示节奏（观众看到什么、发生了什么变化）。
实际体验：cta.md 里软/中/硬三档 CTA 加中插 CTA 的组合非常实用，可以在剪辑阶段按实测数据替换。注意点是：它对夸张词的禁用是强约束，习惯写营销话术的团队会觉得语言偏"素"，但这恰恰是技术受众更接受的表达。
场景三：独立开发者做开源项目推广
角色：独立开发者，项目刚开源，需要一条介绍视频。
痛点：不知道怎么把技术细节转成非专业观众也能看下去的内容。
使用方式：主 CTA 设为"仓库星标"，屏幕素材为浏览器录屏与终端。
实际体验：titles-thumbnails.md 里 10 个标题加 5 个缩略图概念、每个配 3-5 词文案，这一份文件通常能省掉一整个晚上的纠结。README.md 里的"首先录制什么"对第一次拍视频的人尤其友好，避免了从开场白开始拍、结果拍到一半发现结构不对的返工。
场景四：内容团队需要统一交付标准
角色：两三个人的小团队，轮流写脚本。
痛点：每个人的稿子结构都不一样，剪辑同学每次都要重新理解格式。
使用方式：把本技能输出的十份文件作为团队的固定交付模板，scripts/README.md 自然成为选题索引。
实际体验：目录化输出带来的最大好处是可检索、可对比、可迭代。旧视频表现不好时，可以翻回当时的 hooks.md 和 titles-thumbnails.md 找出到底是钩子的问题还是标题的问题。注意点是：metadata.md 里的"假设"部分一定要回看，那些是它替你做的判断，可能与你频道的实际情况有偏差。
该技能能为用户带来的价值
把"写脚本"从灵感劳动变成流程劳动。过去一条视频的脚本阶段通常要经历"想结构—写口播—列分镜—配字幕—写简介—起标题—想缩略图"七个分散动作，现在收敛为一次交互加十份文件。对于周更的创作者来说，仅"标题和缩略图文案"这一项，平均就能省下数十分钟的反复纠结。
降低启动门槛。第一次做视频的人最缺的不是创意，而是"一条合格的视频应该包含哪些部件"的认知。这个技能用文件清单把这个认知直接外化了出来——钩子要有备选、节奏要有时间戳、CTA 要分软硬、章节名不能做标题党。用上几条视频之后，这些结构会自然变成创作者自己的方法。
提升素材利用率。因为它坚持"只在可以演示的情况下做声称"，并明确要求写出"观众在屏幕上看到什么"，脚本在撰写阶段就已经和实际能拍的素材对齐了，避免了写完稿才发现某段根本拍不出来的返工。
长期价值在于可复用的资产库。scripts/<slug>/ 的目录结构加上 scripts/README.md 索引，让每一条视频都留下了一套完整的结构化记录。半年后回看，你拥有的不只是一堆视频，而是一个可以分析、可以复用、可以拆条二次创作的素材库。
常见问题 FAQ
Q1：这个技能怎么安装？需要写代码吗？
不需要写代码。它是通过自然语言交互使用的技能，安装方式取决于你所使用的 AI 平台是否支持技能挂载：一般在技能中心按中文名「YouTube脚本编写器」或英文名 youtube-scriptwriter 检索并启用即可；若平台支持本地技能目录，也可按官方文档把技能说明放入对应目录。本次技能详情未提供具体安装命令与入口，请以官方说明为准。验证是否生效的方法很简单：给它一个主题，看它是否先问最多 6 个问题、再按 FILE: <路径> 格式输出 scripts/<slug>/ 下的十个文件。
Q2：它输出的文件我要放在哪里？必须用某个特定工具吗？
不必须。它的输出是标准的 Markdown 内容，文件路径为 scripts/<slug>/...。你可以把这些文件按同名路径保存到本地仓库、笔记工具或任何支持 Markdown 的地方。团队协作时，把它当作固定的目录规范即可，scripts/README.md 就是你的选题索引。
Q3：收费吗？
本次提供的技能详情中未包含计费信息，无法确认是否收费以及具体价格。实际费用通常取决于你所使用的 AI 平台与调用方式，请以官方说明为准。
Q4：它会不会替我把产品功能吹得天花乱坠？
不会。技能规则里明确禁止编造产品特性、基准或声称，禁止使用"革命性的"“改变游戏规则的”“完美的”“疯狂的”"难以置信"等夸张词汇，要求偏好直白、略带机智的语言，并且只有在可以演示的情况下才做声称，否则必须清晰标记为观点。这意味着它输出的内容需要你自己提供真实素材与真实数据来支撑。
Q5：它和直接用通用 AI 助手写脚本有什么差别？该选哪个？
差在交付物形态和约束强度。通用助手给你一段文本，你需要自己拆结构、自己补分镜、自己写元数据；本技能给你十份互相咬合的文件，并且内置了钩子位置、演示时机、模式中断频率这些具体规则。如果你的需求是"临时想个标题"，通用助手更快；如果你要的是"从选题到开拍的全套物料"，本技能的省时效果会明显得多。两者也可以配合：先用本技能出结构，再用通用助手做局部润色。