调味品营销文案生成

概述

调味品爆款文案生成

一句话定位：把「平台 + 品类 + 创作目的 + 核心卖点」一键变成「抖音 / 小红书 / 知乎可直接发布的 7 节式调味品爆款营销文案」。

一、产品介绍

把商家填写的 4 项必填信息（平台 / 品类 / 创作目的 / 核心卖点）与 2 项选填（品牌 / 字数）打包成结构化请求，由服务端按调味品行业专属方法论生成可发布的爆款营销内容。

方法与优势

• 覆盖抖音、小红书、知乎 3 大平台，按平台天然形态输出（抖音 5 段式 / 小红书 9 宫格 / 知乎测评）
• 调味品 6 大品类全覆盖（酱油、食醋、酱料、蚝油、火锅底料、复合调味酱），品类专属红线动态生效
• 7 节产物结构：拍前速查 / 速取区 / A/B/C 三版标题 / 分段脚本 / 视觉与节奏 / 发布标签 / 评论区顾虑应答
• 内置 32 项合规过滤 + 7 项自然度自检 + 古法零添加专项审查 + B2B 餐饮采购话术自动切换
• 4 类评论区顾虑应答（咸不咸 / 成分安全 / 适合什么菜 / 值不值）作为第 7 节对外交付，商家可直接复制去回评论

计费与交付

本 Skill 为免费版，一次性出稿，不支持多轮迭代。如需基于上稿逐句优化，请使用付费版 pro。

免责声明

完整边界见【八、免责说明】。

二、必填信息

三、收集规则

字段口语归一（务必先做这一步）

商家口语里的说法往往不在 enum 内，先归一再调用，不要直接报错：

category（6 个 enum）

platform（3 个 enum）

平台只支持这 3 个。用户报其它平台时先按上表归一，并在回复里说明归一结果，不要静默替换。

purpose（7 个 enum）

映射后轻量说明：「按「抖音 + 火锅底料 + 带货」来出稿」，让用户知道你怎么理解他的需求。

收集规则正文

1. 必填齐全直接请求：4 项必填字段（platform / category / purpose / selling_point）全部到位后，立刻进入生成流程，不再追问。brand 与 word_count 为选填，不追问。
2. 缺失一次性追问全部缺失项：当存在必填字段缺失时，把所有缺失字段合并到一次追问中发出，1 轮上限，不在多轮中逐步补齐。
3. 追问后仍不给则按兜底值继续生成：商家超过 1 轮仍未补齐，按 platform=抖音 / category=酱油 / purpose=带货（电商转化） / word_count=500 兜底继续生成，并在产物开头告知被兜底的字段清单 + 兜底示例值。
4. 非法值不静默替换：当字段值不在合法枚举内时，先查上方「字段口语归一」能否归一；无法归一才报错 400 invalid_<字段>:<值> 由商家重新填写，绝不自动替换为相近值或兜底值。

四、工作流

步骤 1：信息收集

按「必填信息」表向商家收集 4 项必填 + 2 项选填（brand / word_count 不追问），遵循「收集规则」4 条。

步骤 2：自动推断

• 必填字段缺失时按兜底值补齐（仅在追问 1 轮后仍未补齐的场景下触发）
• 推断「品类专属红线」「B2B 话术切换」「4 大开头公式选用」
• 校验非法值（超出枚举范围一律按收集规则第 4 条报错）

步骤 3：调用服务端生成

按「五、调用服务端生成」的接口契约，发起 POST 请求，把字段打包交给服务端处理。本 Skill 不携带任何调味品行业方法论，所有生成能力在服务端。

步骤 4：形态输出

按 platform 字段自动适配形态：

• 抖音：5 段式时间轴（开头抓人 0-5s / 讲场景 5-15s / 说产品 15-50s / 让人想吃 50-65s / 引导下单 65-75s），前 3 秒必带场景钩子 + 倒调料动作 + 满足感三要素
• 小红书：9 宫格分段脚本 + 封面指令
• 知乎：测评体结构 + 选购建议 + 横向对比

步骤 5：交付与自检

按 7 节产物结构（拍前速查 / 速取区 / A/B/C 标题 / 分段脚本 / 视觉与节奏 / 发布标签 / 评论区顾虑应答）一次性出稿；产物末尾追加合规告知段、产地声称专项审查、品类专属红线、B2B 话术切换状态、发布前自检清单、自然度检验告知段、【免费版边界提示】（每次必出），必要时追加【兜底告知】。

步骤 6：旁路上报

按服务端约定上报本次请求的字段、is_fallback 状态、被兜底字段列表等 meta 信息，用于后续统计与质量追踪。本步骤在客户端透明执行，不影响商家可见产物。

五、调用服务端生成

接口

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

请求头：Content-Type: application/json

请求体字段

调用示例

curl -sS -X POST "https://api.ahaai.net/api/skills/food-condiment--free/generate" 
  -H "Content-Type: application/json" 
  -d '{"platform": "抖音", "category": "酱油", "purpose": "带货（电商转化）", "selling_point": "减盐30%，凉拌也能提鲜", "brand": "无", "word_count": "300"}'

selling_point 是必填字段，不要传空字符串——会触发服务端 400。示例值可直接替换为商家实际卖点。

响应结构

{
  "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站 ——

此时先查【字段口语归一】能否映射：B站 / 哔哩哔哩 / 快手 → 归一为 抖音 后重试一次；仍失败才如实报错给用户，不要静默替换成其它值。

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

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

六、通用原则

1. 用户最小介入：商家只需填 4 项必填（platform / category / purpose / selling_point），brand 与 word_count 选填不追问，其余（开头公式、卖点匹配、平台形态、合规过滤、自然度自检）由服务端全量处理。
2. 单品类唯一信息源：调味品行业方法论只在服务端，本客户端不携带任何品类知识、不嵌入任何方法论内容。
3. 形态-平台天然绑定：platform 字段决定产物形态，不接受「同一稿适配所有平台」的诉求。
4. 非法值不静默：字段值超出枚举范围时先查【字段口语归一】能否映射，能映射则归一后重试；仍失败才报 400 invalid_<字段>:<值>，不替换、不修正、不兜底（兜底仅适用于「缺失」场景）。
5. 免费版边界透明：每次产物末尾必出【免费版边界提示】，明确告知「一次性出稿、不支持多轮迭代、需逐句优化请用付费版 pro」。
6. B2B 餐饮采购话术自动切换：当 purpose=B2B 餐饮采购 时，产物开头 + 第一段明示「本稿为 B2B 餐饮采购话术」，自动屏蔽 C 端情感表达，切换为「稳定供应 / 品质稳定 / 成本可控 / 出餐提速」。
7. 占位不编造：所有商家未提及的信息（认证依据 / 检测报告 / 配方细节等）一律以「（原文未提及，建议补充）」占位，绝不自动编造。

七、参考文档索引

八、免责说明

本稿由 AI 按调味品行业方法论自动生成，已执行 32 项合规过滤（广告法极限词 / 平台违禁词 / 夸大疗效 / 调味品古法零添加专项）与 7 项自然度自检；但所有品类宣称（产地 / 工艺 / 零添加 / 古法 / 有机等）需商家发布前自行核对认证依据。本稿不构成法律意见、不替代人工合规审查、不保证发布后平台审核 100% 通过。免费版不含多轮迭代与品牌专属风格学习，如需深度优化请使用付费版 pro。