写作与内容 text-to-videoprompt-engineeringprompt-optimizationseedancevideo-generationbilingual

Vibe Creating 视频提示词技能

把粗糙的创意、故事或过度参数化的镜头脚本改写为模型友好的文生视频提示词,并先判断输入是否适合这种风格。

FollowSkills 评估 · FSRS-2.0
谨慎使用
56/ 100 五分制 2.8 / 5
1 2 3 4 5 6
1信任安全14 / 25 · 2.8/5

SKILL.md 本身无权限要求、无外部副作用、无数据外流,声明保留用户硬约束并在弱化技术参数时必须披露,安全性良好;扣分:仓库级元数据许可证为 NOASSERTION,发布者身份未经验证,仓库维护方与 Atlas Cloud 存在商业关联(虽有披露),以及对底层范式(ByteDance)来源链接为不可静态验证的 Lark 文档。

2可靠稳定10 / 20 · 2.5/5

指令自洽、路由矩阵与快速参考一致、四段式输出格式明确,纯提示词技能无运行时依赖,失败路径(低适配场景)有明确处理;扣分:无测试用例、无边界输入的可复现验证,改写质量完全取决于模型自身,静态审查无法确认关键路径可复现(上限 10)。

3适用触发11 / 15 · 3.7/5

双语(中英)文档完整,触发条件、适用/不适用边界(S1–S3)与不触发场景(UI 教程、逐字对白同步)描述清晰,语义触发精度高;扣分:无版本化变更记录说明边界如何演进,示例视频托管于 GitHub 附件,核心生成路径依赖海外模型/Atlas Cloud API(虽然本地改写不依赖,但完整价值链在中国大陆可达性受限)。

4规范维护10 / 15 · 3.3/5

文档分层良好(SKILL.md/README/FAQ/NOTICE),MIT 许可清晰且 NOTICE 区分了范式归属与代码许可,归属声明诚实(明确非官方 ByteDance 项目);扣分:元数据许可证为 NOASSERTION,无版本号/变更日志/维护责任与更新路径声明,安装脚手架(npx)未在静态范围内验证。

5有效结果7 / 15 · 2.3/5

核心目标(把粗略想法改写为可直接生成的提示词)指令完整、有代表性前后对比案例和输出格式规范,边际价值清晰;扣分:静态审查不能执行,实际改写质量与生成效果仅凭作者提交的视频案例,未经验证(上限 7)。

6证据核验4 / 10 · 2.0/5

README 提供多个具体前后案例、对比视频与来源归属,可审计性优于纯营销文案;扣分:视频为作者自行生成无法独立复现,来源 Lark 文档无法静态核验,无 CI/测试等第三方执行证据(上限 5 以内,因覆盖薄取 4)。

证据充分度: 评估于 2026年9月10日 审查版本 a599301980a6
使用前请注意
  • 仓库元数据许可证为 NOASSERTION,与文件内 MIT 声明不一致,建议核实许可元数据。
  • 生成环节依赖海外模型与 Atlas Cloud API(需境外可达性与付费 API Key),中国大陆用户本地改写可用但完整链路可能受限。
  • 维护者与 Atlas Cloud 有商业关联(已披露),参考推荐 API 时请注意利益关系。
  • 改写质量无自动化测试保障,实际效果因宿主模型而异,建议先以小样本试用。
  • 对 ByteDance 原始方法的归属依赖无法静态核验的 Lark 文档链接。
评估证据 [1][2][3][4][5]
查看完整评分方法 →

这个 Skill 能做什么,适合哪些场景?

Vibe Creating 是一个开源、双语言的文生视频提示词改写技能,源自字节跳动/火山引擎随 Seedance 2.0 提出的方法论。它不是无脑精简,而是"判断先行":先按场景×表达×信息密度三个维度评分,再选择最轻的操作(放行、轻度清理、直接改写、先提问等)。它会剔除低价值技术参数、把镜头意图翻译成自然视觉描述,同时严格保留用户指定的对白、配乐、音效等硬约束。技能本体是一个符合开放 Agent Skills 标准的 SKILL.md,可在 Claude Code、Codex、OpenClaw、Hermes 等代理中直接使用,也可作为规则或系统提示词粘贴给任意 LLM。改写后的提示词可配合 Seedance 2.0、Sora、Kling、Veo 等任意文生视频模型使用。

读取用户的创意、故事、情绪或镜头脚本输入;内部按三轴(场景 S / 表达 E / 信息密度 I)判断是否适合 Vibe Creating 风格及信息是否充分;信息缺失时先提 1–3 个澄清问题;改写时剥离焦距、光圈、镜头编号等低价值参数并把镜头意图翻译为自然视觉描述;保留用户明确指定的对白、旁白、音乐、音效逐字不变;多镜头内容按自然段落保留结构而非默认编号;以固定的四段格式(判断/操作/结果/备注)输出一条可直接生成的提示词。技能只写提示词,不调用视频生成 API。

  1. 短视频创作者想把'自由''高级感'这类抽象词变成可生成的画面,需要先被澄清视觉主体和场景
  2. 有完整情绪弧线的执行式分镜脚本作者,希望去掉时间码、镜头参数但仍保留叙事节奏
  3. 品牌/产品展示类广告制作者,想要一个可选的氛围化版本而不覆盖原稿
  4. 提示词里已含对白、配乐、音效的作者,只想改写画面部分、声音内容保持逐字不变
  5. 使用 Seedance、Sora、Kling、Veo 等模型的用户,想让代理端到端完成'改写提示词→生成视频'

这个 Skill 有哪些优点和局限?

优点
  • 判断先行:不适合 Vibe Creating 风格的输入(UI 演示、教程、需逐字对白同步的长片)会被如实告知而非强行改写
  • 硬约束优先:用户指定的对白、旁白、音乐、音效逐字保留,削弱技术参数时必须在备注中披露
  • 双语言文档与中文版技能文件,覆盖中英混合输入
  • 单文件、零运行时依赖,符合开放 Agent Skills 标准,可移植到多种代理和纯 LLM
  • 附真实测试用例及生成视频对比(8 个案例+示例画廊),效果有可验证依据
局限
  • 技能只产出提示词,不直接生成视频,需另行调用模型 API(如 Atlas Cloud)
  • 仓库的 GitHub License 字段为 NOASSERTION,虽 README 声明 MIT 且含 NOTICE 归属说明,许可状态需自行确认
  • 除 Seedance 2.0 生成示例外,缺少在其他模型(Sora、Kling、Veo 等)上的系统性测试证据
  • 非官方字节跳动项目,方法论为独立移植,未来与官方实践可能偏离
  • 没有自动化测试套件,效果依赖模型对自然语言提示词的解读能力

如何安装这个 Skill?

方式一(推荐):在终端运行 npx github:Alisa0808/vibe-creating-skill,安装器会自动检测已安装的代理并复制技能;可加 --all 覆盖所有已知代理,或指定代理名(如 … claude codex),或用 --dir <path> 指定目录。方式二:git clone https://github.com/Alisa0808/vibe-creating-skill.git 后把 skills/vibe-creating-prompt 文件夹复制到对应技能目录——Claude Code 为 ~/.claude/skills/,Codex CLI 为 ~/.codex/skills/,OpenClaw 为 ~/.openclaw/skills/,Hermes 为 ~/.hermes/skills/。方式三(Cursor 或任意 LLM):把 SKILL.md(或中文版 SKILL.zh.md)正文粘贴为规则或系统提示词。

如何使用这个 Skill?

重启代理后直接描述你想拍的内容,例如:'一个篮球少年投进压哨三分'。技能会自动判断、必要时先提问,再按'判断/操作/结果/备注'四段格式返回改写后的提示词。要把结果变成视频,把提示词发送给任意文生视频模型;最快路径是 Atlas Cloud 的统一 API(Seedance 2.0、Kling、Veo、Hailuo、Wan、Vidu、Gemini Omni、Grok Imagine 等),也可安装官方技能(npx skills add AtlasCloudAI/atlas-cloud-skills)或 MCP(claude mcp add atlascloud -- npx -y atlascloud-mcp)让代理端到端完成改写和生成。

这个 Skill 与同类方案有什么区别?

与直接手写更长的详细提示词相比,该方法强调'信息正确'而非'更长/更短':剔除无效技术噪音、保留故事与情绪。与 Cursor 等工具的规则文件相比,它符合开放的 Agent Skills(SKILL.md)标准,可被 Claude Code、Codex、OpenClaw、Hermes 原生加载。

常见问题

它生成的提示词能在哪些视频模型上使用?
任意文生视频模型均可。方法从 Seedance 2.0 提炼,输出是自然语言描述而非模型专属语法,官方称同样适用于 Sora、Kling、Veo、Runway、Pika、Hailuo 等,但系统性跨模型测试证据仅在 Seedance 上。
费用如何?
技能本身开源免费(README 声明 MIT)。生成视频需自付所调用模型的 API 费用;Atlas Cloud 路径需要其 API Key,但技能不绑定任何提供商。
它会不会删掉我写的对白、配乐和镜头参数?
对白、旁白、音乐、音效等明确指定的声音内容逐字保留,优先级高于创意优化。未被声明保留的技术参数默认会被弱化或翻译为视觉结果,但技能必须在'备注'中披露,用户可要求提供保留参数的版本。
哪些情况不该用它?
需要逐字对白同步的长篇叙事、必须逐条执行的工业级分镜、UI 演示和分步教程——技能会主动判断低适配并建议保留原稿,而非强行改写。

相关 Skills