烘焙营销爆款文案生成

概述

烘焙爆款文案生成

把商家填的「平台 / 品类 / 卖点 / 字数」变成一份按平台形态、可直接复制发布的烘焙爆款营销内容文案（7 节结构产物）。

一、产品介绍

一句话：按平台生成烘焙爆款营销文案 + 分镜脚本 + 评论区话术，商家一键复制发布。

方法与优势：

1. 平台形态天然绑定：抖音 5 段式（0-5s 抓人 → 引导下单）、小红书 9 宫格、知乎测评体，分别生成对应形态。
2. 感官三段式原则：视觉（色泽 / 层次 / 颜值）+ 嗅觉（黄油香 / 奶香）+ 口感（酥脆 / 绵软 / 掉渣）必须出现至少 2 项，避免干巴描述。
3. 节令食品双场景触发：category 命中月饼节令 / 粽子汤圆青团 / 蛋黄酥 时，自动覆盖「自购 + 送礼」双场景，礼品顾虑必应答。
4. 烘焙专属合规：零添加 / 全麦 / 手工现烤 / 低糖无糖等无认证依据词自动替换为「传统工艺 / 精选原料 / 全麦粉 / 低糖配方」等可证实表述。
5. 4 类评论区顾虑应答内置：不新鲜 / 甜腻 / 分量够不够 / 送人拿得出手，各 2-3 句可复制话术，第 7 节直接交付给商家。

计费与交付：免费版，一次性输出产物（不提供多轮迭代优化、健康/儿童/低糖烘焙深度合规审核、品牌专属风格学习）。如需微调请重新开一轮。

免责声明：本 Skill 输出仅为营销文案与拍摄脚本草稿，发布前请商家自行核实广告法、平台规则与产品认证依据；本 Skill 不提供人工合规审查、不承担发布后合规风险。

二、必填信息

三、收集规则

1. 必填齐全：一次性向用户索取全部字段（5 必填 + 1 选填），字段名严格使用 platform / category / purpose / selling_point / word_count / brand。
2. 缺失追问：若用户首次只给了部分字段，仅追问 1 轮，一次性列出所有缺失字段让其补齐，不分多轮反复问。
3. 追问后仍不给：按兜底值继续生成，并在产物末尾追加兜底告知：「本次跳过了 N 个字段，按兜底值生成：platform=抖音 / category=蛋糕 / selling_point=现做新鲜 / purpose=带货（电商转化） / word_count=500 / brand=无品牌」。
4. 平台口语映射（重要）：商家口语里说的平台名 often 不在 enum 内，发帖前先做一次映射，映射到最近的 enum 值继续，不要报错打断：
   • 视频号 / 微信视频号 / wechat → 小红书（同为图文种草逻辑，9 宫格形态可复用）
   • 公众号 / 微信图文 → 知乎（同为长文深度逻辑）
   • 淘宝 / 天猫 / 拼多多 / 京东 / 电商详情页 → 小红书（卖点提炼形态最接近）
   • 快手 / B 站 / B站 → 抖音（同为短视频脚本逻辑）
   • 映射后须在回复中告知用户：「您说的 XX 平台，本次按 YY 形态出稿」
5. 非法值：字段值不在 enum 白名单内，且不属于第4 条可映射范围时，立即报错 invalid_<字段>:<值>，绝不静默替换。例如用户填 category=牛角包 → 报错 invalid_category:牛角包。

兜底值：platform=抖音、category=蛋糕、selling_point=现做新鲜、purpose=带货（电商转化）、word_count=500、brand=无品牌。

四、工作流

步骤 1 · 信息收集

按「二、必填信息」表格一次性收齐 5 必填 + 1 选填；缺则按「三、收集规则」处理。

步骤 2 · 自动推断

基于字段组合自动决定：

• 形态-平台绑定：抖音→ 5 段式分镜、小红书 → 9 宫格、知乎 → 测评体。
• 节令食品双场景触发：category 命中「月饼节令 / 粽子汤圆青团 / 蛋黄酥」→ 第七节评论区顾虑应答追加「送人拿得出手」段。
• 抖音前 3 秒感官钩子：抖音形态强制在 0-5s 段植入「撕袋香气 / 咬一口 / 摆盘仪式感」中至少一项。
• 5 大买点匹配：从 现做新鲜 / 精选原料 / 口感酥脆 / 口味丰富 / 价格划算 中按 selling_point 锁 1 主买点 + 嵌入剩余 4 点。
• 合规替换预检：扫描用户输入的 brand 等字段，对「手工 / 零添加 / 全麦 / 低糖无糖」等无认证依据词做安全替换。

步骤 3 · 调用服务端生成

按服务端接口契约发起请求，传入全部字段。详见下一节。

步骤 4 · 形态输出

按平台形态输出 7 节结构产物，每节按计划里的职责定位渲染（不要越界、不要漏节、不要把附录内容混入主干）。

步骤 5 · 交付与自检

交付前清点：7 节是否齐全、抖音前 3 秒感官钩子是否植入、4 类评论区顾虑应答是否就位、烘焙合规红线是否处理、字数与 word_count 是否对齐。商家扫一眼即可发。

步骤 6 · 旁路上报

将本次请求的字段、is_fallback 状态、被兜底的字段清单上报服务端用于后续分析；不上报任何用户身份信息。

五、调用服务端生成

接口

POST https://api.ahaai.net/api/skills/food-bakery/generate

请求头：Content-Type: application/json

请求体字段

调用示例

curl -sS -X POST "https://api.ahaai.net/api/skills/food-bakery/generate" 
  -H "Content-Type: application/json" 
  -d '{"platform": "抖音", "category": "蛋糕", "purpose": "带货（电商转化）", "selling_point": "现做新鲜", "word_count": "200", "brand": ""}'

响应结构

{
  "msg": "ok",
  "code": 200,
  "data": { "content": "…产物 Markdown…" },
  "meta": {
    "server_elapsed_ms": 1234,
    "model": "…",
    "is_fallback": false,
    "fallback_fields": []
  }
}

agent 必须遵守

1. data.content 就是最终产物（Markdown），直接渲染给用户，不要二次改写结构。
2. meta.server_elapsed_ms 要透传给 scripts/submit.py（见下一步）。
3. 入参非法时服务端返回 HTTP 400，msg 形如 invalid_platform:B站 ——

此时要如实报错给用户，不要静默替换成其它值。

1. meta.fallback_fields 非空表示这些字段是服务端按兜底值补的，

要在回复里告知用户「以下字段为兜底拟定：…」。

六、通用原则

1. 平台形态优先：抖音 ≠ 小红书 ≠ 知乎，形态不对一切白搭。
2. 感官三段式：视觉 + 嗅觉 + 口感至少出现 2 项，避免「好吃」「美味」这种废话形容词。
3. 场景锚点必现：标题或开头必须出现至少一个烘焙场景锚点词（早餐 / 下午茶 / 生日 / 节庆 / 送礼 / 追剧）。
4. 单品保真度：用户填的 {product} 单品名在标题、开头、感官段至少出现 2 次，不得被泛化为「甜品」「点心」。
5. 节令食品双场景：命中月饼节令 / 粽子汤圆青团 / 蛋黄酥 时，礼品段必覆盖，标题旁显式标识。
6. 合规红线：手工 / 零添加 / 全麦 / 低糖无糖 无认证依据词必须替换为「传统工艺 / 精选原料 / 全麦粉 / 低糖配方」等可证实表述，并在产物末尾人话告知已过滤。
7. 免费版边界：一次出稿、不做多轮迭代、不暴露内部代号（条数 / 项数 / 评分数字以「N 项」人话表述）。

七、参考文档索引

八、免责说明

本 Skill 输出仅为营销文案与拍摄脚本草稿，所有「合规自查」「自然度检验」均为自动化规则过滤的辅助提示，不构成法律或平台合规的最终判定。涉及广告法、平台规则、食品标签、功效声称、礼盒包装认证等的发布合规义务，由商家自行承担。免费版不提供人工合规审查、不提供健康 / 儿童 / 低糖烘焙功效化深度审核、不提供品牌专属风格学习。如需在这些方向上深入，请使用付费版 pro。本 Skill 出稿不得作为对外宣称疗效、零添加、手工、低糖无糖等无认证依据表述的依据，相关词已按安全替换处理，发布前商家应根据自身资质复核。