基础工具与工作流 · iart-ai/freelance-motion-skills

creative-brief

This skill should be used when the user asks to "write a creative brief", "build a motion brief", "the client doesn't know what they want", "turn this vague client request into a brief", "what questions should I ask the client", or "make a brief I can get sign-off on". It turns a fuzzy client ask into a structured, sign-off-ready motion design brief and the exact clarifying questions to send back.

风险提醒:绿色 · 放心使用AI 侦查报告
作者 iart-aiGitHub iart-ai/freelance-motion-skills ↗Stars 3许可 MIT(仓库根 LICENSE:'MIT License' / Copyright (c) 2026 iart.ai;.claude-plugin/plugin.json 的 license 字段亦为 MIT)commit d85c2b4846
agent 宿主通常会约束 skill 执行权限;风险提醒为 AI 侦查观点,不构成质量或安全保证。第三方 skill 仅作拆解与展示,安装使用风险自负,版权归原作者。

1实现原理 · 为什么它能做到

核心立场:brief 是决策文档而非愿望清单——每个项目决策都要能追溯到其中一行。

skills/creative-brief/SKILL.md
A brief is not a wish list — it is a decision document. Every project decision should trace back to one line in the brief.
注:这里在做什么:把「收集客户原话」改成「逼出可检验的决策」;11 维审问、问题银行与 checklist 都是这条立场的实施手段。

用 11 个维度做审问,每维必须有具体答案;答不上来就发对应的一击必中问题。

skills/creative-brief/SKILL.md
Capture a concrete answer for each. If the client cannot answer, send the matching clarifying question (see references/clarifying-questions.md).
注:这里在做什么:把「客户说不清」从死局变成流程——维度与问题一一对应,缺口定位即问题定位。

缺口分两级:改变价格或规格的(预算/上线日/信息/投放)是 blocker,只影响执行细节的写成带标记的假设。

skills/creative-brief/SKILL.md
Rule of thumb: gaps that change the *price or the spec* are blockers; gaps that only change *execution detail* become flagged assumptions.
注:这里在做什么:给「能不能先动手」一个判据,避免两种常见错误(明知缺关键信息就开工 / 为细节卡死项目)。

先做必要性判断:若创意意图已书面明确,就写一页轻量 brief 直接推进,不重复审问。

skills/creative-brief/SKILL.md
Is the creative intent already clear and agreed in writing?
注:这里在做什么:防止把整个 11 维流程套到一天做完的社媒切条上;决策树的两个分支对应两种干预强度。

缺口 → 问题做成映射表(一件事一个问题),并要求一次性合并发出而不是逐日挤牙膏。

skills/creative-brief/SKILL.md
| No measurable goal | "If this works, what number on a dashboard moves?" |
注:这里在做什么:每行是「缺口类型 → 最高杠杆的那一问」;配套 reference 有完整问题银行与合并邮件模板。

不许客户做设计,改用有界选择提问(A 还是 B、三选一),并把每个形容词转成具体选项。

skills/creative-brief/SKILL.md
- Replace "What tone do you want?" with "Closer to A (calm, premium, slow) or B (punchy, bold, fast)?"
注:这里在做什么:把开放式提问(客户答不出)改成可判定选择;同段要求把「干净」这类词按 translator 拆成具体维度。

收尾靠签字板与唯一决策人:签字后语义即合同,变更走 change request。

skills/creative-brief/SKILL.md
This brief is the agreed creative intent. Changes after sign-off are handled as change requests.
注:这里在做什么:把创意意图锁成可引用的基线(与 client-revisions 的改稿分类互为上下游);「谁是最终说是的人」必须在 brief 里点名。

反例是被量化的:厨房水槽式 brief 会把第 1 轮变成客户的发现会议(按客户付费的时间)。

skills/creative-brief/SKILL.md
**ANTI-PATTERN — the "kitchen-sink" brief that guarantees revisions:**
注:这里在做什么:用一个具体的坏 brief 说明「什么都写」等于「什么都没定」,并给出修法就是全流程本身。

2核心能力

0111 维审问:业务目标/受众/核心信息/tone/强制项/交付物/投放/参考/时间线/预算/成功指标
02可填的一页 brief 模板(含假设区与签字板;预算/上线日等占位)
03缺口 → 单问映射表(12 类缺口各配一个问题)
04有界选择提问法与模糊形容词转译(vague-translator)
05强制纪律:一个核心信息、tone 必须带 but not、预算必须落区间、参考限 4 条 + 1 条反例
06投放精确化(决定规格与价格):必须点名具体渠道与付费/自然
07工作流五步:接单提取 → 缺口分级 → 起草 → 压力测试 → 送签
08交付自查 checklist(9 条)与速查表(7 行情境处方)

3外部依赖

类型依赖
package兄弟 skill:motion-art-direction(锁定 tone 后选 Motion Personality)与 animation-principles(三支柱为 brief 逻辑的上游)——均属 iart-ai/motion-design-skills 仓库
package下游交付规格 skill(投放渠道决定规格与价格;brief 内以 placements 定语)

4风险提醒 风险提醒:绿色 · 放心使用

风险提醒:绿色 · 放心使用
  • 跨仓引用悬空 — motion-art-direction / animation-principles 属另一仓库;只装 freelance pack 时无法解析(见 second_pass discrepancy)。若依赖其中的 Motion Personality 预设,需另装 motion pack。
  • 部分比例/系数声明无出处 — 「防止约 80% 的 tone 返工」等为经验断言(unlocatable);不应作为对外承诺。
  • 对客户施加的流程成本 — 11 维审问 + 合并提问会让客户觉得被盘问;文档用「有界选择」降低负担,但对小活仍可能过重(决策树给了轻量分支,执行时需自己判断)。
  • 产出是文档,不保证落地一致 — brief 锁的是意图;后续是否按 brief 执行、改稿是否按 change request 走,仍依赖 client-revisions 一侧的纪律与使用者的执行力。
风险提醒:绿色,放心使用。纯指令/文本方法论:无脚本、无网络外发、无凭证读取、无落盘,产出是一页 brief + 一封澄清邮件。注意点(不进档位):① 它引用的两个姊妹 skill(motion-art-direction / animation-principles)属另一仓库(iart-ai/motion-design-skills),只装本 pack 时引用悬空;② 输出面向真实客户沟通,占位符(预算区间 X-Y、上线日)需使用者填写。

5第二遍独立确认

  • [ok] 是否存在脚本或联网动作 — 全目录仅 Markdown;代码块只有 brief 模板与邮件文本,无 shell/JS/URL(除署名页脚)。
  • [ok] 问题银行 reference 是否与 SKILL.md 的映射表一致(防两套问题打架) — references/clarifying-questions.md 按 11 维组织(13 个标题段,含合并邮件模板),SKILL.md 的映射表是其压缩版;两者关系为「摘要 → 完整」,未发现口径冲突。
  • [discrepancy] 跨仓引用的两个兄弟 skill 能否解析 — SKILL.md 的 Related frameworks 要求引用 motion-art-direction(Motion Personality 预设)与 animation-principles(三支柱),但二者属 iart-ai/motion-design-skills 仓库。只装 freelance-motion-skills 时这两条引用悬空(文档未标注需另装),实际使用需同时安装 motion pack。
  • [unlocatable] 「prevent ~80% of tone revisions」这类比例声明的出处 — SKILL.md 常见错误表写「guardrail adjective … prevents ~80% of tone revisions」,pin 仓库内无数据来源或案例统计;作为经验性断言记录,不计入已核事实。

6结论

  • 把「客户说不清」变成可执行流程:缺口分级 + 一对一问题 + 有界选择,而不是要求客户会写 brief
  • blocker 与 assumption 的分级给出可开工判据,避免既卡死项目又带着致命缺口开工
  • 强制纪律(一个核心信息、tone 带 but-not、预算落区间)直接针对返工成因
  • 签字板 + 唯一决策人把创意意图锁成基线,与改稿管理形成上下游闭环
  • 有完整实例(worked-example)与反例(kitchen-sink brief),示范价值高、审查门槛低
  • 适合:适合项目启动阶段:客户需求模糊(「要个酷炫的动画」)、缺乏可报价细节、需要一页可签字的设计意图、或要一次性把澄清问题打包发出避免来回。也适合把散落的会议结论收敛成可引用的决策基线。
    不适合:不适合:① 创意意图已书面明确的小活(应走轻量分支或直接报价);② 需要创作方向与动效参数(brief 不装执行层,应走 motion-art-direction / animation-principles);③ 需要改稿边界管理(应走 client-revisions);④ 需要客户调研/用户研究方法论——本 skill 是接单沟通工具,不是研究工具。
    安装 agent 直装可复制
    ① 本站镜像 更新 2026-09-28
    方式 A · 人下载镜像包下载 creative-brief.tar.gz
    sha256: 3d97d9c1f580425d…
    方式 B · JSON 格式安装指南,复制给 agent
    安装指南
    agent 读 JSON 指南后会自动从本站下载安装,无需更多说明。
    ② 上游 GitHub · 原始来源
    能访问 GitHub?直接去上游安装(实时版,可能已更新)GitHub 原始 ↗
    本页镜像锁定 commit d85c2b4846;上游为实时仓库。
    来源信息 GitHub 原始
    作者 / 仓库iart-ai / iart-ai/freelance-motion-skills
    Stars3
    最近推送2026-06-22
    本 skill commitd85c2b4846
    许可MIT(仓库根 LICENSE:'MIT License' / Copyright (c) 2026 iart.ai;.claude-plugin/plugin.json 的 license 字段亦为 MIT)
    本站信息
    收录日期2026-09-06
    分类基础工具与工作流
    侦查报告AI 侦查 · 2 遍 · 2026-09-06
    本站镜像与 GitHub 原始是不同来源:本站锁定 commit 快照经 /r2 分发;GitHub 为实时上游,内容可能已更新。
    同分类邻近