种草平台母婴育儿文案生成器（Pay Skill · 母婴垂类）

技能概述

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

生成能力全部由卖家服务端提供——包括母婴专属爆款标题公式、六段式正文结构、母婴痛点库、流量标签体系、搜索埋词方法，以及母婴领域的合规红线清单（不替医生做健康建议、不推偏方神药、不宣称接近母乳、不使用医疗与绝对化表述）。本 Skill 文件仅负责发起请求、处理 402 支付流程、展示结果。

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

适用人群：孕妈、0-6 岁宝妈，关注奶粉、辅食、早教、用品。

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

工作流程

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

第一步：准备请求体

{
  "topic": "母婴产品 / 内容主题（必填，至少 2 字。例如：6月龄辅食碗、待产包清单）",
  "style": "闺蜜分享 | 专业测评 | 故事叙事（可选。留空则三种风格各出一套）",
  "audience": "目标人群（可选。例如：新手妈妈、二胎宝妈、孕期8个月）",
  "baby_stage": "宝宝月龄/年龄（可选。例如：6月龄、1岁半）",
  "city": "所在城市（可选。例如：上海、成都。给了就按该城市取天气实况与气温走势）",
  "extra": "额外要求（可选。例如：突出安全材质、要带真实使用场景）"
}

> 母婴内容的月龄非常关键：尽量提供 baby_stage，服务端会据此调整场景与措辞（如辅食阶段、学步阶段），产出更贴合。
> city 值得填：填了才能拿到该城市的真实天气与气温走势，"入秋换季/降温"这类母婴选题才有据可依；不填则跳过天气这一路，其余信号照常。
> 现在是什么季节、离哪个节日还有几天，不需要用户自己说 —— 服务端会实时抓。

第二步：请求资源

curl -v -X POST "https://1487665165-g0c3fgtygh.ap-guangzhou.tencentscf.com/v1/zhongcao-mom-baby" \
  -H "Content-Type: application/json" \
  -d '{"topic": "6月龄辅食碗", "baby_stage": "6月龄", "audience": "新手妈妈"}'

第三步：处理 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-mom-baby" \
  -H "Content-Type: application/json" \
  -H "Payment-Proof: <上一步获得的凭证>" \
  -d '{"topic": "6月龄辅食碗", "baby_stage": "6月龄", "audience": "新手妈妈"}'

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

第五步：展示结果

收到 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 并注明依据，不要自己另起一套无据可依的"热点"。
5. 母婴安全边界不因有了实时数据而放宽：不得借"天气/季节"之名给出健康、医疗或用药建议
   （如"降温了该吃XX药""这个季节必须补XX"）。实时数据只用于场景与穿搭/用品角度。

> ⚠️ 本服务刻意不接入任何"实时热榜"。这一条对母婴垂类尤其重要：实测通用热榜与母婴消费品选题的
> 相关性极低，且安全不可控 —— 热榜曾出现"幼童意外伤害"类词条并排在前列，若被自动写进母婴带货文案，
> 那是事故而不是缺陷。故只采用可验证、可控、与选题真正相关的节假日 / 天气 / 时令三类信号。

⚠️ 付款前先做这一步（约 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 套风格笔记（标题 + 正文 + 标签 + 封面文案）+ 搜索关键词 + 发布策略 + 母婴合规提醒，一次输出齐全，无隐藏收费项。
• 输入建议：一次调用请把主题、月龄、人群、卖点一并给全，避免为补充信息再花一次费用。
• 质量保障：若输出存在明显内容错误或与要求严重不符，可要求重出一次；若服务端返回 GENERATION_FAILED，请用同一支付凭证重试，无需重复付费。
• 退款与免责：退款规则以平台付费协议为准。生成内容为文案创作参考，不构成任何健康或医疗建议；涉及宝宝健康、用药、疫苗、发育指标等问题，请咨询专业医生。

版本变更日志

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

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

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

• ⭐ 新增服务端实时信号注入（本次重点）：生成前服务端会实时抓取三类当下真实数据，
  写入提示词让模型在其上产出，并把原始数据直接回填返回值供用户核对：
  ① 节点倒计时（法定节假日与调休补班日）；② 电商节点（双11/618/年货节等）；
  ③ 时令 + 天气（日期/星期/季节/月令/是否换季窗口；指定城市实况天气与未来 5 天气温走势）。
• ⭐ 新增入参 city（可选）：填了就按该城市取天气实况与气温走势；不填则跳过天气这一路，
  其余信号照常，不报错、不降级整次调用。
• ⭐ 新增返回值字段：report.realtime_text（人类可读的原始信号）、report.realtime（结构化同批数据）、
  report.timely_angles（基于数据推出的 3-5 条「当下就该写的角度」，每条注明依据）、
  report.data_notes（哪一路没取到的如实说明）。
• ⭐ 数字不经过模型转述：真实数据由服务端直接写入返回值，不从模型嘴里过一遍 ——
  数字零失真、省 token，并结构性消除幻觉（模型没有机会编造天气与日期）。
• ⭐ 母婴安全边界不因实时数据而放宽：明确要求不得借"天气/季节"之名给出健康、医疗或用药建议，
  实时数据只用于场景与穿搭/用品角度。
• ⭐ 刻意不接入"实时热榜"，对母婴垂类尤其关键：通用热榜与母婴选题相关性极低，且安全不可控
  —— 实测热榜曾把"幼童意外伤害"类词条排在前列。若被自动写进母婴带货文案，那是事故而不是缺陷。
• 母婴标题公式、痛点库、标签体系、合规清单、支付链路与定价（¥2/次）均未变动。
• 说明：本次服务端升级同步覆盖另外四款付费资源；本文件的调用方式与计费规则不受影响。

v3.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/次）均未变动。

v3.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 -->