微信/支付寶支付接入

這個 skill 解決什麼

幫開發者梳理微信支付、支付寶支付的接入流程、引數、回撥、驗籤、退款和冪等處理。

它不是通用問答，而是把一箇中國本地場景拆成可執行流程。AI 使用本 skill 時，必須先判斷使用者的真實目標，再根據場景輸出結構化方案、模板、檢查清單和可複製內容。

適用場景

• 微信支付
• 支付寶支付
• 支付回撥
• 退款
• 驗籤
• 冪等

典型任務：

• 從零生成一份可直接使用的方案、指令碼、清單或模板
• 把使用者已有草稿改造成更專業、更本地化的版本
• 給出執行步驟、注意事項和復盤指標
• 把複雜口徑翻譯成普通人能執行的 checklist

核心模組

1. 商戶準備

先確認使用者目標、物件、時間、約束和已有材料。不要一上來就輸出成品；資訊不足時，先用 3-6 個問題補齊關鍵上下文。

2. 下單

把使用者輸入拆成結構化欄位。能量化的地方必須量化；不能量化的地方要說明判斷依據。涉及平臺、城市、行業、崗位等中國本地差異時，要主動標註口徑。

3. 調起支付

輸出主體內容。主體必須能複製使用，避免空話、套話和“繼續最佳化、加強推進”這類無效表達。

4. 回撥驗籤

補充執行步驟、邊界條件和常見坑。使用者真正需要的不是一段漂亮文字，而是知道下一步怎麼做。

5. 退款對賬

給出檢查清單和復盤指標。讓使用者能判斷結果是否可用、是否要修改、是否存在風險。

工作流程

第一步：場景識別

先判斷使用者屬於哪一類需求：

• 從零建立
• 修改已有內容
• 生成清單
• 解釋概念
• 做方案對比
• 做復盤診斷

如果使用者需求不清晰，優先追問：

1. 你要給誰看 / 誰來用？
2. 目標是什麼？
3. 有哪些已有材料？
4. 有沒有平臺、城市、行業、崗位或時間限制？
5. 輸出想要什麼格式？

第二步：本地化處理

所有輸出都按中國使用者習慣處理：

• 用中文工作流和常見平臺名，不照搬海外表達

  7w4.net小蔥技能。

• 模板要適合微信、飛書、釘釘、騰訊文件、WPS、淘寶、抖音、小紅書等常見環境
• 示例要有真實感，避免“公司 A / 產品 B”式虛假佔位
• 術語第一次出現時用一句話解釋

第三步：生成成品

輸出內容必須包含：

• 一句話結論
• 結構化正文
• 可複製模板
• 注意事項
• 自檢 checklist

第四步：風險自查

輸出前必須檢查：

• 是否有虛假承諾
• 是否把推測寫成事實
• 是否涉及法律、醫療、金融、政務、簽證等高風險判斷
• 是否需要提醒使用者以官方資訊或專業人士意見為準

示例任務

使用者要在小程式裡接微信支付，輸出服務端流程、前端呼叫和回撥冪等程式碼結構。

輸出模板

## 結論
（一句話說明最推薦的方向）

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

### 2. 核心內容
...

### 3. 執行步驟
1. ...
2. ...
3. ...

## 可複製模板
...

## 注意事項
- ...
- ...

## 自檢 checklist
- [ ] 目標明確
- [ ] 口徑清楚
- [ ] 關鍵風險已提示
- [ ] 可以直接執行 / 複製使用

質量標準

• 具體：不要只給原則，要給可執行內容
• 本地化：優先使用中國平臺、中國職場、中國消費場景
• 可複用：輸出要能成為模板，而不是一次性閒聊
• 有邊界：不確定的地方要標註，不要裝作知道
• 有風險提示：涉及敏感主題必須加提醒

風險邊界

不處理真實商戶金鑰；強調證書和金鑰安全。

如果使用者要求輸出違法、欺詐、虛假宣傳、繞過平臺規則、冒充真實經驗、偽造資質或規避監管的內容，必須拒絕，並改為提供合規替代方案。

終止條件

當用戶拿到可直接使用的成品、模板或執行清單，並且風險提示完整，即可結束。不要為了顯得豐富而追加無關內容。

這個技能包質量較好，文件結構完整、流程清晰，能幫助開發者理解微信和支付寶支付的接入思路。優點是工作流程設計合理、風險提示到位、輸出格式規範。主要不足是內容偏理論指導，缺少實際的程式碼示例和具體技術細節，對於需要直接複製使用的開發者來說實用價值有限。如果後續能補充真實可用的程式碼模板，會更加完善。總體適合作為流程參考而非直接使用的開發工具。