Personal Skill System
从实际交付中整理的 Agent Skills
将 Buda 内容制作与官网交付中反复使用的方法整理为五个 Skill，分别约束视频生产、功能演示、页面动效、Mini UI 与项目插画，并在实际交付中对照产物检查。
做一个“搭建与发布”的产品演示
展示执行过程与产物的关系，让完成状态有据可查。
01 Build interface
02 Check states
03 Prepare preview
执行完成后，生成的预览会出现在这里
对象、产物和完成标准都写在需求里。
关键设计判断
哪些重复工作可以交给 AI，哪些判断必须保留？
- 设计依据
- 视频和官网制作反复涉及素材、产品状态、渲染与发布。一个宽泛指令无法交代每一步所需输入、产物与确认点。
- 关键取舍
- 拆成五类职责，由 Video Studio 管理状态与交接；将 Mini UI 的产物、文件信息和审阅关系写成规则，叙事与最终验收由人负责。
- 交付与验证
- 以成片、官网组件与三组 Mini UI 对照规则，检查产物出现顺序、文件信息和审阅状态；分镜、实现与最终视觉由我逐项验收。
典型界面讲解
把状态约束放进组件
我将产物身份、可用时机与执行进度作为 Mini UI 的结构约束，让演示对应具体的对象和状态。
产物有具体身份
保留页面与文件名，让结果可以被识别。
Ready 对应可用结果
整体产物可用，与某一步是否仍在运行分别表达。
每步有自己的状态
Running 与 Done 绑定具体执行项，避免统一的模糊反馈。
让制作任务带着素材与审批继续
视频任务经常跨越选题、脚本、录屏与渠道包装。我将输入、制作状态、素材位置和人工审批写进 Video Studio 的流程，便于中断后接续，并把发布前的确认保留在交付路径中。
- 选题与脚本
- 制作与检查
素材与产品事实先对齐
视频需要真实产品证据。我把素材位置与当前产品状态写进制作输入，使任务接续时不用重新猜测哪些画面可以使用。
一条规则，对应一个可检查的状态
将产物出现时机、文件信息和审阅反馈写成 Skill 规则，再用三组实际 Mini UI 检查规则是否落实。
产物可用，不等于所有步骤都结束
我把文件的 Ready 与步骤的 Running 分开：已有产物可以识别，仍在执行的部分继续显示进度。Skill 约束的是状态与对象的对应关系。
随结果展示文件名称与媒体信息
媒体生成不能只用一句完成提示代替结果。我保留输入图片、输出视频、文件名和时长，使用户能判断这次转换生成了什么，并找到播放入口。
审阅围绕具体文件和改动展开
我保留文件名、增删标记和代码行的对应，让审阅对象与反馈处在同一视图。Skill 将这些关系写成固定规则，避免只剩一个笼统的通过状态。
把可重复制作的部分留在源码中
在 Buda 产品发布宣传片中，用 Remotion 将标题、演示、字幕和品牌包装拆成组件；确定分镜与旁白后，通过 Vibe Coding 完成 10 个段落、150 秒成片，并保留可继续修改的源文件。
共用品牌语言，减少重复制作
我将片头与品牌表达整理为可复用段落，让后续内容继续沿用相同的识别方式，把修改集中到具体产品内容上。
段落围绕具体场景组织
不同任务需要不同的产品演示。我以场景为段落单位保留可编辑结构，便于替换操作内容、旁白与字幕，并分别检查节奏。