短视频询盘文案

1. 定位

为各行业卖家生成短视频引流文案（视频号/抖音/快手/小红书等平台通用）：标题 + 口播正文 + 话题标签。核心目标以 B2B 留资询盘（私信为主、电话次之）为主，兼顾轻 C 端个人消费者（按需适配，见 references/audiences.md 第 5 类），不是纯 C 端冲动下单。

2. 触发

用户要求写短视频/视频号/抖音/快手/小红书爆款文案、询盘文案、口播文案、带货文案、发布用的标题+正文+话题标签时触发本技能。每次输出标题+正文+字数+话题标签+替换清单（见 4 输出契约）。

3. 执行流程

3.1 执行前校验（强制）

生成前必须集齐 ①行业 ②客户群体 ③产品名或产品信息。任一缺失 → 停止生成，按 3.2 补齐后再继续；禁止带着缺失信息硬生成半成品。历史确认值视为已集齐（见 6.2「记忆与复用」）。

3.2 信息收集（必做，顺序固定）

> 交互方式：开放文本信息（品牌名、产品名、案例等）一律用对话文字提问收集，不用选项式询问弹窗；选项式（AskUserQuestion）仅用于有明确选项的场景（如 ② 客户群体归类），且使用前在问题描述中提示"可选择后在输入框填写/直接文字回复"。
>
> 跳过规则：① ② ④ 已有 6.2 记忆值时默认沿用、不重复询问（交付时注明来源）；③ 每次都问产品名（产品信息按当次素材收集，见 6.2）；⑤ 仅首次调用或信息有变化时执行。

① 行业

询问"您做哪个行业？"（示例：餐饮、工业品、家政服务、机械设备等）；用户已说明则进入下一步（行业一律以本次询问/确认为准，见 6.1「信息来源约束」）。

② 客户群体

询问"目标客户是哪些人群？"（示例：国企/单位采购决策者、个人老板、一线从业者、渠道经销商、个人消费者等）。交互限制：选项一次最多 4 个——先给出前四类（企业/单位采购方、个人老板/创业者、一线从业者/使用者、经销商/渠道商），第 5 类「个人消费者（轻 C 端）」在问题描述中提示"若客户为个人消费者（宝妈/大学生等），请通过其他/直接说明"，用户自填即归入第 5 类。

③ 产品信息 + 查产品库（本地外置数据目录，位置见 7.1）

只问产品名（唯一必答），不追问卖点/参数。流程：

1. 从用户输入提取产品名称/简称/口语称呼，先按 ① 确定的行业过滤，再与库内「行业-产品名」文件做模糊匹配（关键词包含、简称、别名、品类词均可命中，不要求与文件名完全一致）。
2. 命中 → 读该产品 .md 补齐信息，并把本次新提供的信息按日期（YYYY-MM-DD）追加入库；未命中 → 用户已明确产品名则直接新建文件录入（文件名带行业前缀，如 行业-产品名.md）；产品名不明确时才向用户确认。数据目录不存在时自动创建，位置与硬约束见 7.1（一律写在技能目录之外）。
3. 可选补充（一句话，不逼答）："有没有产品文案稿可补充？"——文案稿 = 用户提供的简单大致文案/口述要点/产品资料；有 → 走下方「文案稿提取规则」；没有 → 跳过，不追问卖点/参数。
4. 信息不足处理：产品库与文案稿都没有的字段（参数/案例/资质等）用〔〕占位，集中在 ⑤ 汇总确认时列出，让用户一次性补充或确认占位，不零散追问。

收集项：产品名称与品类 / 核心卖点（效率/参数/省人工/资质等）/ 具体参数或实测数据 / 案例素材（使用单位、现场场景）。

文案稿提取规则（用户提供文案稿时，不直接套用）：

1. 按上方「收集项」提取事实要点；
2. 剥离情绪话术与夸张词（"别惊慌""赶紧抢""帮你解决"等不入库）；
3. 与产品库核对（命中追加 / 未命中新建）；
4. 提取结果在 ⑤ 汇总确认时一并确认后再入库；
5. 文案稿中可复用的钩子句/金句保留为文案素材。

④ 品牌/账号名（可选）

文字提问"品牌或账号名称是什么？"（用于话题标签 #〔品牌词〕），等文字回复，不用选项式询问；用户不提供 → 品牌词用〔品牌词〕占位，在替换清单列出，不虚构。

⑤ 信息汇总确认（仅首次调用或信息有变化时）

收集完成后、生成前，先汇总复述 ①②③④ 并集中列出全部〔〕占位项（参数/案例/品牌词等），请用户一次性补充或确认占位；用户确认或修改后再生成。

3.3 生成

1. 匹配受众模板：见 references/audiences.md（按 ② 回答的客户群体归入五类；无法归类时向用户确认，不猜）
2. 按四段结构生成正文（钩子-痛点-干货-收尾；有案例/资质/实测数据时插入证明段）：见 references/structure.md
3. 套用钩子模板写标题和开头：见 references/hooks.md
4. 结尾引导 + 话题标签：见 references/lead-gen.md

3.4 交付前自检与交付

1. 生成后按 references/structure.md「发布前自检清单」逐条自检（19 条），任一不通过则修正后重新自检
2. 自检通过后按下方「4. 输出契约」完整交付

4. 输出契约（每次必须完整交付）

标题：（钩子句式，≤30字）
正文：（四段结构：钩子-痛点-干货-收尾，有案例/资质/实测数据时插入证明段；精简风格 150-180 字 / 30-40 秒口播；每段以【环节·时长】标注开头，如【钩子·1.5s】）
字数：（口播正文字数——只计汉字/数字/英文字母，不含中文标点、不含【环节·时长】标注与〔〕占位符，单独一行列出；口径见 5.1）
话题标签：（固定 5 个）#〔品牌词〕 + 2个行业核心词 + 1个品类词 + 1个场景词
替换清单：（逐条列出所有〔〕占位项及说明）

格式说明
- 正文：四段结构（钩子-痛点-干货-收尾），有案例/资质/实测数据时插入证明段；精简风格 150-180 字（30-40 秒口播），口语化口播稿；必须使用中文标点断句；每段开头统一用【环节·时长】标注（如【钩子·1.5s】）后接正文内容
- 话题标签：固定 5 个；品牌词按用户品牌/账号名替换，未提供则〔品牌词〕占位；行业核心/品类/场景词按用户行业与产品生成，对应词位未提供时用〔行业核心词〕〔品类词〕〔场景词〕占位（细则见 references/lead-gen.md）
- 替换清单：逐条列出所有〔〕占位项及说明

5. 生成规则集

> 本节只列每次生成都需遵守的硬规则；细则（句式模板、判断逻辑）统一在 references/ 内单点维护，本节只作摘要与指针，避免两处口径漂移。

5.1 占位符、标注与字数

• 所有需要用户替换的内容一律用〔〕六角括号标记，如〔关键参数〕、〔同类单位在用案例〕；不使用「XX」等其他占位形式
• 交付末尾必须附「替换清单」，逐条列出占位项及说明
• 环节标注必须保留：正文每段以【环节·时长】开头，四段固定：【钩子·1.5s】【痛点·6s】【干货·15s】【收尾·7.5s】；有案例/资质/实测数据时插入【证明·5s】段（插入后收尾改 2.5s，保持 30 秒基准）；不允许省略或删除；与占位符（如〔关键参数〕）按"环节名·时长"特征区分
• 中文标点强制使用：正文口播稿必须使用中文标点断句（，。；：！？等），禁止无标点堆砌或省略标点；中文标点不计入字数统计（见下方字数规则）
• 字数统计规则：只计汉字、数字、英文字母，不含中文标点（，。！？；：「」『』（）〔〕等）；以去掉环节标注和〔〕占位符后的口播正文为准；正文总量 150-180 字（30-40 秒口播），插入证明段时收尾压缩为一句，总量不超 180

5.2 调性

• 主基调 B2B 调性：稳重专业，硬实力展示（实拍、参数、案例、资质、售后网络），避免纯电商式煽动促销语言（"赶紧抢""最后一批"等）。
• 目标客户为个人消费者（宝妈、大学生等）时归入第 5 类「个人消费者（轻 C 端）」，切换轻 C 端调性——去掉资质/招投标/参数对标等 B2B 元素（见 references/audiences.md 第 5 类）；轻 C 端≠纯电商带货，仍以留资/关注为目标，交付时注明"主攻 B2B，C 端文案为按需适配"。
• 行文精简：四段每节短句直说重点，去修饰、去铺垫，用最少的文字说清；一个意思一句话，宁短勿长。精简指删修饰词与铺垫句，不省中文标点（标点强制使用，见 5.1）；保留口语连接词（所以/这种情况/等着…来拖），避免电报式堆砌。

5.3 其它硬规则

• 合规：目标客户含企业/单位（国企/事业单位/大企业）时，文案必须真实可兑现、可过审、不夸大参数、不承诺违规事项。
• 平台差异：各平台对导流/联系方式规则不同（如抖音对导流话术更敏感），交付时可按目标平台微调措辞，核心结构不变。
• 称谓：按客户群体定——企业/单位客户（决策走单位采购流程）→ 不称"老板"，用"单位/贵单位/公司"；个人老板/私企 → 可称"老板"。

5.4 结尾引导（五选一）

每条结尾只带 1 个指令，从【私信 / 评论 / 转发 / 点赞 / 关注】选一，不叠加；未明确时默认私信；私信口令用产品名称（如「私信发『〔产品名〕』」）。判断逻辑（内容目的 / 账号阶段 / 主导意图）与常用句式统一见 references/lead-gen.md，此处不展开，避免两处口径漂移。不在视频画面/文案中直接露电话号码（各平台普遍易限流），联系方式在私信内交换。

6. 信息与记忆

6.1 信息来源约束

行业与客户群体只能来自本次询问/确认的结果，禁止猜测、禁止沿用产品库或历史会话推断（用户明确确认过的历史记录除外，见 6.2「记忆与复用」）；产品库仅用于补齐产品信息，不用于推断行业或受众；品牌词同理。客户群体未明确时：先问，不猜（交互限制见 3.2②）。

6.2 记忆与复用

同一用户的行业 / 客户群体 / 品牌词，首次完整询问并确认后记录；后续调用默认沿用历史确认值，不重复询问，但交付时注明来源（如"行业/受众/品牌按历史确认，如需修改请告知"）；当次素材或用户表述与历史值冲突时，以当次为准并更新记录；用户明确变更时更新记录；产品名与产品信息按当次素材收集，并可读产品库（见 7.1）补齐。记录载体：仅会话上下文——当前会话内默认沿用，跨会话不保留、不落盘。

7. 数据存储

7.1 产品库（本地外置数据目录）

• 位置：~/.workbuddy/skill-data/video-inquiry-copy/products/<行业>-<产品名>.md（~ 为用户主目录），按产品自动创建，累计该产品的全部资料；跨行业同名产品用行业前缀区分；目录不存在时自动创建
• 硬约束：数据一律写在技能目录之外。技能目录（含 references/ 下任何位置）会随技能更新/重装被整包覆盖清零，因此技能目录只读，任何用户数据都不得写进去；技能目录内也不预置空数据目录
• 匹配规则（模糊匹配）：从用户输入判断产品，简称/别名/口语称呼/品类词均可命中；每个产品文件登记「别名」提高命中率；匹配不确定时向用户确认
• 生成文案时正文只放精选（30秒限制），完整信息全部入库
• 追加不覆盖：每次提供新信息按日期（YYYY-MM-DD）追加，保留历史
• 录入的用户资料须在文件头部标注「用户已验证」，并写明来源与录入日期（YYYY-MM-DD）
• 仅存本地、不外传（本地私有数据），也不随分发包分发
• 产品库随使用逐步累积：首次使用为空库，命中已有产品后自动补齐，同一产品的历史信息无需重复提供

7.2 参考资源

• references/structure.md — 四段结构（证明段可选）、时间配比、发布前自检清单
• references/audiences.md — 五类受众画像与话术模板（第 1/2 类为主，第 5 类 C 端按需适配）
• references/hooks.md — 六类钩子句式模板（悬念/数字/反常识/痛点戳中/场景代入/对比）
• references/lead-gen.md — 结尾引导话术 + 行业话题标签库
• 不在本目录：产品信息库外置于 ~/.workbuddy/skill-data/video-inquiry-copy/products/（本地私有，按「行业-产品名」自动创建，位置与硬约束见 7.1）

以上素材为通用 B2B 营销惯例（源自 B2B 营销常识，未经验证）。用户提供真实资料（客户询盘记录、同行视频、招投标文件、产品资料）后，一律写入 7.1 的外置数据目录并按 7.1 要求标注「用户已验证」，不写进技能目录内的参考文件；技能目录 references/ 只保留通用规则，不承载用户数据。