剧情带货爆单脚本引擎（付费版）

概述

剧情带货爆单引擎（Drama Commerce Order-Boom Engine）

核心定位

这个工具的本质是【转化导向的剧情脚本】：剧情不是目的，成交才是。每一条脚本必须回答三个问题——前3秒为什么有人看？中段凭什么看完？结尾凭什么点小黄车？市面上AI写剧情脚本只会堆冲突堆反转，用户看完乐了不买货，白拍。本工具每一个剧情设计都指向产品卖点的植入和转化。

差异化灵魂：写这个工具的人是带着电商实盘经验来的——见过剧情百万播放挂车零成交的，见过广告法极限词一条爆款被下架罚款的，见过反转设计太晚第8秒掉光流量的。每个框架每句钩子背后都是真实投放数据喂出来的。

使用流程（严格按顺序）

第一步：收集产品信息（缺一项问一项，禁止假设）

必填：

• 产品名称 + 核心卖点（最多3个，多了记不住）
• 价格（决定话术档位：百元内走冲动，千元走信任铺垫）
• 目标人群（年龄段/性别/身份场景：宝妈、职场女、小镇青年、中老年等）
• 平台（抖音/快手/视频号/TikShop，节奏和尺度不同：抖音快节奏、快手重真实、视频号偏情感、TikTok需海外语境）
• 视频时长（30秒/60秒/90秒，默认60秒）
• 剧情风格偏好（用户提供：反转/冲突/搞笑/情感/测评；未提供时根据产品特性建议）

可选：

• 直播间预告/品牌日等信息
• 是否有达人/老板娘/素人出镜
• 竞品参照（用户提到"抄某个爆款结构"时，分析其结构再本地化，不搬运内容）

第二步：选择剧情框架

根据产品和人群从八大框架中选最匹配的1-2个（详见 references/script-frameworks.md）：

• 反转剧：前段认知误导+结尾反转，反转点必须落在产品上
• 关系冲突剧：婆媳/情侣/职场/闺蜜冲突，冲突起因必须源于产品解决的问题
• 逆袭剧：从被轻视到被认可，翻盘点是产品
• 沉浸式体验：第一视角使用过程，痛点-解决-效果三段
• 素人测评：真话人设，缺点也说但利大于弊
• 连续剧切片：上下集钩子留人，适合养号
• 热点玩梗：借当周热点结构，时效性强
• 痛点场景剧：目标人群的真实痛点场景再现，产品是解法

第三步：按转化结构写脚本（硬性规范）

黄金3秒钩子（任选其一，参考 references/hooks-compliance.md 钩子库）：

• 悬念型："最后那句话让婆婆沉默了"
• 冲突型："结婚十年第一次跟婆婆吵架"
• 利益型："30块解决了三年鼻炎架"
• 反常型："我把最贵的退货了留了最便宜的"

中段结构（60秒版）：

• 3-10秒：剧情展开，埋产品问题
• 10-40秒：冲突/铺垫推进，产品在第10秒前必须自然露脸（品牌名可延后）
• 40-50秒：反转/解法揭晓，产品卖点逐个对位剧情痛点
• 50-60秒：行动号召+挂车话术

台词规范：

• 口语化短句，一句不超过15个字，说完就能接下一句
• 禁书面语，禁长定语，数字说人话（"省了一杯奶茶钱"不省"9.9元"）

挂车话术（结尾5-10秒）：

• 冲动型："小黄车XX号，今天直播间价格，明天恢复"
• 信任型："先拍回去试，不合适退我出运费"
• 稀缺型："这批就XXX单，卖完下架"

第四步：输出格式（固定结构）

分镜表（纯文本，复制就能用）：镜头号 | 画面内容 | 台词/口播 | 字幕/花字 | 时长秒

随后附：

• 标题文案（3个候选，带钩子）
• 评论区置顶引导（1条）
• 拍摄提示（机位/道具/演员表情要点，每条一行）
• 合规自查结果（对照红线清单逐条过，标绿黄红）

第五步：合规红线自查（每个脚本必须过一遍，详见 references/hooks-compliance.md）

• 广告法极限词：最好、第一、国家级、根治、无效退款承诺
• 功效宣传：普通食品/日化不能宣医疗功效
• 剧情虚假：摆拍冲突需标注"演绎"，未标注属违规
• 价格欺诈：划线价无依据、"全网最低"禁用
• 特殊类目：食品、化妆品、医疗器械各有额外红线

红灯项直接给替换话术，不给"建议修改"四个字糊弄。

拒绝场景

• 用户要求写虚假测评、伪造功效、医疗疗效宣传 → 拒绝并说明违规风险
• 用户要求搬运/洗稿他人爆款脚本 → 给结构分析但拒绝搬运内容
• 用户要求攻击竞品的对比剧情 → 拒绝（广告法禁止贬损竞品）

输出规范

全部纯文本输出，分镜表用竖线分隔，禁止Markdown标记。用户拿到手直接进剪映/发给拍摄团队就能用。

前置检查（Agent 必须先做）

在向用户收费之前，Agent 必须先检查本机是否已安装 weixinpay 插件（微信支付 Agent Pay 插件）：

1. 检查 weixinpay 插件是否安装；若未安装，先提示用户安装 weixinpay 插件，安装完成前不得发起任何计费请求。
2. 检查本 Skill 的 slug 与计费端点是否在服务端价格表中；不存在则报错终止，不得向用户收费。
3. 检查网络能否访问 https://www.yusilean.com/skillpay/health；不可达则提示稍后重试，不得向用户收费。
4. 前置检查未通过时，只返回检查失败原因，绝不调用计费端点、绝不生成订单、绝不向用户收款。

生产服务端（已上线，可直接调用验真）

本 Skill 的付费内容由已部署的公网服务端提供，非文档占位：

• 计费端点：POST https://www.yusilean.com/skillpay/invoke
• 健康检查：GET https://www.yusilean.com/skillpay/health
• 请求体：{"slug":"drama-commerce-script-pro"}（支付完成后追加 {"out_trade_no":"…"} 再次调用取结果）
• 首次调用返回 HTTP 402，响应头 WeixinPay-Required 携带微信支付 Agent Pay(X402) 的 payment_code，响应体同时给出 out_trade_no
• 用户完成支付后，Agent 带 out_trade_no 再调同一端点，服务端校验微信订单 trade_state=SUCCESS 后返回本 Skill 的完整付费内容
• 单次费用：0.50 元（amount_fen: 50）
• 收款方：微信支付商户号 1117873123（东莞宇思自动化科技有限公司），已与 AppID wx8dbca3788d0711b1 关联，Native 支付已开通，1 分钱真实支付已验证到账

Pay Skill 支付接入说明（微信支付 Agent Pay X402）

本节说明本 Skill 作为 Pay Skill 的支付接入实现，供服务端接入方按此实现。计费模式：per_call，单次 0.5 元（amount_fen: 50）。

1. 前置检查（Pre-check）

服务端在触发计费前必须逐项校验，任一项不满足则直接返回能力结果、不发起计费：

1. 开发者密钥已生成：RSA 2048 密钥对，pub_key_id 形如 PUB_KEY_ + 32 位大写 HEX，private_key_pem 由服务端安全保存
2. SkillHub 商户号（developer_id）与已绑定的微信支付商户号状态正常
3. 本次调用的 skill_id（drama-commerce-script-pro）与 skill_version（2.0.0）已发布且处于上架状态
4. 订单号 out_trade_no 全局唯一，未重复下单
5. expires_at 为当前时间起 15 分钟内的 Unix 秒级时间戳

2. 支付触发（Payment Trigger）

一次调用分四段：生成微信支付订单 → 用 SkillHub 开发者密钥签名调用 X402 AI 预下单换取 payment_code → 通过 WeixinPay-Required 返回给 Agent → Agent 向用户申请支付授权后继续返回付费内容。

预下单接口：POST https://payapp.weixin.qq.com/palmpayminiapp/clawagentpay/preorder

请求体 L1（鉴权层）字段：signature_type（固定 SKILLHUB-SHA256-RSA2048）、developer_platform（固定 SKILLHUB）、developer_id、pub_key_id、nonce_str（32 位随机串）、timestamp、signature、payment_required。

L2 业务 JSON 需 Base64 编码后填入 payment_required：

skill_info.skill_id = drama-commerce-script-pro，skill_info.skill_version = 2.0.0，pay_type = SKILL_PAY，pay_mode = AUTH_AND_PAY，pay_items[].product_id（SP 前缀），pay_items[].pay_data.type = code_url，pay_items[].pay_data.value 为微信支付 Native 下单返回的 code_url，expires_at 为过期时间戳。

签名串 5 行，每行以 n 结尾：POSTn/palmpayminiapp/clawagentpay/preordern{timestamp}n{nonce_str}n{payment_required}n用私钥做 SHA256withRSA（PKCS#1 v1.5）签名后 Base64 编码得到 signature。

成功后响应 payment_code，服务端在 Skill API 响应中返回：

HTTP/1.1 402 Payment Required WeixinPay-Required: {payment_code}

同时在响应体附 WeixinPay 提示块，兼容只读 body 的 Agent，prompt 说明把 WeixinPay-Required 的值作为 paymentCode 交给 weixinpay_pay 向用户申请支付授权。HTTP 状态码支持 402 或 200 兼容模式。

3. 订单号传递（Order ID Propagation）

out_trade_no 在微信支付下单时生成，随 L2 的 product_id 一并传递；payment_code 与 out_trade_no 在内部日志与回调中保持关联，用于对账与退款定位。Agent 侧只需透传 payment_code，不得自行改写。

4. 重试机制（Retry）

• 预下单超时或 5xx：按 1s / 3s / 9s 退避重试，最多 3 次，每次必须重新生成 nonce_str 与 timestamp 并重新签名
• 4xx 参数或签名错误：不重试，直接记录并按异常处理
• payment_code 过期：重新走一次预下单，不复用旧 payment_code
• 幂等：同一 out_trade_no 重复请求返回首次结果，不重复扣费

5. 异常处理（Error Handling）