diff --git a/docs/pay-orchestration-design.html b/docs/pay-orchestration-design.html index bda68fe..1ee6cc4 100644 --- a/docs/pay-orchestration-design.html +++ b/docs/pay-orchestration-design.html @@ -55,6 +55,7 @@
一句话:控制面新增一个支付编排层,把不同支付平台(哪吒聚合支付、加密货币、未来 Stripe/信用卡/epay)统一到「Order 业务订单 + PaymentAttempt 支付尝试 + Provider 适配器」模型;客户端只认服务端下发的少数几种渲染形态(render_type),不认具体平台。同形态的新网关 = 零改客户端;只有全新交互形态才动客户端。
+

📋 实现计划:P1 数据层 + 开通重构(7 阶段之一;P2–P7 落地前逐一细化)。本文档是全景蓝图,计划是逐步施工图。

1. 背景与目标

Pangolin 当前没有 App 内支付:用户变 pro 的唯一路径是兑换激活码(POST /v1/redeem),客户端"购买"卡片是 onTap: () {} 空实现。控制面没有订单系统(migration 000001–000021 无 orders/payment 表),只有 codes 激活码履约。这是一块绿地。

@@ -371,7 +372,7 @@ GET /v1/webhooks/pay/nazha (哪吒, RSA 验签, GET) -

相关文档:支付渠道选型总览 · 干净 USDT 方案 · 单地址收款模型 · 加密交易引擎

+

实现计划:P1 数据层 + 开通重构(真相源 docs/superpowers/plans/2026-07-09-pay-orchestration-p1-schema-grant.md)。
相关文档:支付渠道选型总览 · 干净 USDT 方案 · 单地址收款模型 · 加密交易引擎

diff --git a/docs/superpowers/plans/2026-07-09-pay-orchestration-p1-schema-grant.md b/docs/superpowers/plans/2026-07-09-pay-orchestration-p1-schema-grant.md index b498cff..d6bca2f 100644 --- a/docs/superpowers/plans/2026-07-09-pay-orchestration-p1-schema-grant.md +++ b/docs/superpowers/plans/2026-07-09-pay-orchestration-p1-schema-grant.md @@ -2,6 +2,8 @@ > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking. +> **设计文档(全景蓝图):** `docs/pay-orchestration-design.html`(架构/契约/取舍)。本计划是其 7 阶段中的 **P1** 落地;阅读版 `docs/pay-orchestration-p1-plan.html`。 + **Goal:** 给控制面加支付订单数据层(`pay_orders` + `pay_attempts`)并把「开通订阅」逻辑从 codes 里抽成可复用、可传 `source` 的 `subscription` 包,为后续支付编排(P2+)打地基。 **Architecture:** 两张新表:`pay_orders`(业务订单,order_no 幂等,建单时锁定 user/plan/天数)+ `pay_attempts`(支付尝试,`UNIQUE(provider,provider_ref)` 幂等)。开通逻辑从 `codes.Service.applySubscription` 抽到新包 `server/internal/subscription`,`Grant(...)` 收 `source` 参数;`subscriptions.source` 枚举加 `'pay'`。codes 改为委托新包,行为不变。