零食营销爆款文案生成

概述

零食爆款文案生成器把「平台 + 单品 + 创作目的 + 字数（+ 品牌选填）」几个输入，变成一份按平台形态绑定的可直接发布的零食爆款文案（7 节结构：拍前速查 + 速取区 + A/B/C 三版标题 + 分段脚本 + 视觉与节奏 + 发布标签 + 评论区顾虑应答）。核心卖点由 AI 自动匹配，用户不用选；白牌不填品牌也能写。一、产品介绍一句话定位：零食爆款文案生成器——零基础白牌 / 三农 / 中小零食商家也能拿到分平台、可发布、带节奏与视觉指令的零食文案。设计哲学（4 句）

1. 单品闭环——一次锁一个零食单品，从「卖点」到「9 平台形态」不出圈
2. 平台自动——9 平台形态由 platform 字段自动绑定，用户不能选
3. 质量前置——32 项合规 + 7 项自然度 + 4 类顾虑话术实时生成，产物中以人话呈现，不暴露技术代号
4. 零基础可用——字段名 / 段落名 / 备注全用大白话，初中文化 / 三农人 / 白牌商家也能直接用

3 种典型用户

• A 有货有平台（如「我卖虾条，要在抖音发」）→ 5 字段齐全 → 直接生成
• B 有货没平台（如「我有牛肉干，帮我写爆款」）→ 平台默认抖音兜底 + 末尾告知
• C 白牌无品牌（如「我卖 XX 零食，没品牌」）→ brand 选填、不填默认"无"，走纯种草风

零基础冷启动兜底：用户上来就「我卖零食帮我写」→ 一句追问「卖什么 + 哪个平台」→ 按兜底值生成 + 末尾告知。方法与优势（4 条）

1. 单品闭环：一次锁一个零食单品，从「卖点」到「9 平台形态」不出圈。
2. 平台自动：9 平台形态由 platform 字段自动绑定，用户不能选。
3. AI 自动推断：5 大买点（解馋/情绪补偿、场景需求触发、社交货币价值、便捷与效率、健康与品质）由 AI 按 platform + product + category + purpose 自动匹配，用户不选、AI 也不问，产物中不暴露买点术语。
4. 质量前置：32 项合规 + 7 项自然度 + 4 类顾虑话术在生成过程中实时执行，产物以人话呈现（不暴露 Kernel / 条数 / 技术代号）。

计费与交付免费版（v2.1），一次性输出，不提供多轮迭代（但每次重跑可用不同输入拿 A/B 对比）。产物以 Markdown 形式按 7 节结构交付（见 §四·步骤 4）。免责声明本工具仅生成文案草稿，不提供合规审查、功效化深度审核、品牌专属风格学习与多轮迭代优化；发布前请按各平台规范自行复核。二、必填信息（5 字段 · brand 选填）信息字段类型必填可选值 / 说明兜底平台platform enum ✅抖音 / 视频号 / 小红书 / 公众号 / 电商平台 / 微博 / 快手 / 知乎 / 朋友圈抖音品类category enum ✅饼干 / 肉脯 / 虾条 / 巧克力 / 坚果 / 薯片 / 果干 / 糖果 / 海苔 / 牛肉干 / 辣条 / 魔芋爽 / 果冻布丁 / 蜜饯话梅 / 蛋黄酥 / 怀旧零食 / 零食大礼包 / 其他（自填具体单品名）饼干单品product text ✅本次主推的具体单品名（如 冻干榴莲 魔芋爽 猪肉脯）；选「其他」时直接给品名取 category 名创作目的purpose enum ✅带货（电商转化）/ 种草（兴趣激发）/ 涨粉（关注转化）/ 品牌曝光（认知建立）/ 引流（站外导流）/ 私域沉淀（微信群 / 公众号关注）带货（电商转化）字数word_count enum ✅300 / 500 / 800 / 1200 / 自定义（100–3000 字）按 platform 默认值（见 §四·步骤 4 表）品牌brand text⭕ 选填（用户可填可不填）用户可不填（不填默认"无"走纯种草/涨粉型）；填了品牌名做品牌声音校准"无"字段名对用户展示的人话版（提问时用）内部字段用户界面问法platform你打算发到哪个平台呀？category这次卖的是哪类零食？product这次重点写哪一个单品？purpose这版文案主要是想干啥？word_count想要多长？brand有品牌吗？（没有就说"无"，合法值）三、收集规则

1. 5 字段齐全直接生成：platform / category / product / purpose / word_count 全部齐备后，直接进入工作流，不做二次追问。brand 选填，不答不追问。
2. 缺失一次性追问全部缺失项：必填字段缺失时，必须在同一轮内一次性列出所有缺失字段及合法可选值（参照字段定义）；追问轮次上限为 1 轮，不要拆成多轮逐步追问。
3. 追问后仍不给则按兜底值继续生成且告知用户：若用户在追问后仍未填写或填写不完整，按字段定义的「兜底」取值继续执行，并在交付时显式提示「以下字段使用了兜底值：<字段>=<兜底值>」。
4. 品类不在枚举内 → 走「其他」自填，不报错：用户说的具体品名不在 17 项枚举里（如魔芋爽、酸奶块、冻干榴莲、卤蛋），不算非法值，直接按「其他」处理，以用户原话作为 product 单品名生成文案。只有完全不属于零食（如「洗发水」「手机壳」）才报错并提示本 skill 的适用范围。
5. brand 选填（用户可填可不填）：用户可不填（不填默认"无"走纯种草/涨粉型），也可主动填品牌名做品牌声音校准；用户说"没品牌"/"无"/"白牌"/"还没想好"都按无品牌处理，不算缺失、不再追问。brand 不强制追问，但当用户主动提到品牌（如"我家"、"我们品牌"）时应确认品牌名。
6. 其余字段非法值报错 invalid_<字段>:<值>：platform / purpose / word_count 任一值不在合法枚举内时，返回 invalid_<字段>:<值> 错误并提示合法可选值；不要静默替换为最接近值。
7. 不要用选项卡片收集，一律用文本列举：平台 9 项、品类 18 项、创作目的 6 项、字数 5 项，全部超出选项卡片「每问最多 4 个选项」的上限；且单次最多 4 个问题，5 个字段也放不下。必须用文本一次性列出全部缺失字段 + 合法值，让用户直接打字回答。只有确认性二选一（如「没品牌吗，是 / 否」）才考虑卡片。
8. 免费版边界主动告知：在开场白或追问模板末尾追加一句边界提示，避免用户跑完才发现不能迭代：

—— 提示：免费版一次性输出，跑出来想微调需要重新开一轮修改字段；想要 AI 基于上稿逐句优化请使用付费版 pro。四、工作流步骤 1：信息收集按 §二 收集 5 必填字段 + brand 选填（用户可填可不填、不填默认"无"）；字段名 / key 逐字一致。对用户展示的字段名用人话版（见 §二末尾的对照表）。步骤 2：AI 自动推断服务端按 platform + product + category + purpose 自动选定：

• 5 大买点（核心 1 + 辅助 3）：解馋/情绪补偿、场景需求触发、社交货币价值、便捷与效率、健康与品质
• 受众画像（如：18-35 岁馋嘴上班族）
• 选题方向（如：办公室分享、闺蜜下午茶、追剧搭子）
• 方法论匹配（高频场景词 / 精准感官词 / P0-1 表达模板 / 反常识洞察）
• 品牌故事：brand 为「无」时嵌入童年回忆 / 街边老店 / 朋友推荐等通用线索；填了品牌则做品牌声音校准

品牌声音校准细则（brand 非空时执行）服务端按以下规则校准，保证产物与品牌官方调性一致：

1. 保留品牌官方 Slogan / 调性用语：如用户填了"三只松鼠"，AI 不擅自替换为"小仙炖"或其他品牌的口吻。
2. 不擅自改写品牌名 / 品牌承诺 / 品牌定位：保留用户输入的原始品牌名（不做错别字修正、不做缩写）。
3. 不破坏品牌既有话术风格：高端品牌禁用"老铁文化"、"嘎嘣脆"等过度口语化表达；白牌/三农品牌禁用"轻奢"、"匠心"等过度精致表达。
4. 嵌入品牌故事线索（而非通用童年回忆 / 街边老店）：用户填了品牌则按品牌的公开故事线索生成（如品牌创始背景、地理标志产品、工艺传承等）；不知道品牌故事时退化为通用线索。
5. 客户端额外调性参数（可选）：用户可在 brand 字段后追加 ||tone=<调性>，如 brand: "三只松鼠||tone=高端送礼"，服务端按指定调性校准。不传则按品牌默认调性推断。

客户端不展示推断过程，产物中也不暴露 AI 选的买点名称（用户不需要看）；仅把字段透传给服务端。步骤 3：调用服务端生成按 §五 调用服务端生成契约，获取产物。步骤 4：形态输出（7 节结构 · 按 platform 自动绑定）platform形态输出重点默认字数（用户不答时兜底）小红书短图文（9 宫格）场景故事 + 闺蜜分享300 字抖音短视频口播感官冲击 + 撕袋 / 嘎嘣脆 + 声音钩子必带500 字视频号短视频字幕卡家庭场景 + 童年怀旧300 字公众号长图文故事感 + 悬念800 字电商详情页包装实拍 + 场景图800 字微博短图文话题引爆 + 段子化300 字快手短视频口播老铁文化 + 实在感500 字知乎测评长文理性拆解 + 信任建立1200 字朋友圈短图文私域语气 + 拉近距离300 字字数取 word_count 用户选定值；用户跳过则按上表默认字数兜底。形态由 platform 自动绑定，用户不能选；不合理组合静默修正不报错。自定义字数与平台形态冲突的静默修正规则当用户填了"自定义（X 字）"且 X 超出该平台合理上限时（如"抖音 + 2000 字"），服务端静默修正为该平台合理上限，并在产物末尾的【兜底告知】段说明修正（不报错、不静默替换为最接近值）。各平台字数上限：平台合理上限抖音 / 快手800 字视频号600 字小红书 / 微博500 字朋友圈500 字公众号 / 电商3000 字知乎5000 字例：用户填"抖音 + 自定义 2000 字" → 静默修正为 800 字，产物末尾告知"字数超出抖音合理上限，已修正为 800 字"。步骤 5：交付与自检（7 节产物结构）服务端按 platform 自动绑定形态，输出 7 节 Markdown：

零食爆款文案 · <platform>

一、拍前速查

<一行内联：平台 / 单品 / 创作目的 / 字数 / 品牌>

二、速取区（按平台形态唯一一份 · 一键复制）

标题（默认展示 A 版）

<A 版标题，默认情绪型；如已通过其他渠道选定某版，可在字段收集中显式传入>

文案全文

<按本平台形态的完整稿，可直接复制>

三、A/B/C 三版标题（A/B 测试用）

• A 情绪型：<…>
• B 感官反常识型：<…>
• C 场景型：<…>

四、分段脚本表（抖音 5 段式 / 小红书 9 宫格 / 知乎测评等按 platform 展开）

五、视觉与节奏指令

• 节奏：<…>
• 视觉：<…>
• 声音钩子：<嘎嘣脆 / 撕袋 / 入口 / 倒出 / 咬开声>
• 平台速查：<横版/竖版/时长/封面比例>

六、发布标签

<品类标签> <场景标签> <买点标签> <平台话题标签>

七、评论区顾虑应答（直接复制去回）

1. 真好吃吗 / 是不是真水果

• <话术 1>
• <话术 2>
• <话术 3>

2. 成分健康吗 / 热量 / 添加剂

• <话术 1>
• <话术 2>
• <话术 3>

3. 份量够不够 / 一次能吃完吗

• <话术 1>
• <话术 2>
• <话术 3>

4. 送礼合适吗 / 颜值 / 包装

• <话术 1>
• <话术 2>
• <话术 3>

—— 已过 32 项合规自查 + 7 项自然度检验，可直接发 ——

【免费版边界提示】每次生成都展示：本稿由免费版生成，一次性输出。如需在本文基础上微调（如换更软的、加个卖点），请重新开一轮修改字段；如需 AI 基于上稿逐句优化，请使用付费版 pro。

【兜底告知】仅当走兜底 / 自定义字数修正时才出现：本次跳过了 N 个字段，按兜底值生成：• 平台：抖音 • 品类：饼干 • 单品：饼干 • 创作目的：带货（电商转化）• 字数：500 • 品牌：无本次自定义字数超出抖音合理上限，已静默修正为 800 字。7 节结构设计原则节唯一职责谁来看在哪用一、拍前速查一行内联元信息营销专员确认字段对不对二、速取区一键复制的完整稿（标题 + 文案全文）营销专员第一诉求，打开即可复制三、A/B/C 三版标题3 版测试用标题营销专员测哪版跑得好四、分段脚本表按时间轴拆段（0-5s/5-15s/…）营销专员拍视频时逐段对照五、视觉与节奏指令镜头节奏 + 视觉 + 声音钩子营销专员拍视频时同步看六、发布标签平台话题标签营销专员发布时复制七、评论区顾虑应答4 类顾虑每类 2-3 句可复制话术营销专员发完视频后回评论自检项（产物中不暴露技术代号）

• 32 项合规（含食品宣称禁词 / 平台违禁词 / 夸大疗效 / 极限词等）：在生成时实时过滤，产物末尾以一句人话告知「已过 32 项合规自查」。
• 7 项自然度检验（不像广告 / 有场景 / 有钩子 / 口语化 / 不堆砌等）：实时执行，产物末尾以一句人话告知「已过 7 项自然度检验」。
• 4 类顾虑应答（真好吃 / 成分健康 / 份量 / 送礼）：每类 2-3 句具体话术，展开在第七节，不藏在附录。

抖音短视频采用 5 段式：开头抓人（0-5s）→ 讲场景（5-15s）→ 说产品（15-50s）→ 让人想吃（50-65s）→ 引导下单（65-75s）；前 3 秒必带声音钩子（嘎嘣脆 / 撕袋 / 入口 / 倒出声音 / 咬开声）。步骤 6：旁路上报将本次请求的字段、is_fallback 状态、被兜底字段列表等 meta 信息按服务端约定旁路上报，用于后续统计与质量追踪。五、调用服务端生成接口POST https://api.ahaai.net/api/skills/lingshi/generate 请求头：Content-Type: application/json请求体字段字段必填类型可选值说明platform是enum抖音、视频号、小红书、公众号、电商平台、微博、快手、知乎、朋友圈发布渠道，由 platform 字段自动绑定 9 平台形态（直播间不在本 skill 范围）category是enum饼干、肉脯、虾条、巧克力、坚果、薯片、果干、糖果、海苔、牛肉干、辣条、魔芋爽、果冻布丁、蜜饯话梅、蛋黄酥、怀旧零食、零食大礼包、其他（自填具体单品名）17 枚举 + 自填，决定感官词库与品类黑话；选「其他」时直接给具体单品名product是text自由文本本次锁定的具体单品名（如虾条、魔芋爽、猪肉脯、冻干榴莲），必须落到文案里，禁止泛类描写purpose是enum带货（电商转化）、种草（兴趣激发）、涨粉（关注转化）、品牌曝光（认知建立）、引流（站外导流）、私域沉淀（微信群 / 公众号关注）本次文案的核心转化目标，参与 AI 自动匹配 5 大买点与受众word_count是enum300、500、800、1200、自定义（100-3000 字）本次产物字数；v2.1 中间档建议值：350 / 700 / 1000 / 1500；跳过则按平台默认字数兜底；自定义值超出平台合理上限时静默修正为上限并在【兜底告知】段说明（见 §四·步骤 4）brand否（选填 · 用户可填可不填）text自由文本品牌名；用户可不填（不填默认"无"，走纯种草/涨粉型，不强制品牌存在感）；填了做品牌声音校准调用示例curl -sS -X POST "https://api.ahaai.net/api/skills/lingshi/generate" -H "Content-Type: application/json" -d '{"platform": "抖音", "category": "其他", "product": "冻干榴莲", "purpose": "带货（电商转化）", "word_count": "500", "brand": "无"}'响应结构{ "msg": "ok", "code": 200, "data": { "content": "…产物 Markdown（按 7 节结构）…" }, "meta": { "server_elapsed_ms": 1234, "model": "…", "is_fallback": false, "fallback_fields": [] } }agent 必须遵守

1. data.content 就是最终产物（Markdown，按 7 节结构），直接渲染给用户，不要二次改写结构、不要拆段、不要重排标题。
2. meta.server_elapsed_ms 要透传给 scripts/submit.py（见下一步）。
3. 入参非法时服务端返回 HTTP 400，msg 形如 invalid_platform:B站 —— 此时要如实报错给用户，不要静默替换成其它值。
4. meta.fallback_fields 非空表示这些字段是服务端按兜底值补的，要在回复里告知用户「以下字段为兜底拟定：…」（按 7 节结构的末尾【兜底告知】段处理）。
5. brand 字段选填：客户端可在追问时给用户选项（如"有品牌 / 无品牌"二选一确认），不强制；服务端不传 brand 时按"无"处理，传了则做品牌声音校准。
6. 产物中绝不暴露 is_fallback / fallback_fields / selling_point / Kernel 24 / 零食 8 等技术代号给营销专员。
7. 速取区标题默认规则：速取区的"标题 1 行"默认展示 A 版（情绪型）；如用户已在字段收集中显式指定（如 headline_strategy="ai_pick" 让 AI 按买点推荐），按用户指定展示。
8. 自定义字数冲突的修正告知：当 word_count 自定义值超出 platform 合理上限时，产物末尾的【兜底告知】段必须说明"自定义字数超出 X 平台合理上限，已静默修正为 Y 字"，不静默吞掉用户的意图。
9. 免费版边界主动告知：产物末尾必须展示【免费版边界提示】段（每次生成都展示，不论是否走兜底），让用户提前知道"想微调请重新开一轮"。

六、通用原则

1. 核心唯一信息源：所有领域方法论（5 大买点 / 高频场景词 / 精准感官词 / P0 表达模板 / 32 条合规 / 4 类顾虑话术 / 视觉指令 / 7 项自检 / 反常识洞察 / Hotspot Library / 品类黑话 / 翻车案例 / 内容节奏）均来自服务端核心 SKILL.md，本客户端不携带、不复述、不编造。
2. 单品单选原则：每次聚焦单一单品。多单品输入取第 1 个，并告知用户其余下次再开一轮。
3. 5 大买点 AI 自动选定：核心卖点、受众、选题、场景词、感官词、P0 模板、品牌故事全部由 AI 自动匹配；brand 为「无」时嵌入通用故事线索。用户不选、AI 也不问，产物中也不暴露买点名称。
4. 形态由平台绑定，字数由用户选定：9 平台形态由 platform 自动绑定，用户不能选；不合理组合静默修正不报错；字数取 word_count 用户选定值或平台默认值兜底。
5. 非法值不静默替换：字段值不在合法枚举内必须按 invalid_<字段>:<值> 报错，不得替换为最接近值。
6. 追问轮次上限 1 轮：必填字段缺失时一次性追问全部缺失项，不得拆成多轮；追问后仍不给按兜底值继续并告知用户。
7. 7 节产物结构是唯一交付形态：不论 platform 选什么，最终 Markdown 都按 §四·步骤 5 的 7 节结构组织；不要为了"看起来更整齐"擅自调整章节顺序、合并节、删节。
8. 内部术语人话化：服务端传给客户端的"32 条合规"、"7 项自检"、"4 类顾虑"、"5 大买点"等技术代号，在产物 Markdown 中必须以人话呈现（"已过 32 项合规自查"等）；不暴露 Kernel / 条数代号。
9. 免费版功能边界：本版本不提供人工合规审查、功效化深度审核、品牌专属风格学习（仅做轻量品牌声音校准）、多轮迭代优化；如需上述能力请使用付费版 pro。
10. 品牌声音校准边界：brand 非空时，服务端按 §四·步骤 2 的细则做轻量校准（保留品牌名 / 调性 / Slogan）；不做品牌专属风格深度学习（那是付费版能力）。产物中可出现品牌名，但产物中不展示"AI 做了哪些校准"的过程。
11. 速取区标题默认 A 版：除非用户在字段收集中显式指定其他策略（如让 AI 按买点推荐 / 指定 B 版），速取区默认展示 A 版（情绪型）；A/B/C 单独成节供测试。
12. 自定义字数冲突静默修正：用户填了自定义字数但超出 platform 合理上限时，按 §四·步骤 4 的上限表静默修正，并在产物末尾【兜底告知】段说明。

七、参考文档索引文件说明references/usage-notes.md使用注意事项、字段话术、产物结构示例（按 v2.1 7 节结构 + 4 个边界细节）八、免责说明本工具生成的文案仅为草稿，发布前请按各平台规范自行复核合规、功效宣称、品牌授权等事项。本工具不承担因发布内容产生的任何法律或商业责任。