mcpField
U
ugc-ad

ugc-ad

github.com/postplusai营销与增长27477 次安装1 天前更新
代码仓库

关于 ugc-ad

ugc-ad 是面向营销团队和 Agent 的技能,用于创作或审查创作者主导的广告。它选择单一创意路线,将产品使用与可见证据关联,并在交接前明确声明和制作边界。

主要功能

  1. 01选择单一 UGC 创意路线
  2. 02构建结构化 UGC 方向
  3. 03按需编写分镜脚本
  4. 04依据路线审查现有视频
  5. 05明确证据、声明和连续性约束
  6. 06制作交接前征求批准

适用场景

  1. 01制定创作者广告简报
  2. 02编写可供拍摄的 UGC 分镜脚本
  3. 03审查现有 UGC 视频
  4. 04为制作准备已批准的创意

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/postplusai/postplus-skills --skill ugc-ad

安装后在 Claude Code 中输入/ugc-ad确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
creator-recommendation.md
pov-spectacle.md
problem-reframe-proof.md
problem-solution.md
social-validation.md
transformation.md
try-on.md
unboxing.md

详细介绍

UGC 广告

目的

创作或审核由创作者主导的广告,让产品显得像是创作者亲自发现的,并清楚展现其用途。确保创作者、产品操作和证明之间存在因果联系。

一次只采用一种路线。不要把所有 UGC 模式都简化成同一种对镜头讲话的结构。

选择任务

  • 如果用户想要创意、建议或简报,请返回 UGC Direction 和精简的节拍大纲。在用户提出要求之前,不要继续编写完整的镜头脚本。
  • 如果用户想要脚本,请返回 UGC Direction、镜头表、制作锁定项和一个审批节点。
  • 如果用户提供了现有视频供审核,请先使用 $media-analysis,并根据最贴近的路线进行审核。除非用户提出要求,否则不要重写或进入制作阶段。

工作流程

1. 梳理简报

阅读最少但有用的背景信息,并明确以下内容:

  • 产品功能和类别
  • 受众和创作者定位
  • 具体的压力、愿望或观众疑问
  • 可用的演示或证明
  • 产品、人物设定、地点、音频和参考素材
  • 声明边界
  • 时长、格式和所需交付内容

不要编造医疗、生理、比较、成分、价格、评价数量、性能持续时间或保证类声明。

2. 选择一种路线

根据用户目标、产品行为和可用证明选择路线。然后只阅读该路线的参考文件。

路线阅读适用场景
创作者推荐references/creator-recommendation.md个人推荐、用户评价、直接讲解、产品评测
问题重构证明references/problem-reframe-proof.md错误认知、隐藏后果、实用机制、使用证明、从怀疑到认可的结论
问题与解决方案references/problem-solution.md日常流程中的阻碍、隐藏功能、教程、可见成果
开箱references/unboxing.md包装、送达、揭晓、触感或 ASMR 体验
试穿与造型references/try-on.md服装、鞋类、配饰、合身度、造型、动作
转变references/transformation.md对照式前后变化、清理、修复、可见状态变化
社交验证references/social-validation.md多人使用、重复使用、他人反应
POV 或奇观references/pov-spectacle.md特殊视角、尺度对比,或以宏大场景作为钩子

除非用户明确要求比较路线,否则不要加载其他路线的参考资料。

3. 制定 UGC 方向

准确返回以下字段:

  • route
  • template_reference
  • core_human_state
  • viewer_question
  • hook_event
  • creator_posture
  • product_entry
  • camera_and_framing
  • product_action
  • proof_plan
  • sound_and_speech
  • continuity_locks
  • close

随后立即写明 Claim Boundaries。

如果用户只想要创意或简报,请补充四拍大纲,然后停止。

4. 编写镜头脚本

用户要求脚本时,请返回一个表格,且仅包含以下列:

time | visual | framing/composition | camera motion | action | product/prop relationship | lighting/color | sound | speech/text | purpose

每个镜头只安排一个主要动作和一个沟通目标。每一行都要具体到可以用于拍摄、生成静帧或编写视频提示词。

表格之后,提供:

  • Continuity Locks
  • Proof Status
  • Claim Boundaries
  • Generator Risks
5. 请求审批

提出一个简洁的问题:

这个 UGC 方向合适吗?如果合适,我会直接交给制作团队。

在用户批准前,停止推进,不进入制作阶段。

6. 获批后交接

当人物设定、产品、首帧、场景、服装、包装或前后状态需要稳定的静态素材时,先使用 $image-batch-runner。将获批的静态素材交给 $video-batch-runner。

当人物设定、产品、场景、音频、证明状态和提示词计划已稳定并获批时,直接使用 $video-batch-runner。

将获批的镜头脚本、UGC Direction、所选路线、产品事实、声明边界、连续性锁定项、生成风险和提供的参考资料作为锁定上下文传递。不要另行创建制作简报,也不要再次询问是否确认生成。

审核模式

完成 $media-analysis 后,返回:

  • 客观的镜头结构和产品首次出现时间
  • 最接近的路线和模板参考
  • 针对钩子、创作者姿态、产品动作、证明、收尾和因果闭环的 Strong / Partial / Weak / Missing 审核结果
  • 使用所选参考文件进行的路线专属因果审核
  • 已确认的重复性表达方式和一次性细节
  • 声明或连续性风险
  • 对本技能或创意的精确修改建议

不要仅凭创作者的兴奋表现就认定为证明。

质量标准

  • 在前 0-2 秒内呈现清晰易懂的钩子事件。
  • 在 0-3 秒内让产品可见,或提出明确的产品问题。
  • 先让手、身体、产品、液体、织物或日常动作产生运动,再移动镜头。
  • 让口头声明与可见动作或证据相对应。
  • 在下结论前至少呈现一个可观察的证明片段。
  • 对于状态变化,保持匹配的构图和光线。
  • 以清晰可辨的人物状态、使用行为或个人推荐收尾。
  • 字幕、价格、评价数量、法律文案、标志和最终包装文字均在后期添加。

非模仿边界

  • 不要复制创作者身份、具体房间、品牌标记、包装设计、具体场景、标志性笑话或易识别的奇观设计。
  • 将参考转化为通用的镜头行为、构图、动作顺序、声音意图、证明逻辑和状态变化。
  • 将奇特动物、巨型复制品、极端环境和历史场景视为可选机制,而非可复用的身份细节。

评论

支持 Markdown