小红薯种草文案生成器 Pro（爆款笔记一键成稿 · Pay Skill）

技能概述

本 Skill 提供种草文案生成服务。该服务是基于 A2M 智能收协议（HTTP 402）的付费资源：买家（消费者 Agent）通过本 Skill 向卖家服务端发起资源请求，服务端返回 402 Payment-Needed 响应报文，买家需将该报文传递给支付宝的 alipay-payment-skill 技能以完成付款，付款完成后即可获得文案。

生成能力全部由卖家服务端提供——包括爆款标题公式库、六段式正文结构、SEO 搜索埋词方法、标签体系、去 AI 味改写规则、限流词与合规清单、发布与评论区运营策略。本 Skill 文件仅负责发起请求、处理 402 支付流程、展示结果。

> 品牌合规声明：本技能为第三方独立开发的文案创作工具，与小红书（行吟信息科技（上海）有限公司）及其他任何平台均无官方关联。生成内容请遵守各平台社区规范与《广告法》；提及平台名称仅作使用场景指示，不构成任何官方合作或授权关系。

> 支付技能说明：alipay-payment-skill 是支付宝官方统一支付技能，已涵盖收银台支付与 HTTP 402 协议支付（SkillHub 上另有独立发布的 alipay-pay-for-402-service，名称不同但同属 402 支付能力，任一可用即可）。安装方式见下方「⚠️ 付款前先做这一步」——一条 npx 命令即可装齐。
> 若你的运行环境中该技能名称不同，请把 402 报文交给任意具备「支付宝 AI 付 / 402 按量付费」能力的技能处理。

工作流程

服务端会按你给定的主题输出 3 套完整笔记（闺蜜分享 / 专业测评 / 故事叙事三种风格），每套含标题、正文、标签与封面文案，并附搜索关键词、发布策略建议与合规提醒。

第一步：准备请求体

{
  "topic": "要推广的产品或品类（必填，至少 2 字。例如：便携榨汁杯）",
  "style": "闺蜜分享 | 专业测评 | 故事叙事（可选。留空则三种风格各出一套）",
  "audience": "目标人群（可选。例如：上班族女生、学生党）",
  "city": "所在城市（可选。例如：上海、成都。给了就按该城市取天气实况与气温走势）",
  "extra": "额外要求（可选。例如：突出平价、要带使用场景、避免夸大）"
}

> 主题越具体，产出越可用：把产品名 + 核心卖点 + 人群一起放进 topic 或 extra，比只给一个品类词效果好得多。
> city 值得填：填了才能拿到该城市的真实天气与气温走势，"换季/降温"这类角度才有据可依；不填则跳过天气这一路，其余信号照常。
> 这个季节/节点的判断不需要用户自己说 —— 服务端会实时抓。

第二步：请求资源

curl -v -X POST "https://1487665165-g0c3fgtygh.ap-guangzhou.tencentscf.com/v1/zhongcao-copywriting" \
  -H "Content-Type: application/json" \
  -d '{"topic": "便携榨汁杯", "audience": "上班族女生", "extra": "突出平价与清洗方便"}'

第三步：处理 402 响应

你将收到一个状态码为 402 的响应报文，其中包含 Payment-Needed 响应头。此时需将整个 402 响应报文传递给支付宝的 alipay-payment-skill 技能，引导用户完成付款。

⚠️ 必须原样传递完整的 402 响应报文（含全部响应头与响应体），不要自行解析、改动或只传金额。 支付凭证由该技能生成。

第四步：携带支付凭证重试

用户完成付款后，支付宝技能会返回 Payment-Proof。携带它重新请求同一个 URL：

curl -v -X POST "https://1487665165-g0c3fgtygh.ap-guangzhou.tencentscf.com/v1/zhongcao-copywriting" \
  -H "Content-Type: application/json" \
  -H "Payment-Proof: <上一步获得的凭证>" \
  -d '{"topic": "便携榨汁杯", "audience": "上班族女生", "extra": "突出平价与清洗方便"}'

> 重试时的请求体必须与首次请求完全一致，否则会出现资源不一致的校验失败。

第五步：展示结果

收到 200 OK 后，响应体中的 content.report 即为成果。请按下述结构转述给用户，不要原样抛出 JSON：

1. 逐套呈现笔记 —— 每套给出：风格、标题、正文（保留分段与适当 emoji）、标签、封面文案
2. 搜索关键词 —— 列出 search_keywords，并说明哪些适合放在标题、哪些放正文
3. 发布策略 —— 把 publishing_tips 整理成可执行的发布建议（时间、节奏、互动动作）
4. 实时信号与选题角度 —— 见下方专门说明（这版新增，必须呈现）
5. 合规提醒 —— 逐条说明 compliance_notes，特别是需要替换的表述
6. 下一步建议 —— 告诉用户可继续（如需换风格/换人群）再发起一次调用

正文较长时按套分块呈现，不要压成一大段。若用户需要 Word / 图文排版成品，由你使用文件工具对上述内容排版输出，不额外请求服务端。

（说明）实时信号是怎么来的——这版为什么值得按次付费

本服务与"纯模板套壳工具"的核心差异：每次调用，服务端都会实时抓取当下真实数据，再让模型在这些数据上产出内容。三条腿：

这些真实数据由服务端直接写入返回值，不经过模型转述：

• report.realtime_text —— 服务端抓到的原始信号文本（人类可读，用户可自行核对）
• report.realtime —— 同一批数据的结构化版本（calendar / shopping_nodes / season / weather / weather_trend）
• report.timely_angles —— 基于上述数据推出的 3-5 条「当下就该写的角度」，每条注明由哪条数据推出
• report.data_notes —— 某一路没抓到时在这里如实说明

> ⭐ 为什么它值这个钱：节点、天气、时令每天都在变，所以同一个主题隔几天再算，结论是不同的
> ——这不是"换个说法再卖一次"，而是数据本身变了。一次买断的模板做不到这一点。

转述要求：

1. realtime_text 必须原样呈现（可排版，但不得改写数字）。它是用户能拿去和天气 App、日历逐条核对的凭据。
2. 区分实况与预报：写"现在/目前"只能用实况数据；写"未来几天"只能用走势数据。不得把预报说成当前。
3. 如实标注缺失：data_notes 提到某类数据没取到时，如实告知"本期未使用时令角度"，
   绝对不许编造节日日期、气温、天气、AQI 或电商节点。
4. 优先采用服务端给的 timely_angles 并注明依据（如"离中秋 6 天 → 礼盒囤货角度"），
   不要自己另起一套无据可依的"热点"。

> ⚠️ 本服务刻意不接入任何"实时热榜"。不是技术上做不到，而是：通用热榜与消费品选题的相关性极低，
> 且安全不可控（热榜上出现社会事件、事故类词条时，把它写进带货文案是事故而不是缺陷）。
> 故只采用可验证、可控、与选题真正相关的节假日 / 天气 / 时令三类信号。

⚠️ 付款前先做这一步（约 30 秒，只需一次）

本资源的收款走支付宝「AI 按量付费」。调用方（买家）环境必须先具备支付宝支付能力，
否则会出现「已拿到 402 报文、却无处可付」的死路——这是本类付费资源最常见的失败原因。

一条命令装齐

npx -y @alipay/alipay-aipay@latest install

这条官方安装器会一并装好支付 CLI（alipay-bot）与配套支付技能，无需再去技能市场逐个搜索安装。

> ⚠️ 不要用中文关键词去技能市场搜「支付宝 402 支付」「支付宝按量付费」——
> 配套技能在平台上用的是英文 slug，中文检索命中不到，会把用户带进死胡同。
> 上面那条 npx 命令是官方入口，装完即具备全部依赖。

装完自查

alipay-bot check-wallet

> 授权链接 / 二维码约 5 分钟过期；过期就重新生成一条，不要复用历史链接。

三条硬约束

1. 依赖装不上就如实告知用户：「当前环境缺少支付宝支付能力，无法完成付款。」
   不要绕过支付自行生成内容，也不要假装已完成。
2. 钱包授权与付款必须由用户本人确认（扫码 / 确认页）。Agent 只负责发起与透传，不得代为确认。
3. 402 报文与 Payment-Proof 原样转发，不要自行解析、改动或只传金额；
   重试时请求体必须与首次完全一致，否则会出现资源不一致的校验失败。

支付链路说明（服务端实现）

本资源遵循 A2M（支付宝 AI 按量付费） 标准时序。验付与履约均由卖家服务端完成，调用方只需原样转发报文与凭证：

> 调用方无需自行实现验签、验付调用或履约回执 —— 这些均为服务端职责。调用方只需保证：402 报文与 Payment-Proof 原样转发；重试请求体与首次请求完全一致。

异常情况处理

• 用户拒绝付款：尊重用户选择，告知用户该内容为付费资源，如需获取请完成支付。不要自行代替用户完成免费生成。
• 返回 503 MODEL_UNAVAILABLE：服务端生成能力暂时不可用。本次未产生任何费用（响应体 charged: false），请如实告知用户稍后重试，不要引导付款。
• 返回 400 BAD_REQUEST：入参不合法（如 topic 为空或过短）。响应体 charged: false，未产生费用；请补齐主题后重新发起。
• 返回 503 GENERATION_FAILED：已付款但生成失败。响应体 charged: true, retryable: true —— 请用同一支付凭证重试同一请求，不要引导用户再次付款。
• 返回 500 SERVER_NOT_CONFIGURED：服务端配置不完整，属于部署方问题，请如实告知用户服务暂不可用，不要重试。
• 405：本资源只接受 POST。
• 其余异常情况将由 alipay-payment-skill 技能处理。

输入要素

计费与交付说明（Pay Skill · ¥2/次）

• 计费方式：按次付费，单次调用 ¥2.00。一次调用 = 从请求到拿到 3 套完整笔记的完整交付。
• 交付边界：3 套风格笔记（标题 + 正文 + 标签 + 封面文案）+ 搜索关键词 + 发布策略 + 实时信号与当下选题角度 + 合规提醒，一次输出齐全，无隐藏收费项。
• 输入建议：一次调用请把主题、人群、卖点、期望风格一并给全，并填上 city —— 填了才能拿到该城市的真实天气与气温走势。避免为补充信息再花一次费用。
• 质量保障：若输出存在明显内容错误或与要求严重不符，可要求重出一次；若服务端返回 GENERATION_FAILED，请用同一支付凭证重试，无需重复付费。
• 退款与免责：退款规则以平台付费协议为准。生成内容为文案创作参考，使用前请自行核对产品信息真实性并遵守《广告法》与平台社区规范。

版本变更日志

v6.0.6（当前版本 · Pay Skill · 合规加固）

• 合规加固（本版核心）：新增「合规与标识（使用前必读）」章节，写明四条义务 —— 广告可识别性（《互联网广告管理办法》第九条第三款、《广告法》第十四条）、AI 生成内容标识（《人工智能生成合成内容标识办法》，2025-09-01 施行）、拒绝产出医疗/绝对化/投资建议等违规内容并给出合规替代、责任边界（发布者为第一责任人）。
• 功能、入参、输出格式与计价（¥2/次）均未变动。

v6.0.5（当前版本 · Pay Skill · ¥2/次）

• ⭐ 新增服务端实时信号注入（本次重点）：生成前服务端会实时抓取三类当下真实数据，
  写入提示词让模型在其上产出，并把原始数据直接回填返回值供用户核对：
  ① 节点倒计时（法定节假日与调休补班日）；② 电商节点（双11/618/年货节等固定日期节点的倒计时与适用角度）；
  ③ 时令 + 天气（日期/星期/季节/月令/是否换季窗口；指定城市实况天气与未来 5 天气温走势）。
• ⭐ 新增入参 city（可选）：填了就按该城市取天气实况与气温走势，换季/降温类角度才有据可依；
  不填则跳过天气这一路，其余信号照常，不报错、不降级整次调用。
• ⭐ 新增返回值字段：report.realtime_text（人类可读的原始信号）、report.realtime（结构化同批数据）、
  report.timely_angles（基于数据推出的 3-5 条「当下就该写的角度」，每条注明依据）、
  report.data_notes（哪一路没取到的如实说明）。
• ⭐ 数字不经过模型转述：真实数据由服务端直接写入返回值，不从模型嘴里过一遍 ——
  数字零失真、省 token，并结构性消除幻觉（模型没有机会编造天气与日期）。
• ⭐ 刻意不接入"实时热榜"：通用热榜与消费品选题相关性极低，且安全不可控
  （热榜出现社会事件类词条时写进带货文案是事故而非缺陷）。只采用可验证、可控、与选题真正相关的三类信号。
• 标题/正文/标签/封面/发布策略/合规提醒的结构与数量、支付链路、定价（¥2/次）均未变动。
• 说明：本次服务端升级同步覆盖另外四款付费资源；本文件的调用方式与计费规则不受影响。

v6.0.4（当前版本 · Pay Skill · ¥2/次）

• 修复买家侧付款死路（本次重点）：原「买家侧支付能力前置检查」章节要求买家自行到技能市场
  检索并安装 alipay-payment-skill、alipay-authenticate-wallet 两个技能，但这二者在平台上
  使用英文 slug，中文检索命中不到；实际结果是买家 Agent 卡在依赖安装这一步、付款流程终止。
• 改为官方一键安装器 npx -y @alipay/alipay-aipay@latest install：一条命令装齐支付 CLI
  与配套支付技能；并明确写入「不要用中文关键词去搜英文 slug 技能」的提醒。
• 新增 alipay-bot check-wallet 三态自查表（已开启 / applied_unbound / 未开通），
  逐态给出下一步动作；补写授权链接约 5 分钟过期、不可复用历史链接。
• 硬约束保留并收紧：依赖装不上须如实告知且不得绕过支付、付费与授权须用户本人确认、
  402 报文与 Payment-Proof 原样转发。
• 服务端支付链路、入参、输出格式与定价（¥2/次）均未变动。

v6.0.3（当前版本 · Pay Skill · ¥2/次）

• 修复买家侧支付死路（本次重点）：新增「⚠️ 买家侧支付能力前置检查」章节。此前 SKILL.md 只写了「把 402 报文交给 alipay-payment-skill」，但未说明该技能与 alipay-bot CLI 在买家环境可能并不存在、也未给出安装方式，导致买家 Agent 在缺依赖时无自救路径而终止支付。
• 写明三项依赖与检测/安装方式：alipay-bot CLI（npm install @alipay/agent-payment@1.0.3 && npx @alipay/agent-payment@1.0.3 install-cli）、技能 alipay-payment-skill、技能 alipay-authenticate-wallet；并给出一键方式 npx -y @alipay/agent-payment@latest install。
• 点明检索失败的真实原因：这两个技能在 SkillHub 使用英文 slug，中文关键词检索命中不到。
• 补充四条硬约束：技能与 CLI 缺一不可；钱包授权须交由 alipay-authenticate-wallet；付款/授权须由用户本人确认；依赖装不上时如实告知，不得绕过支付自行生成内容。
• 修正原稿中「alipay-pay-for-402-service 已停止维护」这一未经核实的表述（实测该 slug 在 SkillHub 仍在发布）。
• 服务端链路、入参、输出格式与计费（¥2/次）均未变动。

<!-- COMPLIANCE-BLOCK v1 -->

合规与标识（使用前必读）

本技能产出的是内容草稿 / 信息整理结果，不是可直接发布的成品，也不构成任何专业意见。
使用与发布时请遵守以下四条：

1. 广告可识别性：通过知识介绍、经验分享、消费测评等形式推销商品或服务，并附加购物链接等
   购买方式的，依《互联网广告管理办法》第九条第三款与《广告法》第十四条，
   发布时必须显著标明「广告」字样，使其与普通信息可区分。未标明属违法，可处十万元以下罚款。
2. AI 生成内容标识：本技能输出为 AI 辅助生成。依《人工智能生成合成内容标识办法》
   （2025-09-01 施行），发布时须按所用平台的规则主动声明 AI 辅助生成；
   不得删除、篡改、隐匿标识，也不得协助他人这样做。
3. 不得改写为违法内容：若被要求产出医疗或功效断言、绝对化用语、虚假承诺、
   投资建议、法律意见等违规内容，应拒绝该部分并给出合规替代表述，其余部分正常生成。
4. 责任边界：内容是否合规取决于实际发布的商品、宣称依据与所在平台规则；
   发布者是内容合规的第一责任人，请在发布前人工核对商品真实资质与宣称依据。

本技能面向商品推广文案场景，输出须经人工核对商品的真实资质与宣称依据后
方可发布；不得将商品功效与药品、医疗器械相混淆。

<!-- /COMPLIANCE-BLOCK -->