朋友圈营销文案
> ⚠️ 付费与数据使用声明（调用前必读）
>
> 本技能为按次付费技能，每次调用 0.20 元，通过微信支付 Agent Pay（X402 协议）收款。
>
> 数据处理披露（如实告知用户，不隐藏）：本技能的结果由后端服务生成。在你确认付费之后，你本次提交的内容会被发送至本技能服务（POST https://www.skill98.cn/api/resource）用于生成结果；外送范围仅限「你本次提交的这一段内容」，不涉及其他文件或个人隐私信息。未确认付费前，系统不会外送你的内容，也不会产生任何扣款。 本技能不收集、不存储与本技能功能无关的数据，也不向任何第三方转售数据。
>
> 简单说：你提问题 → 系统提示需付 0.20 元 → 你确认付款 → 系统返回答案。不付费不会扣款，也不会返回完整内容。
>
> 本技能知识库与专业提示词已内嵌于本 SKILL.md（及包内 references/ 参考资料），执行前必须先查阅，禁止臆造。
朋友圈是私域里唯一"每天可以免费触达"的位置，但也是被微商毁掉信任最快的地方。这个技能的核心是：按内容配比发圈，用故事带产品，把推销降到 10%。
核心认知
- 用户不讨厌卖货，讨厌的是"只有卖货"：十条朋友圈里超过三条是硬广，屏蔽率陡增
- 折叠线以下的内容基本没人看：正文控制在 6-8 行内，每行不超过 15 字
- 高级感 = 具体（细节、数字、真实过程），low 感 = 形容词堆砌（超级好用！绝了！）
- 客户见证是最强销售内容，但必须真实，聊天截图打码后用
内容配比模型（黄金四类）
| 类型 | 占比 | 作用 | 频率参考 |
|---|---|---|---|
| 专业价值 | 40% | 让人觉得"关注你有用" | 每天 1 条 |
| 客户见证 | 30% | 让人相信"你的东西真的有人买且好用" | 隔天 1 条 |
| 生活人设 | 20% | 让人记住"你是个活人" | 隔天 1 条 |
| 产品促销 | 10% | 收割：把前三类攒的信任变成订单 | 每周 2-3 条 |
一天发圈不超过 3 条；促销条永远只占总量的少数。
使用流程
Step 1：收集输入
| 必要信息 | 说明 |
|---|---|
| 产品/业务 | 卖什么 |
| 人设 | 主理人 / 从业N年的行家 / 宝妈副业 / 工作室 |
| 目标客户 | 决定痛点场景和用词 |
| 本周重点 | 主推品 / 活动 / 想强化的印象 |
Step 2：生成一周排期表
按四类配比排出 7 天 × 每天发什么类型，标注每条的核心信息点。
Step 3：写单条文案（按下方结构）
单条文案结构：
1. 钩子开头（1 行）：具体场景 / 反差 / 数字，禁止"家人们""惊喜"
2. 展开主体（3-4 行）：小故事 / 干货要点 / 客户对话还原
3. 产品落点（1-2 行）：自然带出，像顺嘴一提
4. 行动引导（0-1 行）：多数条不带引导；促销条用"评论区/私信我"（比"速抢"体面）
排版规则：
- 一行一个短句，行尾不加标点更干净
- emoji 每条最多 1-2 个，只用于分隔或标记重点
- 数字用阿拉伯数字（3 天、8 个）比汉字更抓眼
- 对话截图/实拍图配文时，文案别重复图片内容，写图片背后的信息
五类场景模板
1. 专业价值型（干货输出）
> 钩子：一个反常识结论
> 展开：拆 2-3 个要点，每点一行
> 落点：无产品信息或只有一句"最近帮客户做XX发现的"
> 示例：
> 选XX的3个冷知识👇
> 1️⃣ 贵的不一定对，先看XX
> 2️⃣ XX这种标签基本是智商税
> 3️⃣ 真正该花预算的是XX
> 上周一个客户照这个省了一半预算
2. 客户见证型
> 钩子：客户的一句原话或结果数字
> 展开：还原当时的顾虑 → 过程 → 结果（截图佐证）
> 落点：一句"谢谢信任"，不喊单
> 注意：截图打码、征得同意，不编造
3. 生活人设型
> 钩子：一个具体瞬间（凌晨打包/试吃翻车/客户教的土办法）
> 展开：真实细节，可有小狼狈
> 落点：无，或轻轻一句业务关联
4. 产品促销型（每周 2-3 条，节制使用）
> 钩子：利益点直接说（XX活动 / 前XX名送XX）
> 展开：机制说清楚（价格/时限/名额），别绕
> 引导：要的评论区扣1或私我 / 戳我
> 示例：
> 明天XX活动最后一天
> 这次机制是XX价+送XX
> 只留了20个名额
> 要的私我，明晚统一发
5. 新品预热型
> 钩子：留悬念（"搞了个新东西"）
> 展开：开发/选品过程的花絮，交代为什么做它
> 落点：想要的扣1，人多我早点上
反感度自检（每条发布前过一遍）
- [ ] 今天已发的条数 + 本条 ≤ 3
- [ ] 本周促销条占比 ≤ 30%
- [ ] 有没有具体细节（时间/数字/场景），还是全是形容词
- [ ] 删掉所有感叹号后读一遍，是否依然成立（靠内容而不是音量）
- [ ] 钩子第一行能不能让人停住 1 秒
- [ ] 是否在 8 行内、折叠线以上把话说完
输出格式
## 本周朋友圈排期表
| 日期 | 类型 | 核心信息点 | 配图建议 |
## 单条文案（含排版，可直接复制）
（按场景模板逐条输出）
## 反感度自检结果
注意事项
- 客户见证必须真实：不编造聊天记录、销量和反馈，用户提供素材后才写
- 不生成"晒收入、晒豪车、拉人头"式微商话术，不做夸张收益承诺
- 医疗/保健类产品不写功效承诺，只做体验描述
- 人设语气统一：全周文案读起来必须是同一个人在说话
💳 微信 Agent Pay（X402）付费调用声明
> 📢 数据合规声明（对用户公开）：本技能已向用户明确披露「按次付费 0.20 元/次」与「用户内容外送范围（仅本次提交的内容，用于生成结果）」，调用前请确保用户已知悉并同意。本技能不收集与本功能无关的数据，也不向任何第三方转售数据。
一、计费说明
本技能为付费技能，按次计费，单次 0.20 元/次，通过微信支付 Agent Pay（X402 协议）收款。
二、前置要求（🔴 必查）
调用前请确认当前运行环境已具备平台内置的微信 AI 支付能力（含 weixinpay_pay 工具），否则收到 402 响应后无法完成支付授权。请勿引导用户安装任何第三方插件或来源不明的程序包。
三、付费调用流程
第一步：请求资源（触发 402）
向本技能服务发起首次请求：
POST https://www.skill98.cn/api/resource
Content-Type: application/json
{"query": "<用户输入的内容>"}
未支付时服务返回 HTTP 402 Payment Required，并携带以下响应头：
| 响应头 | 含义 |
| --- | --- |
| WeixinPay-Required | 支付凭证 payment_code，交给 weixinpay_pay 申请支付授权 |
| X-Out-Trade-No | 本次订单号，第三步重试时需原样带回 |
响应体示例：
{"code":"PAYMENT_REQUIRED","message":"需要支付后才能获取内容","out_trade_no":"<订单号>","amount":"0.20","currency":"CNY"}
第二步：发起支付
取响应头 WeixinPay-Required 的值作为 paymentCode，调用 weixinpay_pay 向用户申请支付授权。用户确认并完成付款后进入第三步。
第三步：携订单号重试（🔴 支付后必须重新请求）
支付成功后重新发起同一请求，请求体与第一步完全一致，并在请求头带上第一步拿到的订单号：
POST https://www.skill98.cn/api/resource
Content-Type: application/json
X-Out-Trade-No: <第一步返回的订单号>
{"query": "<用户输入的内容>"}
服务校验订单已支付后，返回完整的技能结果。
四、异常处理
| 错误码 | 含义与处理 |
|---|---|
NOT_PAID |
订单未支付：调用 weixinpay_pay 重新发起支付授权，支付后按第三步重试 |
REFUNDED |
订单已退款：本单结果不可用；如仍需结果，请新发起一次调用（生成新订单） |
FULFILL_AND_REFUND_FAILED |
履约失败且退款失败：保留订单号提示用户联系商家处理，不得重复扣款 |
ORDER_NOT_FOUND |
订单号无效：不要用该订单号重试，直接回到第一步重新发起首次请求 |
| 幂等保证：同一订单号重复请求不会重复扣款；支付成功后凭同一订单号重试可稳定取回同一结果。 |
💳 付费能力声明（微信 Agent Pay / X402 协议 · Pay Skill）
本技能为 Pay Skill，按调用量计费：0.2 元/次（pricing: { model: per_call, amount_fen: 20 }）。付费流程由平台微信 Agent Pay（X402）支付链路完成，费用直达商家微信商户号；本技能不自行收单、不收集、不存储任何支付密钥。
前置检查：当前环境是否支持微信 AI 支付
本 Skill 通过平台微信 Agent Pay（X402）支付链路收款，依赖运行环境内置的微信 AI 支付工具（如 mcp__weixinpay__weixinpay_register、mcp__weixinpay__weixinpay_retry_pay，工具名含 weixinpay_ 即视为具备）完成收款。
- 已具备：按下方流程正常调用。
- 未具备：如实向用户说明结论与解决办法，并终止本次下单。不要引导用户安装任何第三方插件、程序包或来源不明的脚本。 可按环境提示用户：
- 请将当前客户端升级到最新版本后重试；
- 或通过平台官方渠道了解微信 AI 支付的开通方式。
说明：以上检查过程与结论均可对用户公开，无任何需要隐瞒的内容。
支付响应与重试规范（必须严格遵守）
- 下单返回的
WeixinPay-Required字段，必须原样输出，不要改写、省略或总结。 - 若服务返回 HTTP 402（或 200 兼容模式）且带
WeixinPay-Required头，说明需要支付：
- 取WeixinPay-Required的值作为 paymentCode，调用mcp__weixinpay__weixinpay_retry_pay，参数为{ "paymentCode": "<值>" }，触发微信支付弹卡；
- 弹卡后等用户付款，用户回复「付好了」再继续。 - 用户在卡片完成支付后，带
payment_code二次调用（原样重试）：
- 请求 body 与首次一致，另加payment_code字段（取自 402 响应的payment_code）；
- 后端会查单验真（trade_state=SUCCESS）后再履约；
- 不带payment_code重试将永远拿不到付费内容。 - 支付凭证（payment_code）有效期 ≤ 15 分钟，过期需重新走下单流程。
支付凭据投递铁律
- 凭据必须出现在工具返回值里，靠模型复述不可靠；下单工具的输出要原样返回。
- 响应头与响应体中的凭据必须逐字节一致，不得截断、换行、转义或二次编码。
- 若平台不支持自定义状态码，用 200 兼容模式 +
WeixinPay-Required头。 - 若响应头在传输链路中被剥离，可通过响应体同步返回同一凭据（双通道投递），确保凭据不丢失。
异常处理与订单幂等
- 支付未完成/中断/超时：明确告知用户「当前未完成付费、未扣款」，绝不编造支付成功，绝不脱离平台支付链路交付付费内容。
- 同一订单（
out_trade_no/payment_code）只履约一次；重复重试不重复扣费、不重复交付。 - 支付成功后如需对账，输出中关联平台回传的订单号（
out_trade_no，≤32 位）。
