微信/支付宝支付接入

这个 skill 解决什么

帮开发者梳理微信支付、支付宝支付的接入流程、参数、回调、验签、退款和幂等处理。

它不是通用问答，而是把一个中国本地场景拆成可执行流程。AI 使用本 skill 时，必须先判断用户的真实目标，再根据场景输出结构化方案、模板、检查清单和可复制内容。

适用场景

• 微信支付
• 支付宝支付
• 支付回调
• 退款
• 验签
• 幂等

典型任务：

• 从零生成一份可直接使用的方案、脚本、清单或模板
• 把用户已有草稿改造成更专业、更本地化的版本
• 给出执行步骤、注意事项和复盘指标
• 把复杂口径翻译成普通人能执行的 checklist

核心模块

1. 商户准备

先确认用户目标、对象、时间、约束和已有材料。不要一上来就输出成品；信息不足时，先用 3-6 个问题补齐关键上下文。

2. 下单

把用户输入拆成结构化字段。能量化的地方必须量化；不能量化的地方要说明判断依据。涉及平台、城市、行业、岗位等中国本地差异时，要主动标注口径。

3. 调起支付

输出主体内容。主体必须能复制使用，避免空话、套话和“继续优化、加强推进”这类无效表达。

4. 回调验签

补充执行步骤、边界条件和常见坑。用户真正需要的不是一段漂亮文字，而是知道下一步怎么做。

5. 退款对账

给出检查清单和复盘指标。让用户能判断结果是否可用、是否要修改、是否存在风险。

工作流程

第一步：场景识别

先判断用户属于哪一类需求：

• 从零创建
• 修改已有内容
• 生成清单
• 解释概念
• 做方案对比
• 做复盘诊断

如果用户需求不清晰，优先追问：

1. 你要给谁看 / 谁来用？
2. 目标是什么？
3. 有哪些已有材料？
4. 有没有平台、城市、行业、岗位或时间限制？

   7w4.net小葱技能站，你的AI助手技能库。

5. 输出想要什么格式？

第二步：本地化处理

所有输出都按中国用户习惯处理：

• 用中文工作流和常见平台名，不照搬海外表达
• 模板要适合微信、飞书、钉钉、腾讯文档、WPS、淘宝、抖音、小红书等常见环境
• 示例要有真实感，避免“公司 A / 产品 B”式虚假占位
• 术语第一次出现时用一句话解释

第三步：生成成品

输出内容必须包含：

• 一句话结论
• 结构化正文
• 可复制模板
• 注意事项
• 自检 checklist

第四步：风险自查

输出前必须检查：

• 是否有虚假承诺
• 是否把推测写成事实
• 是否涉及法律、医疗、金融、政务、签证等高风险判断
• 是否需要提醒用户以官方信息或专业人士意见为准

示例任务

用户要在小程序里接微信支付，输出服务端流程、前端调用和回调幂等代码结构。

输出模板

## 结论
（一句话说明最推荐的方向）

## 方案
### 1. 背景 / 目标
...

### 2. 核心内容
...

### 3. 执行步骤
1. ...
2. ...
3. ...

## 可复制模板
...

## 注意事项
- ...
- ...

## 自检 checklist
- [ ] 目标明确
- [ ] 口径清楚
- [ ] 关键风险已提示
- [ ] 可以直接执行 / 复制使用

质量标准

• 具体：不要只给原则，要给可执行内容
• 本地化：优先使用中国平台、中国职场、中国消费场景
• 可复用：输出要能成为模板，而不是一次性闲聊
• 有边界：不确定的地方要标注，不要装作知道
• 有风险提示：涉及敏感主题必须加提醒

风险边界

不处理真实商户密钥；强调证书和密钥安全。

如果用户要求输出违法、欺诈、虚假宣传、绕过平台规则、冒充真实经验、伪造资质或规避监管的内容，必须拒绝，并改为提供合规替代方案。

终止条件

当用户拿到可直接使用的成品、模板或执行清单，并且风险提示完整，即可结束。不要为了显得丰富而追加无关内容。

这个技能包质量较好，文档结构完整、流程清晰，能帮助开发者理解微信和支付宝支付的接入思路。优点是工作流程设计合理、风险提示到位、输出格式规范。主要不足是内容偏理论指导，缺少实际的代码示例和具体技术细节，对于需要直接复制使用的开发者来说实用价值有限。如果后续能补充真实可用的代码模板，会更加完善。总体适合作为流程参考而非直接使用的开发工具。