### 你想解决的问题 我在 CreditDaddy 里管理多账号的签到与额度,持有 **MiniMax 国际版(海外)账号**,但目前 CD 的 MiniMax 渠道只支持国内版: - `src/minimaxClient.js` 硬编码了国内端点:`MINIMAX_AGENT_BASE = 'https://agent.minimax.cn'`、`MINIMAX_ACCOUNT_BASE = 'https://account.minimax.cn'` - `src/minimaxAuth.js` 的设备码授权(RFC 8628 + S256 PKCE,`client_id=mcode-public`)也只请求国内端点 因此国际版账号**既无法设备码授权导入,也无法签到、查额度、走本地网关**,只能绕开 CD 手动管理。 而兄弟项目 10Router 已经原生支持 `minimax-code-global`(国际版)渠道,账号授权/刷新链路在 CD 侧缺失,两边生态对不上:10R 有渠道没账号源,CD 有账号体系但不认国际版。 ### 你期望的方案 参照仓库内已有的双轨先例(`workbuddy` / `workbuddy-intl`,`qoder` / `qoder-cn`),为 MiniMax 增加国际版渠道(建议命名 `minimax-intl` 或 `minimax-global`): 1. **端点适配**:国际版 account / agent 域名(具体端点以 10Router `minimax-code-global` 的实现为准,同协议同 client 体系);设备码授权流程与国内版一致(RFC 8628 + PKCE),仅换 base 域名 2. **签到 / 额度 / Profile**:对齐国际版对应接口 3. **10Router 集成**:推送 10Router 时对应 `minimax-code-global` 渠道,额度卡直接闭环 凭据全部留在本机、不走任何云端同步,符合仓库「凭据一律不出机」的底线。 ### 建议类别 新增产品线 / 账号渠道 ### 提交前确认 - [x] 我已搜索过现有 issue,确认没有重复建议
Activity
refactor(workbuddy): 产品线命名统一——只叫 WorkBuddy,CodeBuddy IDE 是客户端目标非产品线名(#54
feat(minimax,lingxi): MiniMax 国际版渠道(#54)+ 双线连接同步(#55)+ WPS 灵犀签到(#53)+…
techysy commentedon Nov 10, 2026
已落地,随 v1.7.1 发出(5127987),关闭本 issue。
实现对照提案(采纳建议命名
minimax-global):agent.minimax.io+account.minimax.io(端点实证自官方客户端@mavis/oauth-core的 ACCOUNT_ORIGINS,本机~/.minimax/auth/prod/<cn|en>/mcode-public/布局互证);设备码授权与国内版同协议(RFC 8628 + S256 PKCE,client_id=mcode-public),仅按账号档位换 base 域名;cn/en)独立收割;构建语言版与账号线不一致时给明确提示(更新源域名是唯一可靠标记);minimax-global → minimax-code-global,额度卡与连接同步双闭环;/api/status双线当前 uid 分点亮徽章。凭据全部留在本机。详细条目见 CHANGELOG v1.7.1。