Communitygithub.com

boring-video-studio

用于从主题、研究资料、文章或草稿开发内容驱动的视频,或将现有脚本或非论证视频路由到 HyperFrames 生产流程。

boring-video-studio 是什么?

该技能是一个全面的内容到视频工作流编排器,专为与 HyperFrames 项目集成而设计。它通过一个逐步完善的链式流程,将内容开发与视频制作无缝衔接,确保每个阶段的输出经过批准后再进入下一环节。技能支持两种主要输入模式:内容驱动(如研究、教程、分析)和直接生产(如锁定脚本、产品演示)。它负责创建和维护工作流简报 (BRIEF.md),记录生产默认值和用户选择,并调用多个子技能(如 develop-topic、to-article、to-scenes、to-storyboard 等)来生成研究、文章、节拍、旁白、场景和故事板。技能还提供发布分支功能,可从已批准的内容和设计方向生成封面、平台改编、字幕和社交媒体文案,最终将成品视频交付到 HyperFrames Studio 进行可播放审查。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/sugarforever/boring-video-studio/tree/HEAD/skills/boring-video/boring-video

在你喜欢的 AI 中提问

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

文档

Boring video

将内容开发和渐进式精炼的 HyperFrames 项目编排成一个链。内容在适应语音或视觉效果之前就已确立;场景方向建立渲染的视觉证据,故事板规划可构建的帧,HyperFrames 负责生产和可播放审查。

输入

从请求和项目文件中解析已有决策。首先对输入进行分类:

  • 内容驱动: 研究、评估、分析、观点、教程、新闻、简介或其他叙述性作品,其价值依赖于完整的论证,并且也可能成为博客文章。
  • 直接生产: 已锁定的脚本、产品宣传片、UI 演示、音乐主导的作品、短动画或其他不需要文章来确立其含义的作品。

在询问一次性选择之前,从明确的项目、系列、品牌或团队指南中解析可重用的生产默认值。在输入时创建工作流 BRIEF.md,并在其中记录每个采用默认值、其来源及范围,以便每个上游技能在做出内容或语音决策前都能读取它;在创建 HyperFrames 项目时,将相同的简报带入该项目。当前请求会覆盖可重用默认值。默认值可以涵盖重复性结构、语言和语音、设计真理、封面比例、发布目标或终端呈现,但不得从不可用的个人档案中推断。将项目特定约定保留在项目文件中,而不是将其通用化到此技能。

对于内容驱动的工作,找到第一个缺失的已批准内容制品。只有当用户明确确认某篇文章为内容主文件时,该文章才计入。将其存储或改编为 content/ARTICLE.md,并带有以下来源信息:

---
source: external
origin: <URL 或路径>
origin_revision: <Git 修订版本、来源摘要或捕获时间戳>
status: approved
approved_at: YYYY-MM-DD
approved_digest: sha256:<摘要>
voice:
  language: ...
  skills: []
  documents: []
  unavailable: []
  status: resolved | assumed
---

将 approved_digest 计算为完整文件(移除 approved_digest: 行后)的 SHA-256 值。不要为了满足直接生产工作的链而捏造文章;加载 /hyperframes,让当前的意图层自行处理输入和工作流选择。

当此输入创建或改编 content/ARTICLE.md 时,阅读 references/markdown-review.md,并在开始 /to-spec-beats 之前展示该权威 Markdown 内容。

对于内容驱动的工作,针对任何缺失的生产选择,提出一个紧凑的问题集:

  1. 呈现方式: 无脸、实拍、屏幕录制、人物出镜还是混合媒体?
  2. 协作方式: 故事板审查还是代理执行生产并最终预览?
  3. 语音: HyperFrames 语音、ListenHub TTS、用户录制还是无旁白?
  4. 设计: 现有设计真理、已命名方向还是代理建议方向?
  5. 发布: 需要哪些封面、平台适配、博客/文章变体、字幕或社交媒体文案?

在 BRIEF.md 中记录答案和已采用的生产默认值。在代理执行的工作中,当用户留空时,提议并记录一个设计方向。对于直接生产的工作,将已解析的默认值和任何发布请求传递给 /hyperframes 所拥有的 BRIEF.md,而不是重复内容链问题。

链

在 /to-scenes 启动可渲染项目之前,阅读 references/hyperframes-review-project.md。将其项目身份和审查状态通过 SCENES.md、STORYBOARD.md 和 HyperFrames 项目清单传递下去;下游技能使用这些制品,而非此内部参考。

对于内容驱动的工作,从第一个缺失或明确修改的制品开始:

  1. /develop-topic → content/RESEARCH.md、实验报告和已批准的 content/TOPIC.md
  2. /to-article → 已批准的 content/ARTICLE.md
  3. /to-spec-beats → BEATS.md
  4. /to-narration → NARRATION.md
  5. /to-scenes → SCENES.md、共享 HyperFrames 项目以及从 Markdown 引用的渲染视觉证据
  6. /to-storyboard → HyperFrames 原生的 STORYBOARD.md
  7. /to-video → 在该项目中进行生产延续和 Studio 审查

完成每个技能的完成标准后再推进。下游发现的问题返回拥有该决策的制品,然后向前传播。

当为内容驱动的工作请求了发布输出时,在文章、旁白和场景方向稳定后创建一个发布分支。从已批准的设计真理和场景证据中推导封面方向;从已批准的内容和旁白中推导平台文案、博客/文章改编、字幕和社交媒体文案。对于直接生产的工作,此包装器与 /hyperframes 并列拥有相同的分支:在锁定源材料和 HyperFrames 设计方向稳定后打开它,从该源材料推导文案,从该设计方向推导封面。在 PUBLISHING.md 中记录请求的输出、源摘要、目标平台或比例以及输出路径。视频生产可在准备此分支的同时继续进行,但任何分支都不能悄然发明新声明或竞争性的视觉标识。

当用户以已批准的完整文章开始时,在开始 /to-spec-beats 之前重新计算其摘要。当他们从后续内容驱动制品开始时,重新计算每个现有制品的摘要,要求每个子制品携带其直接父制品的当前摘要,并验证链追溯到已批准的 content/ARTICLE.md;然后从第一个缺失阶段继续。仅凭制品存在本身不可作为可恢复状态。直接生产输入绕过此内容链,直接从 /hyperframes 开始;切勿将锁定脚本重新解释为发明文章、论点或声明的许可。

交接

呈现方式和工作流是独立的决策。收集呈现意图,但不从记忆中选择工作流。对于内容驱动的工作,/to-video 读取当前 /hyperframes 合约并执行路由。直接生产工作保留在 /hyperframes 中;此包装器仅在任何请求的发布分支需要时才恢复。

完成

当适用的已批准内容制品、四个规划制品以及引用的视觉证据一致且满足其所有者时,内容驱动规划即告完成。内容驱动包装器运行在 /to-video 使用已确认的语音分支通过选定的生产工作流继续已审查的 HyperFrames 项目、HyperFrames Studio 拥有可播放时间线审查、且任何请求的发布分支具有记录在 PUBLISHING.md 中的源链接输出时即告完成。直接生产运行在其 /hyperframes 工作流拥有可播放审查且此包装器已将任何请求的发布输出记录在 PUBLISHING.md 中时即告完成。

Individual skills in this repo

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

相关技能