Community编程与开发github.com

EliteBuilders/视频编辑风格提取工具包

通过分析参考素材(截图、帧画面、链接、喜欢的或不喜欢的片段)提取其系统而非内容,将结果写入客户端项目的 EDIT-STYLE.md 文件中,让下一次编辑更贴近需求。

视频编辑风格提取工具包 是什么?

该技能是一个旨在提升视频编辑一致性和效率的工具包。它专注于将用户提供的视觉参考(如截图、视频帧、链接或某段剪辑)转化为结构化的、可复用的风格决策。核心原理是“读其系统,不抄其内容”——即分析参考素材中的调色逻辑、字体权重与配对、图形在画面中的占比、材质感、动画节奏等系统性要素,而非直接复制对方的构图。技能会自动将分析结果追加到客户项目专属的 `EDIT-STYLE.md` 文件中,该文件作为视觉风格的演变记录,与 `CREATIVE-BRIEF.md`(稳定意图)和 `BRAND.md`(机械规格)协同工作。支持在 `resolve-ai-edit` 编辑工具启动前读取,并为每个决策设定明确的适用范围(Adopt 采纳、Try 尝试、Reject 拒绝、One-off 一次性),确保风格记录不会自相矛盾。适合需要快速将视觉参考转化为编辑规范的视频制作团队。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/EliteBuilders/video-edit-toolkit/tree/main/skills/edit-style

Installed? Explore more 编程与开发 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

编辑风格

让下一次编辑比这次更好的机制。 当系统真正看到用户喜欢的内容——不是用语言描述,而是直接用画面展示——编辑就会更接近期望。该技能将随手丢来的截图转化为有日期记录的、可写入的决策,resolve-ai-edit 会在启动前读取它。

每个客户端项目一个 EDIT-STYLE.md。它会不断生长。它是视觉证据;CREATIVE-BRIEF.md 保持稳定的意图声明,BRAND.md 保持机械规格。

最重要的原则

读参考素材的 系统,绝不抄袭其构图。 提取调色逻辑、字体粗细与配对、图形在画面中的占比、材质感、动画时机、节奏。然后为该客户端构建他们自己版本的系统。

复刻别人的具体设计不是风格决策,是抄袭,而且会以操作者的名义发布。第一次提供参考素材时,请大声说出这句话,然后提取而不是描摹。

接收流程——每次参考素材到来时

  1. 保存文件。 将其保存到项目的 reference/ 文件夹,命名为 <YYYY-MM-DD>-<内容描述>.png。如果是链接,同样保存一张截图,并记录网址——链接会失效,无法重新查看的风格决策就是一个没有理由的规则。如果是视频,保存展示关键内容的那一帧,并注明时间码。

  2. 问一个问题:这是关于什么的? 没有理由就给出的参考素材会模糊不清——同一帧画面可能用于其字幕、调色、节奏或布局。不要猜测。“字幕”和“他们停留在镜头面部的方式”会导致完全不同的提取结果。

  3. 仔细查看。 打开它。在做出任何决定之前,先描述实际存在的内容:有多少元素,它们的位置,相对于画面高度的字体大小,可读取的颜色十六进制值,有多少空白区域,视线首先落在哪里。

  4. 用文字提取系统。 三到六行。机械且可复用,而非印象化。“两行字幕,约占画面高度的 6%,粗体无衬线字体,一个单词用斜体衬线”是可用的。“简洁现代的外观”则不可用。

  5. 决定范围,并大声说出,然后再写任何内容:

    范围测试写入位置
    采纳从此成为该客户端的标准做法EDIT-STYLE.md,作为带日期的决策
    尝试值得制作一个视频来看看效果EDIT-STYLE.md,标记为 尝试,并注明确认条件
    拒绝作为“不要这么做”的例子展示EDIT-STYLE.md 的“已拒绝”部分,并附上理由
    一次性仅限当前视频不写入任何文件
  6. 写下来。 追加到 EDIT-STYLE.md。永远不要重写之前的条目——用新的条目取代它,并说明它替换的是哪一条。

  7. 与已有内容核对。 如果新参考素材与 BRAND.md 的值、CREATIVE-BRIEF.md 的禁止事项或之前已采纳的条目相矛盾,同时引用两者并询问哪个优先。 永远不要默默解决。一个自相矛盾的风格记录比没有更糟,因为编辑会按照他们先读到的那一行执行。

一个好的条目长什么样

### 2026-09-18 — 字幕处理
**参考素材:** `reference/2026-09-18-caption-style.png`(来自竞品短视频的一帧,0:04)
**展示关于:** 字幕
**提取结果:**
- 最多两行,绝不三行。按短语换行,而非按行宽
- 大写字母高度约占画面高度的 6%——足够大,可以在缩略图大小下阅读
- 粗体无衬线字体,每行字幕中有一个单词用斜体衬线以示强调
- 位于屏幕下方三分之一处,但避开平台 UI 区域
- 在节拍处进行单词级高亮,而非淡入淡出
**决策:** 采纳,适用于该客户端的所有短视频。
**取代:** 2026-08-02 字幕条目(三行,居中)。
**原因:** 操作者已连续在三段视频上手动修正了字幕长度。

开始编辑之前

resolve-ai-edit 在启动前读取 EDIT-STYLE.md。当被问及某个客户端的风格时,请读取该文件并据此回答——先看已采纳的条目,然后是仍标记为“尝试”的,最后是已拒绝列表,因为知道什么被否定了以及原因,可以避免再次提出同样的方案。

如果文件太长,建议合并而非直接操作。 合并重复项,移除已被取代的条目,并将稳定规则提升到 CREATIVE-BRIEF.md 中,作为意图的一部分。提出建议。由操作者批准。

该技能不做什么

  • 它不负责编辑。 那是 resolve-ai-edit 的工作。
  • 它不凭空创造风格。 没有参考素材,就没有条目。从无到有的提取只是穿着日期外衣的猜测。
  • 它不会将一个客户端的风格带到另一个客户端。 每个客户端的记录都是他们自己的。在其他地方效果好的处理方式可以建议,但必须注明来源,绝不可默默应用。
  • 它不涉及包装、标题或缩略图。 不同的工作,不同的技能,不同的仓库。

保持该技能的时效性

当学到重要内容时,更新此文件的根位置——而不是写在笔记或聊天记录里。关于客户端喜欢如何编辑的修正信息,应写入该客户端的 EDIT-STYLE.md。关于提取本身应该如何进行的修正信息,应写在这里。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相关技能