බ්ලොගයට ආපසු යන්න

Awesome Seedance:把 463 条 AI 视频案例沉淀成提示语模板和 Agent Skill

AI工具指南2026-09-2224 මිනිත්තු කියවීමSeedanceAI视频提示词Prompt工程Agent SkillGoodCase视频生成awesome-seedance

很多人第一次做 AI 视频时,真正遇到的不是“不会写提示语”,而是不知道一条提示语为什么有效,也不知道换一个模型、时长或参考图之后会不会立刻失效。一次生成成功,可能只是抽中了;连续失败几次,也未必知道究竟是镜头、动作、人物一致性还是模型能力出了问题。

卡尔的AI沃茨在 X 上公开了一套解决这个问题的项目:LearnPrompt/awesome-seedance。原帖标题是《我把 463 个 AI 视频做成了 Skill 和提示语模版,全都开源!》,核心方法不是继续收集“看起来很酷”的提示词,而是把公开案例重新跑一遍,记录结果,按视频类型归类,再从同类案例中提炼模板和 Agent Skill。

本文根据 @aiwarts 的原帖、原帖中的本地图片与视频媒体,以及仓库当前公开的 README、中文 README 和统计文件整理。原帖发布时间为 2026 年 9 月 22 日。文章保留了原始媒体,并把“作者陈述”“仓库当前公开状态”和“本文工程化解读”分开书写。

Awesome Seedance:463 个 AI 视频提示语、模板与 Skill 项目封面

一、先看项目现在是什么

截至 2026 年 9 月 22 日,仓库 data/stats.json 公开的统计为:

指标当前公开值说明
已核对案例463仓库统计字段 cases
跨模型复测次数264不是 463 条案例都完成同样次数的复测
复测案例数254仓库单独统计的 retestCases
提示语模板25覆盖 6 个模板分类
AI 视频 Skill60包含通用模板 Skill 和创作者变体
Seedance 2.5 案例258仓库统计字段 seedance25
Seedance 2.0 案例205仓库统计字段 seedance20
GoodCase 全站案例1234不只包含视频,也包含图像、UI 和文案

原帖最初强调的是“463 条案例、14 个提示语模板、25 个 AI 视频 Skills”。仓库在本次核对时已经继续更新为 25 个模板和 60 个 Skill。这不是矛盾,而是同一个持续维护项目在不同时间点的公开状态;引用数字时必须带上日期,不能把旧帖数字当成仓库当前统计。

项目主页与案例库概览

二、它解决的是“提示语复现和评估”问题

普通提示词合集通常只完成了一半工作:把文本收集起来,但没有回答下面几个问题:

  • 这条提示语是否真的能生成出原帖展示的效果?
  • 它适用于 Seedance 2.0、2.5,还是只在某一个版本上成功?
  • 成功的关键是镜头结构、人物参考图、动作链、时长,还是某个模型特性?
  • 如果把提示语改成自己的产品、人物或场景,哪些字段可以替换,哪些字段不能动?
  • 同一类视频有没有稳定的共性,可以沉淀成模板或 Skill?

awesome-seedance 的方法是把提示语当作待验证的实验输入,而不是当作可以直接转发的灵感文本:

收集原始案例
  → 核对原帖和提示语
  → 用目标模型复现
  → 记录视频、时长、参考图和失败点
  → 多模型评分与同类聚类
  → 提炼模板和 Skill
  → 持续接收新案例并重新验证

这种方法的价值不在于保证每条提示语都能成功,而在于把“我觉得这条不错”改成有证据的状态:已复现、效果下降、未复测,或者只适合某个模型和时长。

三、从 463 条案例到可复用资产

1. 先复现,而不是先总结

原帖作者描述,项目用了接近一个月时间,把 463 条 AI 视频提示语重新跑了一遍,并为此消耗了大量真实额度。这里最重要的不是消费金额本身,而是验证方式:如果只看原帖视频和提示语,很容易把原作者的模型版本、参考图、后处理和剪辑也误认为是提示语本身的能力。

复现至少要记录:

字段作用
原始来源 URL让案例可以回溯,不把二手转述当成一手证据
原始提示语保留未经改写的输入
模型和版本区分 Seedance 2.0、2.5 或其他模型
生成时长和比例解释同一提示语在 5 秒、10 秒、15 秒中的差异
参考图检查风格、角色、产品是否依赖图像输入
输出视频作为可复核的结果,而不是只保留文字评价
失败点记录动作断裂、脸部漂移、产品变形、音画不同步等问题
评分与状态区分成功、降级、失败和未复测

如果没有这些字段,所谓“提示语库”很快就会退化成一个漂亮但无法判断可靠性的文本列表。

2. 再评分和分类

原帖提到,项目用 GPT、Claude、Grok 和 DeepSeek 等多模态模型,对复测案例和提示语进行评分、分类和标题生成,并把相同类型的视频聚类。仓库当前 README 则把“跨模型复测”作为单独的导航部分。

GoodCase 案例评分、分类和聚类界面

案例自动分类演示视频

这里需要区分两件事:多模态模型可以帮助建立初步评分和分类,但它们的判断仍然是评估信号,不等于摄影师、剪辑师或业务用户的最终验收。视频质量至少包含:

  • 画面是否符合主体和风格要求;
  • 动作是否有因果、连续且完成;
  • 镜头运动是否符合提示语;
  • 人物、产品和参考图的身份是否稳定;
  • 台词、口型、音效和节拍是否同步;
  • 是否出现明显的 AI 伪影、穿模、手指错误或纹理漂移。

因此,评分系统最好保留“模型评分”和“人工复核”两个层级。多模态模型适合批量筛查,人工适合确认高价值案例、争议样本和要进入模板的案例。

3. 最后才抽象模板

模板不是把一条长提示语删短,而是从几十条同类案例里找出稳定结构,并把可变字段标出来。

一个好的模板应该明确:

固定结构:镜头顺序、时长、动作因果、输出格式
可替换字段:人物、产品、地点、年代、台词、色彩
参考输入:需要哪些图片、图片分别锁定什么
禁用项:哪些风格、镜头、变焦或动作会破坏结果
验收项:生成后要检查哪些画面和时间点

原帖中提到的 14 类早期模板,后来在仓库中继续扩展为 25 个分类模板。中文 README 当前按结构基础、真实感与 UGC、商业与产品、叙事与表演、风格化动画、动作舞蹈与特效等方向组织。

四、项目当前的五步上手路径

仓库中文 README 给出的最短路径不需要先安装 Skill:

  1. 在分类模板里按图片选择一个想做的画面类型;
  2. 打开对应模板,复制“直接复制”区块;
  3. 替换模板中的人物、产品、场景或动作字段;
  4. 把模板和参考图发给 ChatGPT、Claude、Gemini 或豆包等对话模型,让它生成适合你的完整提示语;
  5. 把完成后的提示语粘贴到 Seedance、即梦或 Dreamina 中生成,效果不对时先查看模板里的常见坑。

这条路径的核心是把“提示语编写”拆成两个阶段:模板提供结构,通用 AI 对话负责填槽。用户不需要一开始就理解全部镜头语言,但仍然可以看到模板为什么要求某些字段。

五、模板和 Skill 不是同一种东西

原帖用一句很清楚的比喻区分两者:模板是单个镜头的配方,Skill 是整部短片的拍摄手册。

对比项提示语模板Agent Skill
适合对象新手、偶尔做视频的人已在使用 Codex、Claude Code 等 Agent 的用户
使用方式复制、替换字段、粘贴到 AI 对话安装一次,直接向 Agent 描述目标
负责范围一条镜头或一种视频类型分镜拆解、模型选择、转场、角色一致性和多镜头流程
输出形态一条可粘贴的提示语一套可执行的方法和多个提示语
上手成本低需要安装、理解权限和维护版本

仓库当前 README 给出的安装例子是:

npx skills add LearnPrompt/goodcase-lite --skill handheld-ugc-vlog

也可以安装完整的 seedance-prompt-library Skill,或根据分类安装单独 Skill。仓库还说明,seedance-... 类型 Skill 位于 agents/skills,模板、风格库和案例证据来自同一套数据,并会持续从数据重新生成。

安装 Skill 前仍然要审阅:它会读取哪些参考文件,是否会联网,是否会调用外部模型,是否会自动执行付费生成,以及它把中间结果保存在哪里。Skill 只是工作流封装,不是可信执行权限的替代品。

六、案例一:手持 UGC vlog 为什么要写“相机缺陷”

原帖把手持 UGC vlog 作为花费时间最多的模板之一。关键思路是:不要只写“真实、自然、像手机拍的”,而要指定拍摄设备和它的缺陷,让真实感来自可观察的摄影行为。

手持 UGC vlog 模板

作者举了几个具体区别:2005 年的 DV、iPhone X 和 90 年代 VHS,不应该使用同一套抖动和画面噪声。DV 可以有带果冻感的上下摇晃、追人慢半拍;手机可能有电子防抖过度补偿后的丝滑移动;VHS 则应出现卷带纹、色彩溢出和年代感的成像缺陷。

这类提示语可以拆成:

设备与年代
  → 手持方式和镜头运动
  → 自动对焦、曝光、防抖等缺陷
  → 画面噪声、色彩和介质特征
  → 主体动作与环境反应
  → 明确禁止的电影化效果

手持 UGC vlog 提示语示例

这里有一个实用边界:真实感和电影感不一定能同时最大化。原帖指出,同一条提示语既要求消费级手持缺陷,又要求 4K 电影级布光,可能会产生互相冲突的视觉目标。更稳的写法是先确定视频的拍摄身份,再选择与之匹配的光线、清晰度、运动和后期。

手持 UGC vlog 结果视频

七、案例二:打斗提示语要写接触点和动作链

“两个武者激烈搏斗,拳脚交加,动作凌厉”听起来很有画面,但对视频模型来说,它没有规定谁打到哪里、对方如何回应、动作按什么顺序发生。结果容易变成两个人对着空气挥拳。

打斗动作失败案例

原帖从复测中提炼出的改进方法是写接触点和反应链:

  • 直拳打中下巴,对方头部向后仰;
  • 对方格挡,滑步下潜,再用体踢反击;
  • 先写一段动作完成,再进入下一段;
  • 5 到 10 秒的片段最好不要塞入过多连续动作。

可以把抽象形容词改成动作关系:

错误方向:两个武者激烈搏斗,拳脚交加,动作凌厉

更可执行:
直拳 → 命中下巴 → 对手头部后仰
对手格挡 → 滑步下潜 → 低扫腿
第一人后撤半步 → 封挡 → 右腿体踢
镜头保持中景,完整展示每个接触点,不增加额外招式

动作越多不一定越精彩。视频模型需要在有限时长里同时维护人物身份、身体结构、空间关系和镜头连续性。把 8 个招式压进 5 秒,常常会换来后半段动作糊掉、人物肢体变形或接触关系断裂。

用流派写生物力学,而不是只写风格名

原帖还比较了泰拳扫踢和跆拳道横踢:两者不是简单的“不同风格标签”,而是不同的重心、髋部、腿部轨迹和力量表现。提示语写清楚流派后,模型才更容易生成不同的身体动力学。

打斗模板中的生物力学对比

泰拳扫踢视频

跆拳道横踢视频

本文的工程化补充是:动作模板应当同时记录“接触点”“对手反应”“身体重心”“镜头位置”和“禁止出现的额外动作”。这样后续换人物、换服装或换背景时,仍然可以保留动作骨架。

八、案例三:同一个模板既可以做 UGC,也可以做产品视频

原帖给出了一个 UGC 口播测评带货的使用流程:先在 awesome-seedance 找到喜欢的案例,复制提示语,让 AI 按自己的产品和场景改写,再交给 Seedance 生成。

UGC 口播测评模板案例

UGC 口播测评提示语示例

把模板改写时,建议只替换明确的变量:

可替换字段不应随意删除的结构
主播人物和外观镜头顺序
产品名称、颜色和卖点产品被拿起、展示和使用的动作链
场景、台词和品牌语气口播与动作的时间关系
参考图和背景产品身份锁定与手部接触边界

UGC 口播测评模板生成结果

这类模板适合一次一条地生成。它的目标是让用户快速得到一个可用镜头,而不是自动替用户完成完整广告。若要做一条 30 秒产品片,还需要继续补充:分镜规划、多个镜头之间的产品一致性、旁白脚本、音乐节奏、字幕和最终验收。

九、Skill 为什么要比提示语模板多一层

原帖的判断是:模板仍然有用,但 Skill 也不能省。模板是“帮你把一段镜头的参数填好”,Skill 则应该理解完整视频需求并组织流程。

可以这样分层:

模板:一段镜头的提示语配方
  → 主体、场景、动作、镜头、参考图

Skill:一部短片的方法和流程
  → 拆分镜
  → 选模型
  → 选择每个镜头的模板
  → 处理转场和角色一致性
  → 组织提示语
  → 汇总生成结果并提示复核

模板与 Skill 的选择对比

Skill 适合这些场景:

  • 每周重复制作产品展示视频;
  • 固定做 UGC 口播、旅行 vlog 或电影感短片;
  • 需要一次生成多个镜头和多个风格变体;
  • 希望 Agent 自动选择模板、填充变量并维护角色设定;
  • 团队需要共享同一套视频制作方法,而不是共享一条长 Prompt。

安装和调用流程大致是:

在 GoodCase / awesome-seedance 找到方向
  → 下载对应 Skill
  → 安装到 Codex、Claude Code 或其他 Agent
  → 描述视频目标、主体、时长和参考图
  → Agent 按 Skill 拆分镜并生成提示语
  → 人工检查每个镜头,再提交给视频模型

GoodCase Skill 下载页面

Agent Skill 配置示例

Skill 并不应该隐藏关键决策。一个可维护的 Skill 至少要让用户知道:它选择了哪个模板、替换了哪些变量、使用了什么参考图、每个镜头的目标时长,以及哪些失败条件需要人工处理。

安装 Skill 后生成的产品测评视频

原帖中提到,使用 Skill 生成的产品测评结果与单纯复制模板生成的结果存在细微差别:Skill 版本可能安排更多口播台词和卖点表达。这说明 Skill 不只是把模板复制到另一个目录,而是在“内容目标”层重新组织镜头和表达。

十、把 AI 视频学习理解为“临摹”

原帖最后把这套方法比作学画时临摹好作品:先找到喜欢的效果,拿模板改人物、动作和镜头,再观察结果发生了什么变化。

这种学习方式比背“万能提示词”更可靠,因为它把抽象的摄影和动画知识变成了可对照的实验:

实验变量观察问题
把相机类型从 DV 换成手机抖动、对焦和曝光是否随设备变化
增加一个动作接触点人物的身体关系是否更清楚
把镜头运动写在开头模型是否更稳定地遵循相机行为
把 8 个动作减到 4 个后半段是否更完整
删除“电影级”形容词UGC 真实感是否更强
换一张参考图人物、服装和画风是否漂移

每次只改一个变量,才知道结果变化来自哪里。否则同时更换模型、时长、参考图和提示语结构,生成结果再好也无法复盘。

十一、从案例库建立自己的复测表

如果要把这个项目的方法迁移到团队内部,建议把每条视频案例整理成下面的表:

字段示例
case_idseedance-ugc-001
source_url原始 X、GoodCase 或其他来源
prompt_hash原提示语版本指纹
modelSeedance 2.5
duration10s
aspect_ratio9:16
reference_assets人物图、产品图、分镜图
template_categoryUGC、动作、商业广告
retest_statusreproduced / degraded / failed / pending
score画面、动作、身份、音画等分项分数
failure_notes具体失败位置和条件
template_fields可替换变量和固定结构
last_verified_at最后一次复测时间

对于跨模型比较,不要只记录一个总分。至少分开:

  • 主体和参考图一致性;
  • 动作完成度和接触关系;
  • 镜头运动;
  • 口型与台词;
  • 音效和节拍;
  • 画面瑕疵;
  • 对提示语改写的敏感度。

这样才能回答“某个模型更好”究竟好在哪里,而不是用一个无法解释的数字替代判断。

十二、这个项目最值得复用的工程原则

1. 复现比收藏更重要

只有原帖截图,没有重新生成结果,不能说明提示语可用。收藏解决的是发现,复现解决的是证据。

2. 模板必须带失败边界

一个只展示成功例子的模板,会让使用者以为任何主体都能套用。真正有价值的模板应该同时记录“不适合什么”和“常见翻车点”。

3. Skill 需要可解释

Agent 可以替用户选择模板和拆分镜,但不应该让关键输入、参考图、模型和时长在黑箱里消失。可解释性是排查失败和控制成本的前提。

4. 跨模型复测不能混成一个结论

不同模型的最大时长、参考图能力、镜头遵循能力和音频能力不同。一条 15 秒提示语在 10 秒模型上失败,不必然说明提示语错误;一条在单一模型上成功,也不代表可迁移。

5. 媒体是证据,不只是展示

原始视频能够证明动作是否连贯、画面是否变形、镜头是否真正运动。只保存文字提示语,会丢掉最重要的验收上下文。

十三、使用前的版权、隐私和成本边界

这个项目鼓励复现公开案例,但复现不等于可以无条件重新发布所有素材。

  • 使用真实人物、品牌、产品或用户素材前,确认肖像、商标和授权边界;
  • 不要把含有私人信息、未公开客户素材或内部产品图的参考图上传到不明服务;
  • 公开案例中的原始视频、提示语和图片可能分别拥有不同权利,不要只因为仓库开源就认为所有媒体都可任意商用;
  • 视频生成通常按时长、分辨率、模型和失败重试消耗额度,先用短片段验证结构;
  • Skill 只负责组织方法,不应自动提交大量付费生成请求;
  • 生成结果要保留模型、版本、时间、提示语和参考图记录,方便复盘和删除。

最后:不要再把 AI 视频当成单次抽卡

awesome-seedance 最值得借鉴的不是某一条“神 Prompt”,而是一种把创作经验工程化的路径:把公开案例收集起来,把原始提示语保留下来,真实复现,记录失败,交给多模态模型做初步评分,再由人确认,把同类结果提炼成模板,最后把重复流程封装成 Agent Skill。

对新手来说,先从一个模板开始,替换少量变量,生成一条可以比较的结果;对专业用户来说,再把模板升级成 Skill,让 Agent 负责拆分镜、选结构和组织提示语。无论走哪条路,都要保留原始媒体和复测记录,因为真正的学习来自“改了什么,结果怎么变”,而不是来自一条看起来很长的提示语。

来源与媒体

原始 X 帖:卡尔的AI沃茨|我把 463 个 AI 视频做成了 Skill 和提示语模版,全都开源!。本文保留了原帖公开的图片和视频,并将远程媒体下载到本站文章资源目录,方便静态页面稳定展示。

项目仓库:LearnPrompt/awesome-seedance。仓库当前公开的中文 README、英文 README 和 data/stats.json 用于核对模板、Skill、案例数量、跨模型复测和安装方式。

项目入口:GoodCase AI 视频案例、GoodCase Skills、seedance-prompt-library npm 包。

本文中的 463、264、25、60 等数字均带有来源日期和字段边界;原帖中的早期数字与仓库后续更新不同,已分别标注。多模态评分、模板分类和 Skill 生成属于项目公开方法或仓库状态,不构成本站独立复测,也不保证同一提示语在所有模型、账号、时长、参考图和时间点都能复现相同结果。