feat: scaffold supabase multi-tenant backend

docs/refactor/auth-payment-provider-plan.md

@@ -0,0 +1,94 @@
+# 国内认证与支付接入方案
+
+## Supabase 边界
+
+Supabase 适合承担 PostgreSQL、RLS、Auth、Edge Functions、Webhook/Hooks 等底座能力，但它不是中国大陆支付网关，也不会内置微信支付、支付宝、阿里云短信、腾讯云短信这一整套商用配置。
+
+对本项目更稳妥的落位是：
+
+- Supabase/PostgreSQL：保存多租户、订单、支付事件、权益、审计、登录事件。
+- `apps/api`：实现业务 API、短信 provider、OAuth provider、支付 provider、回调验签和幂等。
+- `app_private.tenant_secrets` 或生产 Vault/KMS：保存租户级密钥。
+- `tenant_auth_providers`、`tenant_payment_accounts`：只保存非敏感公开配置。
+
+Supabase Auth 可继续作为最终 JWT 用户体系目标；本地重构期先用 `app_private.auth_sessions` 签发 `tk_` session，保证 Web/Taro 能跑通端到端流程。
+
+## 当前已实现
+
+- `POST /api/auth/sms/send`：手机号验证码发送，验证码只保存 HMAC hash。
+- `POST /api/auth/sms/verify`：验证码登录，自动创建或复用 `platform_users`。
+- `GET /api/auth/me`：通过 Bearer token 获取当前用户。
+- `POST /api/auth/logout`：吊销迁移期 session。
+- `POST /api/auth/oauth/wechat`、`/wechat-miniapp`、`/qq`：provider 占位，已固定错误码 `PROVIDER_NOT_CONFIGURED`。
+- `tenant_auth_providers`：租户级公开认证配置。
+- `sms_verification_codes`：验证码审计表，不保存明文 code。
+- `auth_login_events`：登录事件审计。
+- `app_private.auth_sessions`：迁移期 session token hash。
+
+## 短信 Provider
+
+本地默认是 `AUTH_SMS_PROVIDER=mock`，仅开发环境返回 `debugCode`。生产环境如果仍为 mock，会直接拒绝发送。
+
+后续真实 provider：
+
+- `aliyun`：接阿里云短信 `SendSms`，需要 AccessKey、签名、模板 ID。
+- `tencent`：接腾讯云短信 `SendSms`，需要 SecretId、SecretKey、SdkAppId、签名、模板 ID。
+
+密钥策略：
+
+- AccessKey/SecretKey 不进入 `tenant_settings.public_config`。
+- 租户级密钥写 `app_private.tenant_secrets(secret_scope='sms')` 或生产 Vault。
+- 前端只能看到 provider 是否启用、签名展示名、隐私协议链接等非敏感配置。
+
+## 微信/QQ 登录
+
+微信小程序登录应由前端传 `wx.login` code 到 `/api/auth/oauth/wechat-miniapp`，后端调用微信 `code2Session` 换取 openid/session_key/unionid，再落 `user_identities`。
+
+微信网页 OAuth 和 QQ OAuth 也必须在后端完成 code 换 token、获取 openid/unionid、验错、账号合并和登录事件审计。旧 PocketBase hooks 中的邀请码/销售归属逻辑后续应拆到 `referral` feature，不继续堆在 auth 模块里。
+
+## 支付 Provider
+
+支付不走 Supabase 内置能力。推荐继续扩展 `commerce`：
+
+- `POST /api/commerce/orders` 只负责创建订单，金额以后端套餐为准。
+- `POST /api/commerce/payments/:provider/create` 后续按 provider 创建支付参数或收银台地址。
+- `POST /api/commerce/payments/:provider/notify` 统一落 `payment_events`，先验签、再幂等、再更新订单和权益。
+- 支付成功继续复用 `grantSvipEntitlement`，避免微信/支付宝/XPay 各写一套开通逻辑。
+
+B 端合作商年费、服务费、服务器资源费不走学生端 `orders`，而是走平台账务：
+
+- `platform_saas_plans`：平台售卖给合作商的 SaaS 套餐。
+- `tenant_subscriptions`：合作商当前订阅状态。
+- `tenant_invoices`、`tenant_invoice_items`：合作商账单与明细。
+- `tenant_invoice_payments`：合作商账单收款记录。
+- `tenant_usage_records`：学生数、题量、存储等用量指标。
+
+支持策略：
+
+- 平台代收：平台商户号收款，再给租户结算。
+- 租户自收：每个租户配置自己的商户号和密钥。
+- 服务商模式：平台服务商统一管理子商户。
+
+真实接入前需要先明确微信支付、支付宝或聚合支付是否允许你们销售的题库会员形态，以及小程序端是否涉及虚拟支付限制。
+
+## 需要准备的资料
+
+- 阿里云或腾讯云短信：签名、模板 ID、AccessKey/SecretKey、短信用途文案。
+- 微信小程序：AppID、AppSecret、主体信息、合法域名、用户手机号授权能力。
+- 微信网页/公众号：AppID、AppSecret、授权回调域名。
+- QQ 互联：AppID、AppKey、回调域名。
+- 微信支付：商户号、API v3 key、商户证书/平台证书、回调域名、AppID 绑定关系。
+- 支付宝：AppID、应用私钥、支付宝公钥、回调地址、网页/手机网站/当面付产品开通情况。
+- 每个合作商租户的收款模式：平台代收、租户自收或服务商子商户。
+
+## 参考资料
+
+- Supabase Phone Login: https://supabase.com/docs/guides/auth/phone-login
+- Supabase Auth Hooks: https://supabase.com/docs/guides/auth/auth-hooks
+- Supabase Social Login: https://supabase.com/docs/guides/auth/social-login
+- 阿里云短信 SendSms: https://help.aliyun.com/zh/sms/developer-reference/api-dysmsapi-2017-05-25-sendsms
+- 腾讯云短信 SendSms: https://cloud.tencent.com/document/api/382/55981
+- 微信小程序登录 code2Session: https://developers.weixin.qq.com/miniprogram/dev/OpenApiDoc/user-login/code2Session.html
+- QQ 互联 OAuth: https://wiki.connect.qq.com/oauth2-0简介
+- 微信支付 API v3: https://pay.weixin.qq.com/doc/v3/merchant/4012791855
+- 支付宝开放平台: https://opendocs.alipay.com/