Brewreel

精酿 · BrewReel：产品宣传短片

先看用户要的是哪一种

拿不准是哪种就问用户，不要猜。<SKILL> = 本文件所在目录。讲解课不要继续读下面的宣传片步骤。

你只做两件事：挑镜头、填文字。不写代码，不改 template/、scripts/、industries/ 里的任何文件，不写坐标、帧数、颜色值。

便宜模型不要用 custom。custom 是强模型自己写组件的自由镜头，只在本地技能模式开放，插件里会直接拒绝。便宜模型继续只挑镜头、填文字。写法见 docs/custom-shot.md。

用户想改已经写好的某一处时，先跑 node <SKILL>/scripts/revise.mjs <storyboard.json> "一句话"，不要整份重写。

下文 <SKILL> = 本文件所在目录。命令都用 Node 22 / Python 3.10 跑。English speaker or English video needed → read <SKILL>/SKILL.en.md instead.

流程

0. 选风格（meta.style，不写就是 cards）。先看产品属于哪一类，再读 <SKILL>/styles/<风格>/STYLE.md 和 recipes.md：

   风格	状态	适合什么产品
   cards 卡片信息流（默认）	可用	单一卖点、要讲流程、要演示界面、实物门店；六个行业都支持
   quiz 答题互动	可用	有常见误解、能出一道选择题的产品（外语短语、功能被误会、菜名名不副实、反常识知识点）。三套模板见 styles/quiz/recipes.md，样例在 styles/quiz/examples/。meta.theme 可选 sage-pine / rice-soy / ash-teal（不写：餐饮用 rice-soy，其余用 sage-pine）；phraseTitle.params.voice 选口吻 exam / chat / show（不写按行业选），题号签、回放标题、印章、评论提示这些固定句式跟着口吻走，也可以在镜头里直接写字覆盖；提问句和评论提示自己写，别抄同类视频的套话（Q14 会提醒）；clip 台词不许说出答案
   journey 角色漫游	可用	内容多、类别清楚的产品（内容平台、功能多的软件、多门店多品类、课程体系、一条游线）。一站一个类别 / 功能 / 景点；三套模板和每拍字段见 styles/journey/recipes.md，样例在 styles/journey/examples/。默认 meta.aspect: "4:5"，也可 9:16；背景 opening.params.skyline 选 modern / street / oldtown（古城古镇题材必须 oldtown），街区道具要和内容对得上；开场小引写路线或看点（如「这趟车停 5 站」），别套「跟 X 一口气…」（J18 会提醒）；配色 post-green（默认）/ plum-ticket；价格、时间、总量数字只能抄 meta.facts

   • 拿不准就用 cards，不用写 meta.style。开发中的风格校验会拦。
   • meta.aspect：9:16（默认，1080x1920）或 4:5（1080x1350）。cards 只支持 9:16，不用写。
   • 下面第 1–12 步是 cards 的写法。用别的风格时，镜头和字段以那个风格的 recipes.md 为准；行业合规、meta.facts、禁止事项、出片命令照旧。
   • 风格镜头的字段一律写在 params 里，镜头顶层只有 type、dur、params。例（journey）：{"type": "district", "dur": 4, "params": {"category": "预算提醒", "title": "月底前三天，提醒你收手", "scene": "phone"}}。meta.theme 是 cards 的配色，别的风格按它自己的 recipes 写或不写；cta 这类可选字段不需要就整个删掉，不要写空字符串。

1. 定行业和语言。

   • meta.industry：software（默认）/ food（餐饮）/ ecommerce（电商实物）/ education（教培）/ beauty（美业）/ travel（文旅住宿）/ general（没有专门行业包时，只跑通用广告法）。选错行业，禁用镜头（disabledShots）和合规规则都会不对。enabledShots 是推荐，不是能用镜头的名单。
   • meta.lang：zh（默认）/ en。视频要出英文字幕、用户是英文用户，就写 en（用法见第 5 步）。
   • 行业不是 software → 先读 <SKILL>/industries/<industry>/recipe.md（英文项目读 recipe.en.md）：里面有这个行业推荐的镜头组合、brief-template.md（这个行业简报要问哪些栏目）、test-brief.md/expected.md（合规红线举例）。跳过这一步很容易写出会被拦的内容。

产品不在六个行业里

六个行业包只有 software / food / ecommerce / education / beauty / travel。用户的产品不在里面（汽车、房产、金融、药品、医疗器械、家电整机等）时：

1. 先告诉用户：精酿没有这个行业的专门合规规则包。不要编一个 meta.industry 名字，也不要假装已经按该行业审过。

2. 版式可以借最接近的行业包（镜头组合看那个行业的 recipe.md），并在方案里写明借了哪个。借来的是版式，不是那个行业的完整审核。例如汽车可以借 ecommerce 的实物镜头结构，但电商日用品规则不等于汽车广告审查。

3. 通用广告法照样查。要只跑 industries/_base 的通用规则、不套某个行业的专属拦截，写 meta.industry: "general"。general 不是第七个行业包。校验通过也不等于行业合规。

4. 行业特有的合规必须提醒用户自己找人审。例如汽车的辅助驾驶用语、药品和医疗器械、金融宣传。这些不在六个包里，机器查不到。

5. 不许把 general 或借来的行业说成「已经合规」。

6. 读简报。按对应 brief-template.md 的栏目理解；缺「产品名 / 一句话卖点 / 痛点场景 / 核心动作 / 2–4 个卖点」就先问，别瞎编数据和功能。

   • meta.product 照抄简报的产品名，全片（hook 胶囊、片尾 brand）只用这一个名字，片尾 brand 必须和它一字不差。
   • meta.action：必填，一句话「用户做什么 → 产品给出什么」（如「拍小票 → 自动填好金额和分类」），不上画面。演示类镜头（chat/phone/mockApp/photoShot）的画面文字要体现这个动作，校验会核对。
   • 简报「获取方式」有内容 → 原样写进 meta.cta，片尾 cta 照抄它；简报写「无」→ 两处都不写。不要自己编「应用商店搜 XX」。
   • 简报里没有的功能不要写进卖点和片尾。
   • 简报「数字和来源」有内容 → 每条抄进 meta.facts，格式是 [{"id":"f1","text":"原话…","source":"来源"}]（不是纯字符串数组）：
     • source 必填：照抄简报写的来源（「2026-09 价目表」「后台统计至 8 月」）；简报没写来源就写 "简报未注明来源"。不许自己编来源，也不许自己编 fact。
     • quote 可选：简报里的那句原话，逐字照抄。
     • 画面上任何带单位的数字（时长、百分比、倍数、人数、金额）都要能在 facts 里找到同样的数字，没有一律报错；确实没给数据就写定性说法，别编数字。
     • 镜头 params.refs: ["f1"] 把某个说法（如「现做」、compare 的 stat/level、meter 的读数）和某条 fact 关联起来。
   • 示例数据和效果说法分开（校验会拦）：
     • text 或 source 里带「示例 / 演示 / 模拟 / 虚构」的 fact 是示例数据，不能给效果说法作依据。效果说法 = compare 的 stat/level、counter 的数、meter 往「变好」方向摆、字幕和卖点里的百分比/倍数、「省 / 缩短 / 提升」带的时长和金额。
     • 界面里只能用示例数字时（简报没给真数据）：meta 写 "demoData": true，meta.disclaimer 写「演示画面，数据为示例」。示例数字只能出现在 mockApp/phone/chat/priceCard 等演示界面、价格条款和 dataChart 里。
     • 简报没给效果数据 → compare 只比做法（items 写「少 3 步」「不用切窗口」），不写 stat 数字和 level；不用 counter。
     • 速度说法（「几秒」「秒出」「即刻」「瞬间」「零等待」「instantly」）必须有一条真实 fact 带秒级耗时，否则报错。「马上试试」这类行动号召不算。
   • 限定语跟着数字走（校验会拦）：屏幕上的数字对上某条 fact 时，fact 里跟着它的条件要在同一镜（字幕、卡片或底部提示条）写出来：
     • 日期范围照抄：fact 写「周日至周四 328 元」，画面就写「周日至周四」，不能改成「平日」「周一到周四」。
     • 券后 / 满减 / 会员价、「N 元起」、附加费金额、活动时间、预约、节假日不可用，一个都不能丢。例：「券后29.9元」不能写成「到手价29.9元」。
     • fact 只说「保温 6 小时」，画面不能写「全天保温」；fact 写了固定退房时间，画面不能写「灵活退房」。
   • 全片同一件事的耗时只用一个数：counter 写 3 分钟，别处就不能写「秒出」「3 秒」；钩子写「半天」，counter 的旧值也得是半天。校验会拦。compare 同一栏的 stat 和 items 也不能自相矛盾（如左栏又写「5 分钟」又写「三天」）。
   • 想覆盖默认 15–45 秒的总时长范围（如行业推荐结构要 27 秒以上），写 meta.durationRange: [15, 60] 这样的两元素数组。
   • 底部需要常驻小字提示（如「限时活动，以团购详情页为准」），写 meta.notices：字符串数组，最多 3 条，合并成一行显示在底部。notices 别和 meta.disclaimer 说同一句话（都写「演示」就算重复，校验会拦）。

7. 建目录，登记素材：promo/<片名英文>/，分镜写在 promo/<片名英文>/storyboard.json。用户给的截图/录屏/logo/照片复制进同一目录。

   • 用到照片的镜头（photoShot、beforeAfter、storeCard.photo）：每个文件都要登记在 meta.assets： "assets": [{"src": "photos/dish.jpg", "source": "merchant"}]。source 只能是 merchant（商家实拍）/ illustration（插画、示意图）/ screenshot（软件截图）。
   • 截图不能放进 photoShot；插画不能标「实拍」；不到 2KB、短边不到 300px、仓库自带示例图、_dev/ 下的文件都算占位图，会被拦。
   • beforeAfter 的两张必须是同一位顾客的两张不同照片：都登记 merchant，kind 分别写 customer-before / customer-after，pair 写同一个值（如 "A"）。同一张图、改名复制的图都会被拦。
   • 商家没有可用照片：photoShot 的 media 写 {"source": "drawn", "tag": "示意", "illust": "<插画 id>"} 用插画兜底，校验会放行并列进「需人工复核」。不写「实拍」「顾客授权」，不设 consent。商家给了照片却一张没用，才会被拦。

8. 选主题（meta.theme）：

   • 情感、社交、生活 → warm-emotion
   • 开发者、AI、硬核工具 → tech-dark
   • 健康、学习、记账、轻工具 → fresh-light
   • 办公、B 端、效率 → business-blue
   • 节日、促销、上新 → festival-red
   • 高端、极简、设计 → mono-premium 上面 6 套是默认老主题，字幕仍是描边大字。另有 12 套可选新配色，名单见 <SKILL>/styles/cards/THEMES.md。 有品牌色就写 meta.brandColor（#RRGGBB），它只换强调色。

9. 挑 5–9 个镜头（镜头说明看 <SKILL>/shots.md，19 个镜头一览表在最上面；用 quiz / journey 时镜头换成那个风格的，字段照第 0 步写进 params）。hook 必须第 1 镜（2–3 秒），endCard 必须最后 1 镜（4 秒）。 必须有一镜演示核心动作（第 2 步写的 meta.action），按行业用不同的镜头，校验会拦：

   • software、education（界面类）：chat 写 messages + panel（提问 → 回答）；或 mockApp 写 input（用户输入/提问）+ 结果（dashboard 的 stat、editor 的 items、done）；有截图用 phone。
     • 核心动作是发消息/回复的产品 → 必须有 chat（或 phone 真截图）；不是聊天类的产品 → 别用 chat 演。
     • mockApp kind:"form" 只给本来就是填表的产品，别拿表单顶替核心动作。
     • mockApp dashboard 的 input 和 stat.label 要问答对得上（问「上月广州新增多少商户」，stat 就写「上月广州新增商户」）；items 别写「数据」「信息」「内容」这种占位词。
   • food、ecommerce、beauty、travel（实物/门店类）：不许用 mockApp 编 App 界面（点单页、预订页都不行）。全片至少一镜 photoShot（实拍或插画兜底）或 beforeAfter，再配 steps / priceCard 讲清楚。 校验只拦合并后的 disabledShots（industries/_base/rules.json 叠上该行业的 rules.json）。enabledShots 是推荐，不是白名单：没写进去的镜头，只要不在 disabledShots 里就能用。例如电商的 enabledShots 没有 steps、meter、storeCard，这三镜照样能用。enabledShots 还有一个作用：把上层禁掉的镜头重新开放。目前 _base 只默认禁用 beforeAfter；美业把它写进 enabledShots 之后就不再禁用。推荐组合以 recipe.md 为准，不要因为 enabledShots 没写就不用某个镜头。只有选了 disabledShots 里的镜头，校验才会报「不开放」。 行业镜头里，真正会被禁用的只有这些：
   • beforeAfter 前后对比滑块：默认禁用，只有美业重新开放，还要 consent:true + retouched:false
   • reviewCard 真实顾客评价：教培写在 disabledShots 里，所以教培不能用；其他行业可用，原文摘录，不能改写得更夸张
   • photoShot 实拍/示意图、priceCard 价目表、storeCard 门店/地图/预订、factSheet 参数表/大纲/色卡、credCard 资历卡：各行业都能用，不因为 enabledShots 没写就被拦 中间按产品类型选镜头，别套固定模板，features 卖点卡不是必选。两条硬要求（校验会提醒）：
   • 中段至少 1 镜来自 {compare, steps, phone, meter}；
   • quickList 和 counter 不同时用（两个都用，片子就长成 hook → quickList → mockApp → counter → endCard 那个人人都一样的模板）。 software 行业可选的组合（挑一种，再按产品改；其他行业直接照 industries/<industry>/recipe.md 的推荐结构改）：
   • C 端情感/社交（聊天、情感、陪伴）：hook(bubble) → chat 演示（写成 2–3 句字幕）→ meter 或 compare 讲「这句话的分量」→ quickList 快切 → endCard
   • 工具提效（写作、记账、发布、剪辑）：hook(stat) → compare 讲「以前 vs 现在」→ mockApp editor/form 演示「输入 → 结果」→ steps 讲怎么用 → endCard；或 hook → quickList 讲麻烦 → mockApp → steps → endCard
   • B 端数据/办公（报表、会议、CRM）：hook(icon 或 split) → phone 截图圈注或 mockApp dashboard 带 input「问一句 → 出数」→ compare 讲做法差别 → steps → endCard；只有简报给了耗时数字才用 counter（那就别再用 quickList）
   • hook 的 visual 同一批片子别总用一种：一条扎心消息用 bubble，有真数字用 stat，说一处风景/一样东西用 illust，痛点 vs 产品用 split。compare 写了 level 时，tone: good 那栏要在这把尺子上占优（写 higherIs 说清越高越好还是越差）。 总时长 20–30 秒最好（允许 15–45，或 meta.durationRange 的自定义范围）。同一种镜头别连着用。相邻两镜 mood 差别别超过 0.5（中间插一镜过渡），否则背景会硬切。

10. 写字幕（每镜的 caption）：一镜一句话，抖音式大字，说给观众听，不描述画面怎么动（❌「卡片一张张出，讲它能做什么」这是镜头说明，不是字幕）。

    • 中文：最多 2 行，用 \n 换行；每行 ≤12 个汉字（字母数字算半个）。meta.lang: "en" 时英文字幕按拉丁字符数折算（约中文限制的 1.8 倍），具体数字看 docs/shots/<type>.en.md
    • {} 包住最关键的 2–5 个字，变强调色；每条最多 1 处
    • hook 的 caption = 封面标题，写用户的痛点或反常识问题
    • endCard 不写 caption，口号写在 params.slogan
    • 同一句字幕最多停 5 秒。超过 5 秒的镜头（如 8–10 秒的 chat），caption 写成 2–3 句的数组，按拍平分这一镜： "caption": ["先别急着发，\n对方要的是{你的在乎}", "挑一条填进输入框，\n发不发{你决定}"]
    • 字幕要讲用户的处境或产品带来的变化，和前后镜头接得上；画面怎么动是组件的事，不用写。字幕里用「」引的词，必须在这一镜或前面镜头的画面上出现过（校验会拦）
    • 字幕里写了数量（「这 4 句」「三条回复」），必须和这一镜的条目数一致（校验会拦）
    • 别用万能句（「三件事，{它…}」「这三步」「这些时刻，你是不是也…」），也别照抄 examples、shots.md、spec 里的字幕和参数，校验会提醒并给一个可以直接填空的句型；样例只用来看格式
    • 不要叠字（「排期排期」）、不要删字凑字数（「卡脖子」写成「卡脖」）、不要写错别字（「登陆」应为「登录」，除非真是登陆舰/月球），字数超了整句换说法
    • 别写绝对化用语（「全搞定」「一清二楚」「安全无忧」「100%」）：产品很难兑现，校验会提醒，换成有分寸的说法
    • 换行只写一个反斜杠 \n；字幕里要用引号就写「」，不要写英文双引号 "
    • 条目（items、points）开头不要自己写 ✓ • · - 「1.」：组件会画图标和序号。断行别让最后一行只剩一个字或一个词（「复制粘贴排版全\n乱」）；英文别断在 your / the / to 这类虚词后面

11. 写 mood（0–1）：痛点/紧张 0.8–1，转折 0.5，产品和卖点 0–0.3，片尾 0。背景颜色和配乐都跟着它变。

12. 写 storyboard.json，格式见文末完整示例。时长用 dur（秒），写 0.5 的整数倍。 文件必须是 UTF-8 编码。中文 Windows 默认 GBK：用编辑器/写文件工具直接写 UTF-8；用 PowerShell 就 [IO.File]::WriteAllText($p, $json, [Text.UTF8Encoding]::new($false))；用 Python 就 open(p, "w", encoding="utf-8")。不要用 echo >、Out-File（5.1 版）写中文。 chat 的 panel.replies 是产品建议**「我」**发给对方的话，站在 me 的立场写（我说要加班，建议回复不能是「别再加班了，陪我」——那是对方的口吻）；有 panel 就别写 typing。

13. 校验，按报错逐条改，直到通过。简报是文件时加 --brief，校验会核对 facts 里的数字和 quote 是不是真在简报里：

    node <SKILL>/scripts/validate.mjs promo/<片名>/storyboard.json --brief promo/<片名>/brief.md

    报错格式是「第 N 镜（类型）字段：问题 → 怎么改」，照「怎么改」做。结果分三档：

    • 报错（errors）：必须改，改不完不出片。
    • 提醒（warnings）：尽量改（文案质量、结构别太像模板），改不动也能出片，但交付时要能跟用户说清楚为什么没改。
    • 需人工复核（human）：校验判断不了的（如「这条评价是不是真的一字不改」「这句资历是不是确实出自简报」），不用改 storyboard，原样列给用户，让用户自己确认。

14. 出片（2–4 分钟，会自动生成配乐；别的片子在渲染时会排队，每 15 秒打印一次排队情况）：

node <SKILL>/scripts/make.mjs promo/<片名>/storyboard.json --out promo/<片名> --brief promo/<片名>/brief.md

• --out 必填。测试时改用 --round <轮次>：产物放到仓库外的 promo-video-skill-tests/<轮次>/<片名>/（和仓库同级），同一轮的几支片子用同一个轮次名，不要自己按秒生成时间戳目录，也不要把测试产物写进仓库。--out 落在仓库里（promo/ 除外）时 make 会直接退出（退出码 2）；测试用 --round，或给仓库外的绝对路径。
• make 没结束不许收工：排队加渲染可能超过你的单条命令时限。超时就把 make 放后台跑，每 30 秒左右看一次输出目录里的 manifest.json，直到 status 出现（delivered 才算成）。没看到 交付： 那一行之前，不许写交付报告、不许结束。
• 产物：video.mp4、sheet.png（每秒一帧拼图）、check/（第 0 帧 + 每镜结束前的全尺寸帧）、report.txt、layout.json、manifest.json（分镜和成片的 sha256、时长、各项检查结论）。开跑时会先清掉目录里上一次的这些产物。
• 只想快速看几帧：加 --stills 0,3.5,8（秒），只出单帧，不出整片（不是交付）。
• 写了 meta.voice（配音）：make 会先合成旁白、按声音改写镜头时长，见下文「配音」。没有这家的 key 时加 --voice-provider mock 先看节奏（占位音，不能交付），或加 --no-voice 出无配音版。
• 只认最后一行：成功时 make 最后一行是 交付：<mp4 路径>，交给用户的路径只能抄这一行。没有这一行就是失败，不许把别的 mp4 当成片。
• 退出码：0 可交付 / 1 校验没过 / 2 参数错 / 3 版式或汉字自查有 ✗（成片改名 video.rejected.mp4，只给人看哪里坏了）/ 4 渲染失败或时长不对 / 5 排队超时 / 6 内部错误 / 130 被中断。

11. 看 report.txt：「机器自查」「文字排版报告」「布局自查」里有一个 ✗ 就不能交付（make 会返回 3）。布局自查在渲染后量每个文字块：被卡片裁切、两块字互相压住、关键文字出了 x180–900、英文片画面上出现汉字（每半拍抽一帧查）。✗ 通常是某个字段写太多：删条目或缩短文字，改完回到第 9 步。全是 ✓ 之后再看 sheet.png 和 check/，按下面清单自查。
12. 交付：交付前可以跑一次 node <SKILL>/scripts/make.mjs promo/<片名>/storyboard.json --out promo/<片名> --verify，确认成片还对应当前分镜（改过分镜会报「成片和分镜不一致，请重跑 make」）。把 make 最后一行的 mp4 路径、sheet.png 路径交给用户，附上「发布前自查清单」（见下）——第 9 步的「需人工复核」条目原样列进去，逐条让用户确认，不要替用户下判断。

可调项（meta.tweak，可选）

用户说节奏、字号、标题字体，或某一镜换一张背景图时，写这些字段，不要改 template/。不写 meta.tweak 时，画面和现在完全一样。

textScale 和 headingFont 这两项目前只对 cards 生效。quiz、journey 的标题是风格自己画的，不跟着这两项变。这两种风格写了这两项，校验提醒一句，不拦截。pace 和镜头 bg 仍然生效。

改已经写好的分镜时，优先用 revise.mjs 只改这几个字段，不要整份重写。