Skip to main content

bys-remotion-template

不一书Remotion模板生成器。通过一场强引导的分步访谈,帮用户(包括完全不懂代码的新手)生成一套长期可用的 Remotion 视频制作两件套:①专属《通用提示词模板.md》(每期视频复制填空即可开工)②自己风格的 _starter/ 工程底座(集中配色、通用组件、场景块、SRT字幕脚本、风格规范)。 当用户说"初始化 不一书Remotion模板生成器"、"初始化 bys-remotion-template"、"我想做一套自己的 Remotion 模板/底座/starter"、"帮我建视频模板"、"搭一套长期做视频的 Remotion 工作流"、 "做一套我自己风格的视频模板"时必须触发;即使用户只是模糊地说"我想用 Remotion 长期做视频,帮我搞个模板" 也应触发。不用于:直接做某一期具体视频(那是用户拿着生成好的模板去做的事)、与视频模板无关的 Remotion 编码问题。

跳到安装

来源信息

仓库
qkgecn93/bys-remotion-template
最近来源活动
2026年7月24日 18:01
检测到的 SKILL.md 语言
中文
星标
8
分支
3

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
bys-remotion-template
description
不一书Remotion模板生成器。通过一场强引导的分步访谈,帮用户(包括完全不懂代码的新手)生成一套长期可用的 Remotion 视频制作两件套:①专属《通用提示词模板.md》(每期视频复制填空即可开工)②自己风格的 _starter/ 工程底座(集中配色、通用组件、场景块、SRT字幕脚本、风格规范)。 当用户说"初始化 不一书Remotion模板生成器"、"初始化 bys-remotion-template"、"我想做一套自己的 Remotion 模板/底座/starter"、"帮我建视频模板"、"搭一套长期做视频的 Remotion 工作流"、 "做一套我自己风格的视频模板"时必须触发;即使用户只是模糊地说"我想用 Remotion 长期做视频,帮我搞个模板" 也应触发。不用于:直接做某一期具体视频(那是用户拿着生成好的模板去做的事)、与视频模板无关的 Remotion 编码问题。
# 不一书Remotion模板生成器 把"每次做视频都从头折腾"变成"复制模板就开工"。本 Skill 引导用户完成一场结构化访谈,最终交付**两件套**: 1. **《通用提示词模板.md》** —— 用户每期视频复制一份、填好【本期信息】和【本期特殊要求】发给 AI 助手,即可按固定流程开工。 2. **`_starter/` 工程底座** —— 定制过风格的 Remotion 工程(theme.ts 控制台、通用组件、场景块、字幕脚本、README、风格规范.md),每期复制开新工程,跨期风格统一。 ## 核心原则 - **强引导,一次只问一步**:用户可能完全不懂代码。每一步先用一两句话解释"这是什么、为什么要选",再提问。有 AskUserQuestion 工具就用它给选项,没有就在对话里给编号选项。 - **先看效果再往下走**:风格类决策必须配 HTML 效果图(2-3 版供挑选),确认后才进入下一步。绝不凭文字描述定风格。 - **动笔前整体确认**:所有决策汇总成一张确认单,用户点头后才开始生成文件。 - **产物是用户自己的**:生成的模板和底座属于用户风格,仅在 README 页脚留一行 `由 不一书Remotion模板生成器 (bys-remotion-template) 生成` 轻署名。 ## 流程总览 ``` 0 欢迎 + 环境检查 → 1 分步访谈 → 2 风格效果图(挑选/迭代) → 3 汇总确认单 → 4 生成两件套 → 5 Remotion 真实验收 → 6 邀请试做一期 ``` 各步细节按需读 references/: | 文件 | 什么时候读 | |---|---| | `references/env-check.md` | 第 0 步,检查环境和 remotion-best-practices | | `references/interview-guide.md` | 第 1 步开始前,完整问题库与顺序 | | `references/preview-guide.md` | 第 2 步,HTML 效果图怎么做 | | `references/customization-guide.md` | 第 4 步,怎么按访谈结果定制 assets/starter-skeleton | | `references/prompt-template-guide.md` | 第 4 步,怎么生成《通用提示词模板.md》 | ## 第 0 步 · 欢迎与环境检查 用户触发初始化后,先发欢迎语(保持这个调性,可微调): > 📽️ **欢迎使用「不一书Remotion模板生成器」!** > > 接下来我会像一个视频工作室的制片人一样,陪你把这些事一次定好:画幅、内容形态、字幕、视觉风格、声音……最后你会得到一套**长期可用**的专属模板——以后每期视频,复制模板、填几行信息,就能直接开工 🚀 > > 全程不需要你懂代码,每一步我都会解释清楚、给你看效果图再往下走。我们开始吧! 然后按 `references/env-check.md` 检查环境(Node/npm、ffmpeg、remotion-best-practices skill)。缺 remotion-best-practices 时引导安装(`npx skills add remotion-dev/skills`)或征得同意后代为安装;装不上有兜底方案,不阻塞流程。 ## 第 1 步 · 分步访谈 读 `references/interview-guide.md` 后开始。核心决策依次是:画幅 → 内容形态(口播露脸/纯动画/录屏混合)→ 字幕方案 → 视觉风格方向 → 声音(配音/BGM/音效)→ AI 权限(能否联网补料、能否自主找素材)→ 交付偏好。 一次只问一个话题;用户答不上来就给出你推荐的默认值并解释原因。 问到风格那一题时,**只问大方向和主色偏好就停,不要把风格细节问到底**——细节靠第 2 步的效果图对话敲定,问一堆"圆角要多大、发光要多强"用户根本答不上来。但风格之后的声音、AI 权限、交付、个性化几题仍要问完,问完才进第 2 步。 ## 第 2 步 · 风格效果图 读 `references/preview-guide.md`。按用户选的风格方向做 **2-3 版**不同倾向的 HTML 效果图(每版含钩子大字帧 + 要点卡帧两张关键帧,按所选画幅精确制作),让用户挑选或提修改。修改后重新出图,直到用户明确说"就这版"。选定版本的全部设计参数(配色、字体感觉、发光强度、圆角、卡片样式)记下来,第 4 步写进 theme.ts 和风格规范。 ## 第 3 步 · 汇总确认单 把所有决策整理成一张清晰的确认单发给用户(画幅/形态/字幕/风格版本/声音/AI 权限/交付物清单),明确问"确认无误就开始生成,要改哪条现在说"。用户确认后才动笔。 ## 第 4 步 · 生成两件套 1. 把 `assets/starter-skeleton/` 复制为用户的 `_starter/`,按 `references/customization-guide.md` 定制:theme.ts(画幅+选定配色)、按形态删/留 FaceCam 等模块、生成 README.md(从 README.template.md 填占位符)和 `风格规范.md`。 2. 按 `references/prompt-template-guide.md` 生成《通用提示词模板.md》。 3. **跑验收脚本**(定制骨架时最容易犯的错都是静默的——删了模块忘删 import、README 里留着 `{{占位符}}`、画幅和访谈结论对不上,这些肉眼复查会漏,脚本不会): ```bash python3 scripts/validate_starter.py <生成的_starter目录> ``` FAIL 项全部修掉再往下走。 4. 两件套都放到用户可见的文件夹,并简要讲解每个文件是干什么的、每期怎么用。 ## 第 5 步 · Remotion 真实验收 环境允许时(Node 可用):在 `_starter/` 里 `npm install`,用 `npx remotion still MyVideo out/frame.png --frame=N` 渲 2-3 张关键帧给用户看,确认和 HTML 效果图一致。发现偏差就修 theme/组件后重渲。环境不允许就明确告诉用户:"模板已生成,第一次在你自己电脑上打开时,用 `npx remotion studio` 预览,有偏差随时回来找我调。" ## 第 6 步 · 邀请试做一期 验收通过后主动问: > 🎬 模板已就绪!要不要现在就用它试做一期?把你的素材给我就行—— > (按用户形态列清单,如:口播视频 video.mp4 / 字幕 video.srt / 本期主题和逐字稿 / 素材图或录屏) 用户愿意就按刚生成的《通用提示词模板.md》的流程完整走一遍(这既是试做,也是对模板的真实测试);不愿意就告诉用户模板怎么在以后的新对话里使用。 ## 红线 - 每一步都等用户确认再进下一步,不要抢跑合并步骤。**唯一例外**:用户已经说过的信息可以打包求证(见 interview-guide),以及用户明确要求"一次问完"时批量补问空缺——但效果图挑选和确认单这两个节点永远不能省。 - 效果图没让用户挑选前,不许生成最终文件。 - 不杜撰用户没确认过的风格决策;用户说"随便/你定"时,用推荐默认值并明说"我帮你选了 X,因为 Y,不喜欢随时改"。 - 生成的工程必须自包含:不打包 node_modules、不写死本机路径、README 里的命令在干净机器上可执行。 ## 安全边界 这些是用户把文件夹交给你时有权期待的事: - **写文件只发生在第 4 步之后**。访谈和效果图阶段除了效果图 HTML(放临时目录或用户指定目录)不落任何文件。 - **不覆盖已存在的东西**。目标位置已有 `_starter/` 或同名文件时,先告诉用户并给三个选项:换个名字 / 备份后覆盖 / 取消。绝不静默覆盖。 - **不动用户的既有工程**,不删除任何文件。 - **不写入任何密钥、token、私人路径**到生成的工程或文档里。 - **联网搜索按访谈里的授权执行**。用户选了"每次先问我"就每次先问。 - 骨架里的 `srt_to_captions.py` 只读 SRT、只写 `src/captions.ts` 一个文件,会提示用户它是覆盖写入。
在 GitHub 查看