本文へ移動
cccskills
無料GitHub で公開

video-chapters

用户要给视频分章节、加章节或时间轴目录、按作者给的时间大纲生成章节,或调整章节的粗细时用:在自然的话题转换处分章,每章一个标题和一句话摘要,写进视频的章节。需要视频的转写。不用于只想在简介里列出已有章节(用起标题与写简介),也不用于给文章分节。

インストール方法を見る

含まれるファイル(1)

  • SKILL.md7.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

分章节

章节是给观众跳着看用的:拖进度条的人看一眼章节名,就知道要去哪一段;看过的人想回头找某个地方,也靠它。所以章节的标题要说清这一段讲什么,起点要落在话题真正开始的地方,一个章节对应一个话题。

最容易做坏的样子有两种。一种是按时间平均切:每五分钟一章,起点落在一句话的中间,标题是「第一部分」「继续讨论」,观众看了等于没看。另一种是标题太像总结:一章一句长话,章节列表反而读不动。章节名是路标,不是摘要;摘要另有一句话的位置。

1. 取材料

  1. 用 videos_inspect 看视频:时长、已有的章节(chapters)、文档。没有转写(kind 为 speech 的文档)时先转写,告诉用户转写在进行。从链接导入的素材另有 assets[].source:chapters 是作者的章节(平台给的结构化章节,或从简介里的时间戳大纲解析出来的),没有时是 [];description 是截断的简介。
  2. 带时间码的文稿:export(kind transcript、format md、timestamps true;有几份文稿时按它列出的候选用 documentId 指定),jobs_inspect 等到 completed,读 outputs 里的文件。它按段落给出剪辑后时间线上的时间,章节的时间就取段落开头的这个时间码,不要自己估算。
  3. 视频已经有章节时,先问用户是要替换、调整还是保留;用户只说「加章节」而已有的章节是新的,不要覆盖。

2. 有作者章节或用户给了大纲时

作者自己分过的章节通常比你分的更贴近他的意图,照它来,不自己分,也不手工对时间。来源素材自带章节(assets[].source.chapters 不为空),或用户贴来一份带时间的大纲(0:00 开场、1:02:03 问答 这类)时,用 chapters_adopt:

  • 作者章节:给 video(素材不止一个时给 asset,有几份转写时给 document)。用户贴的大纲:给 outline,可以是 [{ at, title }],也可以是贴来的原文。不确定时先带 dryRun 看回执,再正式写。
  • 它把每一条吸到文稿里最近的段落或句子起点(段落优先,其次句子、字幕条、词),清洗标题后整份写进视频的章节(替换已有的;已有章节要先按第 1 步问过用户)。
  • 读回执的 sourceChapters:entries 共几条;matched 吸到了起点;ambiguous 附近有几个起点、取了离作者时间最近的那个(同样近取靠后的);snapped 时间挪动过;unanchored 对不上、保留了原来的时间。rows 逐条给标题、写入的时间 at、原来的时间 sourceAt 与状态;带 offTimeline 的条目对应的地方不在时间线上(比如剪掉了)。交付时说清对上几条,把 ambiguous、unanchored、offTimeline 的条目逐条列给用户:这些是他要自己看一眼的地方。
  • 返回 NO_SOURCE_CHAPTERS:素材没有作者章节,按下面的做法自己分。返回 ASSET_NOT_PLACED:素材不在时间线上,先放上去。
  • 用户要你自己写的章节,或想要和作者大纲不同的粗细时,才走下面的做法自己分,作者的大纲当参考:转写和它吻合的地方沿用它的分界和标题(保留作者用的语言与措辞),只在转写明显不同的地方增、并、删章;大纲的时间只是大致的,章节的起点仍取文稿里段落的时间码。

3. 分几章

按粗细定一个大致的目标章数,不硬凑:

粗细大约多长一章
粗约 10 分钟
适中(默认)约 5 分钟
细约 2.5 分钟

目标章数 = 时长 ÷ 每章时长,取整;至少 2 章,最多 20 章,超过一小时的录音上限按每小时 20 章放大。有作者大纲当参考、用户又没指定粗细时,目标章数取大纲的条数。话题真正的转换比这个少时,少分几章没关系:目标章数是个大概,不是指标。

4. 怎么分

动手前先通读文稿,列出话题在哪里转换:说话人换了题目、从问题转到做法、从一个案例转到下一个。章节就落在这些地方。

  • 每章从一段话的开头开始;时间取文稿里那一段的时间码。不编造时间,不把章节放在一句话的中间。
  • 第一章通常从 0 秒开始。
  • 每章一个标题和一句话的摘要(不超过约 20 个词,说清这一章讨论什么)。标题是观众扫一眼就懂的路标,用这一段的内容本身,不用「第一部分」「继续」「其他」这类说了等于没说的词;摘要补一句这一章具体讲到什么。
  • 标题和摘要不能为空,彼此不同,风格一致;用转写的语言写,用户要别的语言时才换。
  • 录音很长时分几部分读:每部分先列出话题单元(各自的起点段落、标题和摘要),再把它们合成最终的章节。单元比目标章数多时,把属于同一个更大话题的相邻单元合成一章,起点取合并后第一个单元的起点,标题和摘要覆盖合并后的整段;分部分的接缝处尤其要合并,那里一个话题常被人为切开。不是第一部分时,开头可能接着上一部分的话题,不必在这一部分的第一段强加一章。

对比一下(只是示意):

不好:05:00 第二部分 / 10:00 继续讨论模型 / 15:00 其他

好:04:37 为什么蒸馏后效果掉得厉害 / 11:02 混合方案怎么配 / 16:48 上线后的三个坑

后一种每个起点都落在话题开始的那一段,标题看一眼就知道要不要跳过去。

5. 写进视频

用 edits_apply 的 setChapters 一次写入整份章节列表(at 是上面取到的秒数,按时间严格递增;title、summary 照写)。只改一两章时用 upsertChapter 或 removeChapter。章节固定在时间线的时刻上:剪口播(addCuts、接受剪辑建议、恢复剪口)会让章节跟着内容走,别的剪辑(移动、删除片段、波纹删除)不会,这类剪辑改了时长时提醒用户章节可能要重新对一遍。

6. 要避免的

  • 不要按时间平均切,不要把起点放在一句话中间,不要自己估算时间。
  • 标题不要写成「第一部分」「继续」「其他」,也不要写成一整句摘要。
  • 素材有作者章节时不要自己重分;用户已有章节时不要不问就覆盖。
  • 不要硬凑目标章数。

7. 交付

  • 列出写进去的章节:时间(时:分:秒,不到一小时写分:秒)、标题、摘要。
  • 说明用的是作者的大纲还是自己分的,粗细与章数。用了作者大纲时报吸附统计:共几条、对上几条;ambiguous、unanchored、offTimeline 的条目逐条列出。
  • 分章失败不影响转写和其他结果:如实说明原因,最多重试一次,不反复重试。

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

baocut

無料

测试用的说明书:用 BaoCut 转录、翻译、剪辑与导出视频。

日本語の概要は準備中です。原文の説明を表示しています。

JimLiu/baocut8772026年10月12日 更新

baocut

無料

用 BaoCut 处理视频与音频:转录、字幕、翻译、配音、剪口播、切短视频、分章、总结写稿、从链接下载、压缩转码、导出成片,或从零做一条成片。有媒体文件、视频链接、字幕文件或 BaoCut 视频时用;只翻译纯文本、与视频无关的写作或作图、别的剪辑器与 FFmpeg 的用法、BaoCut 源码开发不用。

日本語の概要は準備中です。原文の説明を表示しています。

JimLiu/baocut8772026年10月12日 更新

Release BaoCut Electron desktop apps through GitHub Actions tags by default; use local/manual packaging only when explicitly requested. Also handles App version bumps, release continuation and portable signing backups; excludes craft skills and legacy standalone CLI releases.

日本語の概要は準備中です。原文の説明を表示しています。

JimLiu/baocut8772026年10月12日 更新

用户要给视频做封面、要封面大字,或要标题和封面一起出时用:读文稿提炼卖点,给几组标题与封面文案,用户挑定后按视频画幅生成封面图,放进这个视频的候选素材。每句都由视频兑现。只要标题或简介、不要封面时用起标题与写简介。需要视频的转写。

日本語の概要は準備中です。原文の説明を表示しています。

JimLiu/baocut8772026年10月12日 更新

design

無料

用户要做界面、网页、海报、图表或信息图、示意图、原型这类视觉设计稿时用:在工作目录写一份设计稿(canvas.json 加每块画板一个 .dc.html),校验通过后线程里出现设计稿卡片,用户在功能区预览、编辑与标注。也用于按用户的意见或设计稿标注改已有的设计稿。幻灯片不用它(用 slides),视频画面里的字卡与动效也不用它(用动效图形)。

日本語の概要は準備中です。原文の説明を表示しています。

JimLiu/baocut8772026年10月12日 更新

用户要建立或修改设计系统时用:品牌的颜色、文字样式、间距与圆角 tokens,给智能体看的品牌手册 README,bundle 与预览,标志、图标与字体。在工作目录写一个设计系统目录(design-system.json 加 tokens.json、README.md、components/、assets/、fonts/),可以从代码仓库或设计工具里的真实来源整理;图片、视频与 PDF 导入设计系统的素材库,校验通过后线程里出现设计系统卡片,用户在功能区预览与编辑;做好的设计系统可以装进设计稿。

日本語の概要は準備中です。原文の説明を表示しています。

JimLiu/baocut8772026年10月12日 更新

JimLiu のスキルをすべて見る

このスキルの問題を報告する