/dbs-title-cover-intro
为内容生成或修改文字标题、封面标题和视频开头,按稿件与拍摄状态检查正文兑现;角度未定时开发并确认主线。用户要求标题、封面文字、冷开场或多平台适配时使用;不生成封面图片、视频章节导航条或发布风险声明。
$ npx -y skills add dontbesilent2025/dbskill --skill dbs-title-cover-intro --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/dbs-title-cover-intro
Context preview
The summary Claude sees to decide when to auto-load this skill.
为内容生成或修改文字标题、封面标题和视频开头,按稿件与拍摄状态检查正文兑现;角度未定时开发并确认主线。用户要求标题、封面文字、冷开场或多平台适配时使用;不生成封面图片、视频章节导航条或发布风险声明。
SKILL.md
dbs-title-cover-intro.SKILL.mdname: dbs-title-cover-intro
description: 为内容生成或修改文字标题、封面标题和视频开头,按稿件与拍摄状态检查正文兑现;角度未定时开发并确认主线。用户要求标题、封面文字、冷开场或多平台适配时使用;不生成封面图片、视频章节导航条或发布风险声明。
dbs-title-cover-intro:文字标题、封面标题与视频开头
围绕同一份内容确定观众为什么愿意进入,再把这个理由分别落实到文字标题、封面标题和视频开头。按 [模块交接](references/module-handoff.md) 只运行一次角度开发,再把已选方向交给标题模块直接生成;制作状态、内容价值验收、角度确认和视频开头由本 Skill 负责。任务需要重新确定整条内容方向且有足够素材时完整覆盖 12 个理论视角,不能在运行前凭直觉断定素材只有一个方向。用户只需要其中一项时只交付该项;需要多项时共用一次材料判断。
接收任务
优先使用当前对话中的材料、受众、平台、已有文稿、字幕、视频和用户已经确认的方向,不重复索要已经给出的信息。
先识别用户要什么:
- 文字标题,即发布时填写的平台文字字段,例如小红书笔记标题、B 站视频标题、抖音作品文案、视频号作品描述或微信公众号文章标题;
- 封面标题,即直接放在内容封面上的标题,包括图文平台的封面标题和抖音主页索引封面标题;
- 可直接口播的视频开头,或从已有素材中编排出的冷开场;
- 上述多项的配套方案。
本 Skill 只生成封面标题及其换行方式,不生成封面画面、构图、人物、字体、颜色和其他视觉建议。
输入材料的形式不能代表最终发布形式。用户贴了一段文字、Markdown、推文、字幕或逐字稿,只能说明当前提供了什么材料;同一份材料仍可能直接发布、改成视频,或从已经拍好的视频中整理出来。用户没有明确说明最终用途时必须询问,不能根据 `#推文`、文件名或文本形态自行判断。
用户只要求改一句文字、方向已经锁定,或只处理已拍素材的现有冷开场且不重做主线时,直接走快捷路径,不强制展开完整生产流程。缺少的信息会改变主要事实、受众任务、可修改范围或用户立场时,只问一个必要问题。
交互方式:只用聊天消息收数字
本 Skill 中所有需要用户选择的环节,都在普通聊天消息里列出编号选项,让用户手动回复数字。制作状态使用 1~5,角度候选使用 1~3;用户也可以用文字说明,或回复「1 主线,3 辅助」。不得调用 `request_user_input`、`request_user_input_async` 或其他会弹出选择框、表单的交互工具;不得写「刚弹出的选项」「点击选项」等提示。没有收到用户明确回复时,不把预选项、等待时间或自己的推荐当成用户已确认。上下文已经给出答案时直接继续,不重复要求输入数字。
先判断最终用途和制作进度
读取 [生产状态与工作模式](references/production-state.md),根据现有上下文判断:
1. 用户准备直接发布纯文字、制作视频,还是同时制作多种版本; 2. 稿件处于素材、草稿还是定稿状态; 3. 视频还没拍、已经拍了但用户还愿意再拍几句话或几个镜头、拍完后不方便再拍,还是准备从课程、访谈或直播等长素材里剪一条; 4. 当前任务是单条作者内容,还是矩阵批量生产。
上下文无法确定且不同状态会改变交付时,先说明为什么需要确认,再在同一条普通聊天消息里列出编号,让用户手动回复数字。不要直接抛出内部状态标签。
默认使用下面的解释方式,可根据已有信息删减选项:
我先确认一下这段内容最后准备怎么用,以及视频是否已经拍摄。同一段文字可以直接发布,也可以拍成视频;制作进度会决定我能改多少。视频还没拍,我可以把内容角度、稿子、文字标题、封面标题和开头一起调整;视频已经拍了,但你还愿意再拍几句话或几个镜头,我会先利用现有素材,再告诉你重新拍哪些内容最有用;视频已经拍完且不方便再拍,我只能从现有原话和画面里找最合适的文字标题、封面标题和开头。
你现在更接近哪种情况?
1. 只准备发成纯文字,不做视频
2. 准备拍成视频,目前还没拍,稿子也可以改
3. 视频已经拍了,但我还愿意再拍几句话或几个镜头
4. 视频已经拍完,不方便再拍,比如现场已经结束、嘉宾已经离开或重新拍后画面接不上
5. 已经录好一段较长的视频或音频(例如课程、访谈、直播),想从中选一部分做成短视频
请直接回复数字 1~5;如果这几项都不准确,也可以用一句话说明。
用户回答后,用用户能直接理解的说法复述处理方式,不向用户显示 Mode 编号。
第 5 项面向用户时,要说清「已经录好的较长视频或音频」和「选一部分做成短视频」。除非用户先使用这些词,不用「长素材」「切片」「剪出这条」等制作术语代替完整说明。
不要机械询问。用户已经明确说最终只发纯文字、只修改某个发布字段,或者已经说明最终用途和制作进度时,直接处理。
内容入口设计
1. 读取 [材料选择](references/material-selection.md),恢复作者原命题、素材锚点、当前受众、证据边界与可修改范围。原稿已有的标题、强判断或开场句先原样登记为入口基准,并记录用户提供的历史表现及其证据口径。它们不自动锁定本轮角度,也不能仅因用户尚未确认就从候选中消失。 2. 用户已锁定方向或只改措辞时沿用,跳过角度开发。只处理已拍素材的现有冷开场时,先走快捷路径;只有不同开场会改变成片主命题时才进入角度确认。其余角度未定且有可分析素材时,完整读取本 Skill 的 [12 视角角度开发](references/angle-development.md) 与 [角度理论依据](references/angle-theory-sources.md),完成一次完整的 12 视角开发。只有模糊话题而没有材料时,先索取一项素材。 3. 无论使用哪个角度模块,都建立 L01~L12 完成账本;逐批展示成员路径,直至 12 项各自返回有效路径、待验证路径或明确不适用。成员失败时重试或如实标明未完成,不能替成员补写结论。角度 Team 的母命题地图交给本 Skill 继续筛选;不要让两个模块各自重新发散或分别向用户设置选择关口。 4. 给用户逐项展示 12 视角的结果:每项写抓住了什么、提出什么上层命题、原素材锚点和证据边界;找不到路径时写具体原因。随后汇合 2~4 个命题,让原稿入口基准与新增方向一起接受 [材料选择](references/material-selection.md) 的「内容价值验收」,再用制作状态筛选当前可用方向。已有入口通过验收时,必须保留在对应主线的标题候选中;未通过时写明具体原因。扩大受众只产生候选,不自动提高推荐顺序。完整视频的主线只与同一条完整视频的其他主线比较;仅覆盖某一段的方向单列为新剪一条的机会。 5. 多个通过内容价值验收的方向会改变核心命题、观众收获、受众或正文结构时,按角度确认关口让用户选主线,本轮停止在角度确认卡。只有一个通过验收且能兑现的方向时,在展示 12 视角结果后直接继续;材料不足的方向标明最小补充,不伪装成可直接发布。 6. 角度确认后不重复运行 12 视角。用户补入足以改变作者原命题、关键事实或受众关系的材料时,才重新检查受影响的方向。
角度确定后的制作与交付
拍摄前,先形成一份简短的角度简报:目标受众与处境、观众愿意进入和继续看的理由、内容带来的具体收获或体验、素材锚点、证据上限、正文应兑现的内容。解释型内容再写清核心问题或判断;故事、幽默、审美等内容按自身作用验收。随后检查现有稿件是否兑现;给出最小的保留、前移、压缩或补充建议。缺少关键事实时先问会改变成稿的一项问题;只有素材或大纲时,标题和开头可以是暂定方案,并明确正文必须补什么。已有草稿且材料足够时,不必为了流程再等待一次确认。
正文能兑现角度后,生成用户需要的文字标题、封面标题和视频开头。拍摄前的视频开头必须可直接口播,并给出接入正文的下一句。默认交付角度简报、必要的正文改动、所需标题与开头;完整逐字稿只在用户明确要求改写整稿时交付。标题或封面若要求正文没有的事实,先调整可修改的稿件;无法补足时收窄承诺。
已经拍摄的任务按 [生产状态与工作模式](references/production-state.md) 处理:可补拍时先给现有素材版本,再列最小补拍内容;无法补拍时仅推荐原话和画面能兑现的当前版本。其他有价值的命题可作为下一条内容的机会,不能混进当前成片的标题和封面。
角度确认关口
用户尚未锁定内容角度,且不同候选会形成不同的视频时,使用下面的结构:
| 编号 | 同一成片范围内的候选主线 | 谁会进入、为什么继续看 | 原素材锚点与证据边界 | 正文要兑现什么收获或体验 | 当前制作状态下怎样实现 | | --- | --- | --- | --- | --- | --- | | 1 | …… | 具体受众、进入理由与继续观看的价值 | 原文/用户自述/待验证推断 | 证据、过程、判断或体验 | 可直接使用/需改稿/需补拍/留待下一条 |
角度确认卡放在 12 视角逐项结果及汇合命题之后。候选从 1 连续编号,表格后说明各方向真正不同的争点或解释框架,并写「请直接回复主线编号 1/2/3;如需辅助线,可回复『1 主线,3 辅助』」。用户也可以自行提出方向。辅助线只能服务主线。只覆盖现有内容某个片段的独立选题放在表格外,不与整条内容的主线并列。不要把多个争点未经确认混进同一个标题或开头;12 视角结果也不能替代这张可决策的角度确认卡。
原稿入口基准与某候选主线相符时,在该行或表格后列出原句及其历史表现口径;原句属于另一条主线时,让它随那条主线接受同样验收。用户选择主线不等于自动批准或否定原句,文字标题阶段还要检查它与最终正文和平台展示位置是否匹配。
下列情况可以跳过确认:
- 用户已经明确指定核心命题、争点、解释框架或抽象层级;
- 只是压缩字数、调整口语或适配发布字段;
- 材料只支持一个能够兑现的方向,其他候选已因失真或证据不足被淘汰。
跳过确认不等于跳过正文兑现检查。
生成所需表面
文字标题
角度确定后,按 [模块交接](references/module-handoff.md) 保留已选主线、原稿入口基准、事实边界和制作状态,读取 [展示位置与标题](references/title-surfaces.md)。只执行标题诊断、直接生成和质量门槛,不重复角度发现或确认。按平台的实际填写位置组织文字;不同平台可以共用同一句,只有字段长度、搜索识别、展示上下文或用户目标变化时才调整。
默认先生成两组文字:小红书标题包括标点符号在内不超过 20 个字符,B 站标题直接沿用;抖音作品文案包括标点符号在内不超过 30 个字符,视频号作品描述直接沿用。只有真实展示条件发生变化时才分别改写,并说明原因。
封面标题
用户需要封面时,读取 [封面标题](references/cover-title.md),与文字标题共用已选角度。只交付封面标题文字和换行,不提供封面画面建议。
视频开头
读取 [开头与正文衔接](references/opening-continuity.md)。拍摄前可以写可直接口播的开头和接入正文的下一句;已有素材时优先选择、前移、删减和组合原话,明确素材定位、剪辑动作、回正文位置和原位置处理。
除非用户明确愿意重新拍摄,不把新写句子混入已有原话。只有可靠时间码才能给精确切点;只看过字幕时,不声称已经验证表情、停顿、声音和镜头连续性。
三类文字分开交付
1. **文字标题**:用户在平台发布界面填写的标题、作品文案或作品描述。 2. **封面标题**:直接放在内容封面上的标题;它是一条独立的标题表面,不拆成「大字/小字」。 3. **视频开头**:成片开始播放后出现的口播、采访原话、动作或冷开场片段。
视频画面内的章节字和说明文字属于另一种交付。用户没有明确要求时不主动生成,也不拿平台发布字段替代视频开头。
默认交付
先用一句话说明采用的内容方向。拍摄前且角度已确定时,先交角度简报与必要的正文最小改动,再交所需标题和可直接口播的开头;只要一个文字表面时保持快捷交付。默认交付 1 组首选;存在实质不同且能够兑现的选择时,再给最多 2 组备选。用户要求批量或矩阵生产时按指定数量交付。
文字标题与封面标题
视频类内容按实际平台删减表格行:
| 平台 | 文字标题填写位置 | 可直接复制的文字标题 | 封面标题使用位置 | 可直接使用的封面标题 | | --- | --- | --- | --- | --- | | 小红书 | 笔记标题 | …… | 图文封面 | …… | | B 站 | 视频标题 | …… | 图文封面 | …… | | 抖音 | 作品文案 | …… | 主页索引封面 | …… | | 视频号 | 作品描述 | …… | 图文封面 | …… |
微信公众号使用:
| 平台 | 文字标题填写位置 | 可直接复制的文字标题 | | --- | --- | --- | | 微信公众号 | 文章标题 | …… |
用户明确要求微信公众号封面标题时,再单独增加「封面标题」字段,并服从用户提供的封面模板。用户只要文字标题时删除封面标题列;只要封面标题时删除文字标题列。多平台文字相同时仍逐项完整写出,不使用「同上」。只改一个平台或一句标题时,可以省略表格,但必须写清「平台+使用位置+标题」。
新写或重新拍摄的视频开头
- **推荐开头**:可以直接口播的前几句;
- **下一句/接入位置**:准确的承接句或原文段落;
- **停留理由**:结合当前材料说明观众为什么会继续;
- **正文兑现**:指出现有内容怎样支持开头,有缺口时只列必要补充。
已拍素材中的冷开场
| 开头顺序 | 素材定位 | 使用的原话/画面 | 剪辑动作 | | --- | --- | --- | --- | | 1 | 时间码或首尾句 | 保持原话 | 前移/删减/保留 |
表格后写清回正文的位置、原位置处理、新增内容和仍需核看的声画切点。
用户同时要求文
Read more
name: dbs-title-cover-intro description: 为内容生成或修改文字标题、封面标题和视频开头,按稿件与拍摄状态检查正文兑现;角度未定时开发并确认主线。用户要求标题、封面文字、冷开场或多平台适配时使用;不生成封面图片、视频章节导航条或发布风险声明。
dbs-title-cover-intro:文字标题、封面标题与视频开头
围绕同一份内容确定观众为什么愿意进入,再把这个理由分别落实到文字标题、封面标题和视频开头。按 [模块交接](references/module-handoff.md) 只运行一次角度开发,再把已选方向交给标题模块直接生成;制作状态、内容价值验收、角度确认和视频开头由本 Skill 负责。任务需要重新确定整条内容方向且有足够素材时完整覆盖 12 个理论视角,不能在运行前凭直觉断定素材只有一个方向。用户只需要其中一项时只交付该项;需要多项时共用一次材料判断。
接收任务
优先使用当前对话中的材料、受众、平台、已有文稿、字幕、视频和用户已经确认的方向,不重复索要已经给出的信息。
先识别用户要什么:
- 文字标题,即发布时填写的平台文字字段,例如小红书笔记标题、B 站视频标题、抖音作品文案、视频号作品描述或微信公众号文章标题;
- 封面标题,即直接放在内容封面上的标题,包括图文平台的封面标题和抖音主页索引封面标题;
- 可直接口播的视频开头,或从已有素材中编排出的冷开场;
- 上述多项的配套方案。
本 Skill 只生成封面标题及其换行方式,不生成封面画面、构图、人物、字体、颜色和其他视觉建议。
输入材料的形式不能代表最终发布形式。用户贴了一段文字、Markdown、推文、字幕或逐字稿,只能说明当前提供了什么材料;同一份材料仍可能直接发布、改成视频,或从已经拍好的视频中整理出来。用户没有明确说明最终用途时必须询问,不能根据 `#推文`、文件名或文本形态自行判断。
用户只要求改一句文字、方向已经锁定,或只处理已拍素材的现有冷开场且不重做主线时,直接走快捷路径,不强制展开完整生产流程。缺少的信息会改变主要事实、受众任务、可修改范围或用户立场时,只问一个必要问题。
交互方式:只用聊天消息收数字
本 Skill 中所有需要用户选择的环节,都在普通聊天消息里列出编号选项,让用户手动回复数字。制作状态使用 1~5,角度候选使用 1~3;用户也可以用文字说明,或回复「1 主线,3 辅助」。不得调用 `request_user_input`、`request_user_input_async` 或其他会弹出选择框、表单的交互工具;不得写「刚弹出的选项」「点击选项」等提示。没有收到用户明确回复时,不把预选项、等待时间或自己的推荐当成用户已确认。上下文已经给出答案时直接继续,不重复要求输入数字。
先判断最终用途和制作进度
读取 [生产状态与工作模式](references/production-state.md),根据现有上下文判断:
1. 用户准备直接发布纯文字、制作视频,还是同时制作多种版本; 2. 稿件处于素材、草稿还是定稿状态; 3. 视频还没拍、已经拍了但用户还愿意再拍几句话或几个镜头、拍完后不方便再拍,还是准备从课程、访谈或直播等长素材里剪一条; 4. 当前任务是单条作者内容,还是矩阵批量生产。
上下文无法确定且不同状态会改变交付时,先说明为什么需要确认,再在同一条普通聊天消息里列出编号,让用户手动回复数字。不要直接抛出内部状态标签。
默认使用下面的解释方式,可根据已有信息删减选项:
我先确认一下这段内容最后准备怎么用,以及视频是否已经拍摄。同一段文字可以直接发布,也可以拍成视频;制作进度会决定我能改多少。视频还没拍,我可以把内容角度、稿子、文字标题、封面标题和开头一起调整;视频已经拍了,但你还愿意再拍几句话或几个镜头,我会先利用现有素材,再告诉你重新拍哪些内容最有用;视频已经拍完且不方便再拍,我只能从现有原话和画面里找最合适的文字标题、封面标题和开头。 你现在更接近哪种情况? 1. 只准备发成纯文字,不做视频 2. 准备拍成视频,目前还没拍,稿子也可以改 3. 视频已经拍了,但我还愿意再拍几句话或几个镜头 4. 视频已经拍完,不方便再拍,比如现场已经结束、嘉宾已经离开或重新拍后画面接不上 5. 已经录好一段较长的视频或音频(例如课程、访谈、直播),想从中选一部分做成短视频 请直接回复数字 1~5;如果这几项都不准确,也可以用一句话说明。
用户回答后,用用户能直接理解的说法复述处理方式,不向用户显示 Mode 编号。
第 5 项面向用户时,要说清「已经录好的较长视频或音频」和「选一部分做成短视频」。除非用户先使用这些词,不用「长素材」「切片」「剪出这条」等制作术语代替完整说明。
不要机械询问。用户已经明确说最终只发纯文字、只修改某个发布字段,或者已经说明最终用途和制作进度时,直接处理。
内容入口设计
1. 读取 [材料选择](references/material-selection.md),恢复作者原命题、素材锚点、当前受众、证据边界与可修改范围。原稿已有的标题、强判断或开场句先原样登记为入口基准,并记录用户提供的历史表现及其证据口径。它们不自动锁定本轮角度,也不能仅因用户尚未确认就从候选中消失。 2. 用户已锁定方向或只改措辞时沿用,跳过角度开发。只处理已拍素材的现有冷开场时,先走快捷路径;只有不同开场会改变成片主命题时才进入角度确认。其余角度未定且有可分析素材时,完整读取本 Skill 的 [12 视角角度开发](references/angle-development.md) 与 [角度理论依据](references/angle-theory-sources.md),完成一次完整的 12 视角开发。只有模糊话题而没有材料时,先索取一项素材。 3. 无论使用哪个角度模块,都建立 L01~L12 完成账本;逐批展示成员路径,直至 12 项各自返回有效路径、待验证路径或明确不适用。成员失败时重试或如实标明未完成,不能替成员补写结论。角度 Team 的母命题地图交给本 Skill 继续筛选;不要让两个模块各自重新发散或分别向用户设置选择关口。 4. 给用户逐项展示 12 视角的结果:每项写抓住了什么、提出什么上层命题、原素材锚点和证据边界;找不到路径时写具体原因。随后汇合 2~4 个命题,让原稿入口基准与新增方向一起接受 [材料选择](references/material-selection.md) 的「内容价值验收」,再用制作状态筛选当前可用方向。已有入口通过验收时,必须保留在对应主线的标题候选中;未通过时写明具体原因。扩大受众只产生候选,不自动提高推荐顺序。完整视频的主线只与同一条完整视频的其他主线比较;仅覆盖某一段的方向单列为新剪一条的机会。 5. 多个通过内容价值验收的方向会改变核心命题、观众收获、受众或正文结构时,按角度确认关口让用户选主线,本轮停止在角度确认卡。只有一个通过验收且能兑现的方向时,在展示 12 视角结果后直接继续;材料不足的方向标明最小补充,不伪装成可直接发布。 6. 角度确认后不重复运行 12 视角。用户补入足以改变作者原命题、关键事实或受众关系的材料时,才重新检查受影响的方向。
角度确定后的制作与交付
拍摄前,先形成一份简短的角度简报:目标受众与处境、观众愿意进入和继续看的理由、内容带来的具体收获或体验、素材锚点、证据上限、正文应兑现的内容。解释型内容再写清核心问题或判断;故事、幽默、审美等内容按自身作用验收。随后检查现有稿件是否兑现;给出最小的保留、前移、压缩或补充建议。缺少关键事实时先问会改变成稿的一项问题;只有素材或大纲时,标题和开头可以是暂定方案,并明确正文必须补什么。已有草稿且材料足够时,不必为了流程再等待一次确认。
正文能兑现角度后,生成用户需要的文字标题、封面标题和视频开头。拍摄前的视频开头必须可直接口播,并给出接入正文的下一句。默认交付角度简报、必要的正文改动、所需标题与开头;完整逐字稿只在用户明确要求改写整稿时交付。标题或封面若要求正文没有的事实,先调整可修改的稿件;无法补足时收窄承诺。
已经拍摄的任务按 [生产状态与工作模式](references/production-state.md) 处理:可补拍时先给现有素材版本,再列最小补拍内容;无法补拍时仅推荐原话和画面能兑现的当前版本。其他有价值的命题可作为下一条内容的机会,不能混进当前成片的标题和封面。
角度确认关口
用户尚未锁定内容角度,且不同候选会形成不同的视频时,使用下面的结构:
| 编号 | 同一成片范围内的候选主线 | 谁会进入、为什么继续看 | 原素材锚点与证据边界 | 正文要兑现什么收获或体验 | 当前制作状态下怎样实现 | | --- | --- | --- | --- | --- | --- | | 1 | …… | 具体受众、进入理由与继续观看的价值 | 原文/用户自述/待验证推断 | 证据、过程、判断或体验 | 可直接使用/需改稿/需补拍/留待下一条 |
角度确认卡放在 12 视角逐项结果及汇合命题之后。候选从 1 连续编号,表格后说明各方向真正不同的争点或解释框架,并写「请直接回复主线编号 1/2/3;如需辅助线,可回复『1 主线,3 辅助』」。用户也可以自行提出方向。辅助线只能服务主线。只覆盖现有内容某个片段的独立选题放在表格外,不与整条内容的主线并列。不要把多个争点未经确认混进同一个标题或开头;12 视角结果也不能替代这张可决策的角度确认卡。
原稿入口基准与某候选主线相符时,在该行或表格后列出原句及其历史表现口径;原句属于另一条主线时,让它随那条主线接受同样验收。用户选择主线不等于自动批准或否定原句,文字标题阶段还要检查它与最终正文和平台展示位置是否匹配。
下列情况可以跳过确认:
- 用户已经明确指定核心命题、争点、解释框架或抽象层级;
- 只是压缩字数、调整口语或适配发布字段;
- 材料只支持一个能够兑现的方向,其他候选已因失真或证据不足被淘汰。
跳过确认不等于跳过正文兑现检查。
生成所需表面
文字标题
角度确定后,按 [模块交接](references/module-handoff.md) 保留已选主线、原稿入口基准、事实边界和制作状态,读取 [展示位置与标题](references/title-surfaces.md)。只执行标题诊断、直接生成和质量门槛,不重复角度发现或确认。按平台的实际填写位置组织文字;不同平台可以共用同一句,只有字段长度、搜索识别、展示上下文或用户目标变化时才调整。
默认先生成两组文字:小红书标题包括标点符号在内不超过 20 个字符,B 站标题直接沿用;抖音作品文案包括标点符号在内不超过 30 个字符,视频号作品描述直接沿用。只有真实展示条件发生变化时才分别改写,并说明原因。
封面标题
用户需要封面时,读取 [封面标题](references/cover-title.md),与文字标题共用已选角度。只交付封面标题文字和换行,不提供封面画面建议。
视频开头
读取 [开头与正文衔接](references/opening-continuity.md)。拍摄前可以写可直接口播的开头和接入正文的下一句;已有素材时优先选择、前移、删减和组合原话,明确素材定位、剪辑动作、回正文位置和原位置处理。
除非用户明确愿意重新拍摄,不把新写句子混入已有原话。只有可靠时间码才能给精确切点;只看过字幕时,不声称已经验证表情、停顿、声音和镜头连续性。
三类文字分开交付
1. **文字标题**:用户在平台发布界面填写的标题、作品文案或作品描述。 2. **封面标题**:直接放在内容封面上的标题;它是一条独立的标题表面,不拆成「大字/小字」。 3. **视频开头**:成片开始播放后出现的口播、采访原话、动作或冷开场片段。
视频画面内的章节字和说明文字属于另一种交付。用户没有明确要求时不主动生成,也不拿平台发布字段替代视频开头。
默认交付
先用一句话说明采用的内容方向。拍摄前且角度已确定时,先交角度简报与必要的正文最小改动,再交所需标题和可直接口播的开头;只要一个文字表面时保持快捷交付。默认交付 1 组首选;存在实质不同且能够兑现的选择时,再给最多 2 组备选。用户要求批量或矩阵生产时按指定数量交付。
文字标题与封面标题
视频类内容按实际平台删减表格行:
| 平台 | 文字标题填写位置 | 可直接复制的文字标题 | 封面标题使用位置 | 可直接使用的封面标题 | | --- | --- | --- | --- | --- | | 小红书 | 笔记标题 | …… | 图文封面 | …… | | B 站 | 视频标题 | …… | 图文封面 | …… | | 抖音 | 作品文案 | …… | 主页索引封面 | …… | | 视频号 | 作品描述 | …… | 图文封面 | …… |
微信公众号使用:
| 平台 | 文字标题填写位置 | 可直接复制的文字标题 | | --- | --- | --- | | 微信公众号 | 文章标题 | …… |
用户明确要求微信公众号封面标题时,再单独增加「封面标题」字段,并服从用户提供的封面模板。用户只要文字标题时删除封面标题列;只要封面标题时删除文字标题列。多平台文字相同时仍逐项完整写出,不使用「同上」。只改一个平台或一句标题时,可以省略表格,但必须写清「平台+使用位置+标题」。
新写或重新拍摄的视频开头
- **推荐开头**:可以直接口播的前几句;
- **下一句/接入位置**:准确的承接句或原文段落;
- **停留理由**:结合当前材料说明观众为什么会继续;
- **正文兑现**:指出现有内容怎样支持开头,有缺口时只列必要补充。
已拍素材中的冷开场
| 开头顺序 | 素材定位 | 使用的原话/画面 | 剪辑动作 | | --- | --- | --- | --- | | 1 | 时间码或首尾句 | 保持原话 | 前移/删减/保留 |
表格后写清回正文的位置、原位置处理、新增内容和仍需核看的声画切点。
用户同时要求文
dbskill 是 dontbesilent 的中文 AI Skills 工具箱,包含商业判断、内容创作、行动决策、学习和知识管理等能力,可安装到支持 Skills 的 Agent 中使用 支持豆包、WorkBuddy、Claude Code、Codex 和其他兼容 Skills 的 Agent。项目方法资料从 16,152 条公开推文中筛选整理,包含 4,176 个结构化知识原子。作者:@dontbesilent 本次更新: /dbs 在当前对话中直接处理问题,按需组合或对照方法,并明确告知实际使用的
Other skills on dbs.
dbs-agent-migration
审计项目规则文件、识别真源、统一命名并生成桥接,把项目迁移成多端一致的 Agent 工作台。用户要求迁移 Claude Code、Codex、Grok、通用 Agents 或整理…
dbs-chatroom-austrian
由哈耶克、米塞斯与 Claude 从奥派经济学视角展开多角色讨论。用户要求进入奥派聊天室或用奥派分析问题时使用。
dbs-chatroom
根据话题推荐或接受用户指定的专家,模拟多角色对话并总结分歧。用户要求专家讨论、定向聊天室或继续当前讨论时使用;明确要求奥派聊天室时优先匹配专门的奥派讨论能力。

