三平台改写
拿到的是同一篇稿子的三个版本，每版都能直接复制去发：
- 知乎版：先给结论，再分点讲道理和依据，2 个标题备选。
- 公众号版：标题、120 字以内的摘要、开头钩子、带小标题的短段落、结尾引导。
- 小红书版：20 字以内的标题、分段带 emoji 的短正文、话题标签和封面文字。
最后附一张对照表：三版各多少字、标题怎么改的、删了什么、挪了什么。你的观点、数据和例子保持原样，不添新事实。
给写一篇稿子、想在三个平台都发但没时间改三遍的作者、运营和小老板用。
示例：把这篇副业记账的经验稿改成知乎、公众号、小红书三版。一次 0.50 元。
支付宝服务标识：API_867D1FE9978B4DDD。资源是 POST https://49.232.229.62/v1/rewrite。
触发词
三平台改写、一稿多发、多平台分发、知乎改写、公众号改写、小红书改写、文章改写、改成知乎体、改成小红书风格。用户只要改一个平台、或者只改一段话时，直接帮忙改，不必付款。
输入参数
| 参数 | 必填 | 说明 |
|---|---|---|
| note | 是 | 一句话说明原稿主题，例如「一篇关于副业记账的经验稿」。POST 正文只有这一个字段。不要把原稿全文写进 note，它会出现在付款说明里 |
| 原稿 | 是 | 粘贴的正文，或 TXT、Markdown、DOCX 文件。没有原稿就停，不要自己先写一篇 |
| 目标读者 | 否 | 比如「刚工作的年轻人」。不说就沿用原稿的读者 |
| 不能改的内容 | 否 | 数据、引语、品牌名、产品名、固定口号。默认这些都原样保留 |
| 作者身份 | 否 | 原稿以什么身份说话（从业者、学生、店主）。只用用户给的 |
| 输出文件名 | 否 | 默认写在原稿旁边：三平台改写_<原稿名>_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/three-platform-rewrite-paid.mjs probe --note '原稿主题一句话' --state-dir '.state/SESSION_KEY'
- pay：把账单和原始资源请求交给官方 CLI，展示支付入口，然后停下来等用户付完。教程写出的参数只有这些。POST 正文不另造参数名；正文就是 probe 那一份 JSON，写进
--intent-summary，并保存在订单状态里。
node scripts/three-platform-rewrite-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/rewrite' --method POST --intent-summary '原始请求：把一篇稿子改成知乎、公众号、小红书三版。POST 正文是同一份 JSON：{"note":"原稿主题一句话"}'
- complete：用户付完后，用同一笔
out-shake-no查询原订单。官方 CLI 会带Payment-Proof重试同一资源 URL、同一 POST。没有out-shake-no就拒绝运行。成功路径不要再发一条独立回执。若 CLI 明确说回执失败，原样告诉用户，并用同一单再跑 complete。
node scripts/three-platform-rewrite-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/rewrite' --method POST
查询通过后，接口只确认这笔已经付款。三版改写由本技能按下面的规则，在本机从用户的原稿改写。接口不代写，也不接收原稿。
支付规则
- 未付款：服务端返回 HTTP 402 和
Payment-Needed。这时不要开始做改写稿。 - 付款后：用
Payment-Proof重试同一次请求。URL、方法、{"note":...}都保持不变。 - 服务端验证凭证和订单。凭证无效或过期时不交付，脚本不得把失败响应当成改写稿。
- 资源返回后，商家履约确认由服务端完成。买家 CLI 在成功路径里处理回执，脚本不再额外发送回执。回执失败就用同一
out-shake-no重试 complete。 - 订单写在状态文件里，可以恢复。同一
out-shake-no可以重复查询。已经有订单号时，probe 和 pay 都会拒绝再开一单。不要让用户为同一笔再付一次。
三版怎么改
先读完原稿，列出核心观点、关键数据、例子和作者经历。三版都只用这张清单里的东西，换的是结构、语气和篇幅。
知乎版
- 标题：给 2 个备选，一个问题式（适合挂到相关问题下回答），一个观点式（适合发文章），不用标题党。
- 结构：第一段直接给结论；中间用小标题分点，每点「观点 + 原稿里的依据或例子」；结尾一段总结，可以补一句适用边界。
- 语气：理性、讲依据，少用感叹号和 emoji。
- 篇幅：贴着原稿的信息量，通常 1500 到 3000 字；原稿只有几百字，就不为凑字数注水。
公众号版
- 标题：15 到 30 字（平台上限 64 字），说清读者能得到什么。
- 摘要：120 字以内（平台上限）。
- 结构：开头两三句钩子（一个场景或一个问题，必须来自原稿）；三到五个小标题；手机阅读每段三四行；重点句加粗。
- 结尾：一句总结加一个跟内容相关的互动问题。不写「转发到朋友圈领取」这类诱导分享的话。
- 篇幅：1500 到 2500 字，原稿短就跟着短。
小红书版
- 标题：20 字以内（平台上限），口语化，可以带一个数字（必须是原稿里的数字）。
- 正文：1000 字以内（平台上限），建议 300 到 600 字；开头一句说结论；分三到五个小点，每点前一个 emoji；口语短句。
- 话题标签：5 到 10 个，跟内容相关。
- 封面文字：主标 12 字以内。
- 原稿是经验分享就保留第一人称；原稿是知识科普，不硬改成「我亲测」。
三版都不用「最、第一、唯一、保证」这类绝对化用语，除非原稿就是这么写的且有依据；有依据的也提醒用户核对。
输出
一份 Markdown，顺序固定：
- 知乎版：标题 A / 标题 B、正文、字数。
- 公众号版：标题、摘要、正文、字数。
- 小红书版：标题、正文、话题标签、封面文字、字数。
- 对照表：列为 平台、标题、字数、结构、删减或挪动的内容。
- 需要你核对：原稿里没有出处的数据、可能过时的说法、需要换成自己原话的句子。
回复用户
用中文短回复：三版的标题和字数，文件绝对路径，需要核对的地方。CLI 的支付输出按原样给用户。
边界
- 不添原稿里没有的数据、案例、引语或个人经历，不改变作者的观点。
- 原稿疑似转载或抄袭他人作品时，提醒用户确认版权，不帮忙洗稿。
- 不登录任何平台，不替用户发布、排版上传或定时发送。
- 医疗、理财、法律类内容只换表达，不加结论或承诺。
- 不读取私钥，不把密钥、
.env或服务端源码放进技能包。
