种草文案助手
拿到的是一篇可以照着发的社交种草笔记：
- 5 个标题，每个不超过 20 字，角度各不相同。
- 正文，300 到 600 字，分段、带少量 emoji，用你自己的事实说话，优点缺点都有。
- 话题标签 5 到 10 个。
- 封面文字：一句主标加一句副标。
- 拍摄清单：4 到 8 张图或镜头，按顺序写清拍什么、露出什么、不拍什么。
所有体验都来自你告诉我的真实情况。没用过的东西不写成亲测，不编评价、销量和前后对比。
给自己做社交种草的店主、博主和普通用户用：你有真实体验，缺的是把它写顺、拍对。
示例：帮我写一篇种草文案，产品是我用了三个月的手冲壶，优点是出水稳，缺点是有点重。一次 0.50 元。
支付宝服务标识：API_2427DB446A8F486F。资源是 POST https://49.232.229.62/v1/xhs。
触发词
种草文案、社交种草、种草笔记、好物分享、封面文案、拍摄清单、种草标题。用户只想改一个标题或一句话时，直接帮忙改，不必付款。
输入参数
| 参数 | 必填 | 说明 |
|---|---|---|
| note | 是 | 一句话：产品或主题，例如「自用三个月的手冲壶，种草给新手」。POST 正文只有这一个字段。不要写手机号、地址等个人信息，它会出现在付款说明里 |
| 真实体验 | 是 | 用了多久、怎么用、好在哪、不好在哪、多少钱、在哪买。至少要有用了多久和一个具体感受。没有就停，不要编 |
| 合作情况 | 是 | 自费、品牌赠送还是商业合作。赠送和合作要在正文标注 |
| 目标读者 | 否 | 比如「新手」「宝妈」「学生党」。不说就按产品写给第一次买的人 |
| 调性 | 否 | 比如「干货」「轻松」「不硬广」 |
| 输出文件名 | 否 | 默认：种草文案_<产品>_YYYYMMDD.md。同名文件加序号，不覆盖 |
POST 正文始终是同一份 JSON，例如 {"note":"产品或主题一句话"}。probe、pay、complete 都复用这一份，不改字段、不改 URL。
价格
一次 0.50 CNY（0.50 元/次）。价格以服务端 402 账单为准，请求体里不写金额，也不要改单价。
安装买家依赖
买家机器执行一次，不要把这个包装进技能 zip：
npx -y @alipay/agent-payment@latest install
装好后应能运行 alipay-bot。卖家 SDK @alipay/alipay-aipay 只留在服务端，用来验凭证和做商家履约确认。不要把它装进本技能，也不要把它当成买家付款工具。后端源码不在本包里。
调用流程
先把输入收齐再付款：产品、真实体验（至少用了多久和一个具体感受）、合作情况都有了。缺了就先问用户，不要先收钱。
付款只走官方买家 CLI。不要自写签名，不要自己拼 Payment-Proof。
状态目录用 .state/<session-id>，权限保持私有。这个目录、.env、node_modules 都不要打进发布包。
- probe：请求资源。未付款时应返回 HTTP 402，响应头里有
Payment-Needed。脚本把该头的原文字节写入 mode 600 的文件，不解码、不改写。状态不是 402，或没有这个头，就停止，不要进入 pay。
node scripts/social-zhongcao-copy-paid.mjs probe --note '产品或主题一句话' --state-dir '.state/SESSION_KEY'
- pay：把账单和原始资源请求交给官方 CLI，展示支付入口，然后停下来等用户付完。教程写出的参数只有这些。POST 正文不另造参数名；正文就是 probe 那一份 JSON，写进
--intent-summary，并保存在订单状态里。
node scripts/social-zhongcao-copy-paid.mjs pay --state-dir '.state/SESSION_KEY' --session-id 'SESSION_KEY'
对应命令：
alipay-bot 402-buyer-pay --session-id 'SESSION_KEY' --file '.state/SESSION_KEY/payment-needed.txt' --resource-url 'https://49.232.229.62/v1/xhs' --method POST --intent-summary '原始请求：写种草平台短文案。POST 正文是同一份 JSON：{"note":"产品或主题一句话"}'
- complete：用户付完后，用同一笔
out-shake-no查询原订单。官方 CLI 会带Payment-Proof重试同一资源 URL、同一 POST。没有out-shake-no就拒绝运行。成功路径不要再发一条独立回执。若 CLI 明确说回执失败，原样告诉用户，并用同一单再跑 complete。
node scripts/social-zhongcao-copy-paid.mjs complete --state-dir '.state/SESSION_KEY' --out-shake-no 'OUT_SHAKE_NO'
对应命令：
alipay-bot 402-query-payment-status --out-shake-no 'OUT_SHAKE_NO' --resource-url 'https://49.232.229.62/v1/xhs' --method POST
查询通过后，接口只确认这笔已经付款。文案由本技能按下面的规则，只用用户给的真实体验在本机写。接口不代写文案。
支付规则
- 未付款：服务端返回 HTTP 402 和
Payment-Needed。这时不要开始做文案。 - 付款后：用
Payment-Proof重试同一次请求。URL、方法、{"note":...}都保持不变。 - 服务端验证凭证和订单。凭证无效或过期时不交付，脚本不得把失败响应当成文案。
- 资源返回后，商家履约确认由服务端完成。买家 CLI 在成功路径里处理回执，脚本不再额外发送回执。回执失败就用同一
out-shake-no重试 complete。 - 订单写在状态文件里，可以恢复。同一
out-shake-no可以重复查询。已经有订单号时，probe 和 pay 都会拒绝再开一单。不要让用户为同一笔再付一次。
怎么写
标题（5 个）：每个不超过 20 字，五个角度各不相同，例如：结论型、踩坑型、对比型、适合谁型、数字型（数字必须来自用户的事实，比如「用了 90 天」）。不用「最、第一、唯一、根治、保证有效、闭眼入」这类绝对化用语。
正文：
- 开头一两句直接说结论和用了多久。
- 中间分三到五段，每段一个小点：怎么用、真实感受、一个缺点或不适合的人、价格和购买渠道（用户给了才写）。
- 第一人称只写用户给过的事实；用户没说的效果，一句都不加。
- emoji 只做段落标记，每段最多一两个。
- 品牌赠送或合作的，正文里写明，并提醒发布时按平台规则勾选合作标注。
- 结尾可以问一个跟内容有关的问题，不写「评论区扣 1」「互关必回」「点赞抽奖」。
话题标签：5 到 10 个，跟产品、用法、人群相关，不蹭无关热门话题。
封面文字：主标 12 字以内，副标 15 字以内，从正文里已有的结论提炼。
拍摄清单：4 到 8 张图或镜头，按顺序写：景别、画面里必须出现的实物或步骤、配一句什么字。顺带写不拍什么：证件号、快递单、他人正脸、未授权的品牌后台。
事实不够时
只给了产品名、没有使用体验：不写成亲测笔记。先问用户要真实体验；用户坚持要先看稿，就出一版「框架稿」，正文里需要真实感受的地方都用【这里写你自己的感受】占位，并在开头标明「补完真实体验前不要发」。
输出
一份 Markdown，顺序固定：5 个标题、正文（附字数）、话题标签、封面文字、拍摄清单，最后是发布前核对：哪几句要换成你自己的原话、要不要标注合作、有没有绝对化用语。
回复用户
用中文短回复：先贴 5 个标题和封面文字，再给文件绝对路径。提醒发布前要核对的地方。CLI 的支付输出按原样给用户。
边界
- 不虚构使用体验、前后对比、销量、评分或买家评价，不写成别人的口吻。
- 不批量生产同质笔记，不提供刷量、控评、互赞或规避平台审核的做法。
- 化妆品、保健食品、医疗器械、减肥、理财类，只写用户的真实使用感受，不写功效、疗效或收益承诺。
- 不登录任何种草平台账号，不替用户发布、评论或私信。
- 不读取私钥，不把密钥、
.env或服务端源码放进技能包。
