这份文档只覆盖“普通新购 -> 图形验证码 -> 支付预览 -> 生成支付二维码 -> 轮询支付结果”这一条主链路。

不覆盖的内容：

• 账号密码登录本身的验证码登录分支
• deviceToken 相关逻辑
• 订阅升级、订阅变更、自动续费补签
• 前端页面 UI 行为

核心结论：

• 普通新购主链路不依赖 deviceToken
• 最稳妥的最小登录态是 bigmodel_token_production
• Bigmodel-Organization 与 Bigmodel-Project 可通过 getCustomerInfo 自动补齐
• 后端无需复刻 /pay-middle-page，可以直接用 create-sign 返回的 sign 生成二维码

前端请求封装的固定行为如下：

后端自己实现时，建议把下面这套头作为基础模板：

Authorization: <bigmodel_token_production 的值>
Bigmodel-Organization: <org_id>
Bigmodel-Project: <project_id>
Accept-Language: zh-CN
Set-Language: zh-CN
Content-Type: application/json;charset=utf-8

{
  "token_cookie": "bigmodel_token_production 的值",
  "authorization": "bigmodel_token_production 的值",
  "org_id": "",
  "project_id": "",
  "customer_number": "",
  "customer_name": "",
  "organizations": [],
  "invitation_code": "",
  "selected_product_id": "",
  "captcha_ticket": "",
  "captcha_randstr": "",
  "preview_biz_id": "",
  "preview_third_party_amount": "",
  "preview_raw": {},
  "pay_type": "ALI"
}

说明：

• authorization 和 token_cookie 在当前源码里本质上是同一份 token
• org_id 与 project_id 最好在 getCustomerInfo 后补齐
• pay_type 建议后端内部统一使用上游接口值：ALI 或 WE_CHAT

getCustomerInfo 返回 organizations[] 后，前端会按下面顺序选中默认组织和项目：

1. 优先命中本地已保存的 Bigmodel-Organization
2. 否则选择 isDefault === true
3. 否则选择第一个组织

1. 优先命中本地已保存的 Bigmodel-Project
2. 否则优先 projectType === 2
3. 否则选择 isDefault === true
4. 否则选择第一个项目

后端如果要模拟浏览器环境，建议完全复刻这套逻辑，然后把选出的 org_id/project_id 写回自己的会话上下文。

当前 GLM Coding 页面使用的是 v2 套餐目录。静态套餐信息不是接口返回，而是前端本地常量。

前端里有一组老套餐 ID 会默认选择微信支付：

• product-bf2b62
• product-a6ef45
• product-1a52ed
• product-85eab1
• product-fc5155
• product-060148

当前 v2 套餐目录不在这组里，所以当前页面默认支付方式实际上是：

• 默认 alipay
• 也就是后端默认可直接用 ALI

如果你后续前端需要切换支付方式，再单独给用户提供切换按钮就行。

普通新购推荐按下面顺序执行：

1. 导入 bigmodel_token_production
2. 调用 GET /biz/customer/getCustomerInfo
3. 解析并保存 customerNumber/customerName/org_id/project_id
4. 调用 POST /biz/pay/batch-preview
5. 让用户选择 productId
6. 完成腾讯图形验证码，拿到 ticket/randstr
7. 调用 POST /biz/pay/preview
8. 从响应中拿到 bizId 与 thirdPartyAmount
9. 调用 POST /biz/pay/create-sign
10. 用返回的 sign 生成二维码
11. 轮询 GET /biz/pay/check?bizId=...

1. 保存完整 user_info
2. 从 organizations[] 按前端规则选中默认 org_id/project_id
3. 保存 customer_number/customer_name
4. 后续请求统一带：
   • Authorization
   • Bigmodel-Organization
   • Bigmodel-Project

获取登录后当前账号对应的套餐售卖态，并把动态字段覆盖到静态套餐目录上。

{
  "invitationCode": ""
}

• 如果只是做“多账号新购 + 二维码支付”，这一步最核心的产出只有两个：
  • 当前账号是否已订阅
  • 当前账号可购买的 productId 列表及其动态状态
• 你后端无需完整复刻卡片展示逻辑，但至少要保留：
  • productId
  • soldOut
  • forbidden
  • lastValid
  • canRepurchase
  • delay

{
  "ret": 0,
  "ticket": "",
  "randstr": ""
}

生成本次普通新购的支付业务单，并返回金额明细。

{
  "productId": "product-02434c",
  "invitationCode": "",
  "ticket": "",
  "randstr": ""
}

{
  "bizId": "",
  "thirdPartyAmount": "",
  "soldOut": false,
  "originalAmount": "",
  "payAmount": "",
  "campaignDiscountDetails": [],
  "raw": {}
}

生成真实支付链接。

{
  "payType": "ALI",
  "productId": "product-02434c",
  "customerId": "customerNumber",
  "bizId": "preview 返回的 bizId",
  "invitationCode": ""
}

• 这一步返回后，直接对 sign 生成二维码即可
• 如果你未来要支持手机端打开支付链接，再额外保留 sign 原文即可

桌面端不是直接把 sign 变二维码，而是：

1. 组装 info
2. 用 key zhiPuAi123456789
3. AES-ECB-Pkcs7 加密
4. 生成 /pay-middle-page?info=...
5. 用户扫码访问中间页
6. 中间页再调 create-sign

{
  "productId": "",
  "productName": "",
  "amount": "",
  "customerId": "",
  "customerName": "",
  "oldProductId": "",
  "agreementNo": "",
  "isSubscribe": false,
  "bizId": "",
  "payType": "alipay",
  "userState": "",
  "ic": ""
}

普通新购后端直接做二维码时，不需要复刻上面这套中间页加密协议。

真正的最小必需项只有：

• payType
• productId
• customerId
• bizId
• invitationCode
• sign

• 轮询只需要 bizId
• 不依赖 orderId
• 建议间隔 1s
• 建议增加超时上限与主动取消能力

下面这些字段在当前页面里会出现，但对于“后端直接生成二维码”的普通新购链路不是硬依赖：

{
  "token_cookie": "",
  "org_id": "",
  "project_id": "",
  "customer_number": "",
  "customer_name": "",
  "invitation_code": ""
}

{
  "product_id": "product-02434c",
  "product_name": "Lite",
  "unit": "month",
  "sale_price": 49,
  "type": "lite",
  "version": "v2",
  "sold_out": false,
  "forbidden": false,
  "last_valid": false,
  "can_repurchase": false,
  "delay": false
}

{
  "ticket": "",
  "randstr": ""
}

{
  "biz_id": "",
  "third_party_amount": "",
  "sold_out": false,
  "original_amount": "",
  "pay_amount": "",
  "campaign_discount_details": [],
  "raw": {}
}

{
  "pay_type": "ALI",
  "sign": "",
  "order_id": "",
  "biz_id": "",
  "qr_code_content": ""
}

最轻量、最贴近源码、最适合你当前项目的普通新购实现方式是：

1. 前端只负责：

   • 账号列表展示
   • 选择套餐
   • 展示支付二维码
   • 展示支付结果

2. 后端负责：

   • 导入账号登录态
   • getCustomerInfo
   • 组织 / 项目默认选择
   • batch-preview
   • 图形验证码处理
   • pay/preview
   • pay/create-sign
   • sign -> 二维码
   • pay/check 轮询

3. 后端不要复刻的内容：

   • deviceToken
   • 前端中间页 AES 跳转
   • checkData 升级分支
   • 浏览器页面层支付逻辑