21 KiB
对接 cmhub AI 网关 · 设计文档
目标:把 cmshopee 的 AI 生成(生文/生图)从"本地直连多个第三方 provider"改为"对接
cmhub计费型 AI 网关"。 性质:设计与评审文档,当前已拆分为docs/06-tasks.md的 T-526~T-528;本文件用于约束实现边界、迁移策略和验收重点。 参考:cmhubdocs/api.md对外接口契约;对接注意事项以 Obsidian 笔记《cmhub-接口对接文档-桌面端生文生图》为准(含幂等/超时/退点等运营级约定,本文已吸收);cmshopeeapp/ai.py(gen_title/gen_cover/generate_batch)、app/appconfig.py(config.json+config/ai_models.json)、docs/04-architecture.md§5.1b/§6.2。v2 修订(2026-07-04,吸收对接文档):修正生图重试策略(非幂等,读超时不重发,避免重复扣点);超时按分辨率细化到 600s 上限;余额直接用响应
points_balance;错误处理改为按code优先分支 + 未知 code 当不可重试,补content_blocked;确认resolution=512/1K/2K/4K(大写)、aspect_ratio默认1:1。 v3 修订(2026-07-04,工程评审修正):补充既有配置迁移策略(缺backend先按direct处理,避免未配置 cmhub 时破坏现有生成);固定 cmhub Key 文件为config/cmhub.json;新增CMHubError结构化错误要求;明确points_balance/points_cost/call_id通过回调事件传播而不是改变gen_title/gen_cover返回值;要求 cmhub 分支用可区分 connect/read timeout 的 HTTP 调用;把image_url下载安全校验纳入 T-526 验收;T-525 顺延,Phase 7 成为当前业务优先任务。 v3.1 修订(2026-07-04,实现前澄清):当时为保护既有直连流程,要求全新配置默认 backend 为direct(cmhub 显式 opt-in),且backend=cmhub但未配置时须抛清晰"去⑤配置"错误而非崩溃(见 §4.1);② 明确"返回值不变"≠"回调不变"——计费元数据须给gen_title/gen_cover新增可选事件回调参数承载,是向后兼容加参(见 §4.2)。默认策略已被 v3.3/T-529 覆盖为普通产品默认 cmhub。 v3.2 修订(2026-07-04,同步对接文档新增):cmhub 新增第 4 个接口GET /api/v1/models(别名自助发现,见 §4.6),⑤设置别名由手填改为动态下拉(按operation_type分生文/生图、过滤unpriced、展示单价、requires_image提示),关闭原待确认 #1;仅 Base URL 仍待部署方提供。 v3.3 修订(2026-07-04,产品收口):普通用户后续默认使用cmhub网关;⑤设置页去掉「AI 后端」label 和 direct/cmhub 下拉,直接展示 cmhub 网关配置。direct代码和config/ai_models.json保留为内部兼容/手工回滚路径,但普通 UI 不提供切换入口;保存设置固定写ai.backend=cmhub,允许先保存不完整 cmhub 配置,②生成时再提示去⑤补齐 Base URL/API Key/别名。已同步 T-529。
1. 背景与目标
现状:app/ai.py 直连多个上游 provider——每个模型在 config/ai_models.json 配 url/model/api_key/api_type,gen_title 自拼 chat messages 解析文本,gen_cover 走 images_edits multipart 或 vision chat 直接拿图片字节本地存。
目标:改为对接 cmhub 的生成、余额和模型发现接口:POST /api/v1/generate/title、POST /api/v1/generate/image、GET /api/v1/balance、GET /api/v1/models,一把 Authorization: Bearer <API_KEY> 即可调用。上游 provider、密钥、计费、SSRF 防护、分辨率映射、对象存储与别名发现由 cmhub 承担。
收益:密钥收敛(本地只留一把 cmhub Key);换上游模型对 cmshopee 零改动(cmhub 用能力别名);可删除大量 provider 适配代码;计费/额度统一。
2. 契约对照
| 维度 | cmshopee 现状 | cmhub 接口 |
|---|---|---|
| 鉴权 | 每模型一把 Bearer api_key |
一把 Bearer <API_KEY> |
| 生文请求 | 自拼 chat messages(system+user) |
{prompt, model:别名, image_url?/image_base64?, resolution?, parameters?} |
| 生文响应 | chat completion → 取单条文本 | {titles:[...], alias, model_used, points_cost, points_balance, call_id} |
| 生图请求 | images_edits multipart 或 vision chat |
{prompt, model:别名, image_base64?/image_url?, resolution?, aspect_ratio?, parameters?} |
| 生图响应 | 直接返回 image bytes | {image_url, ...} → 需再下载 |
| 错误 | HTTP error 文本 | {error:{code,message}}:insufficient_points(402)/upstream_error(502)/rate_limited(429)/unauthorized(401)/account_disabled(403)/bad_request(400)/model_not_allowed/no_pricing_rule |
| 超时 | 按 resolution_timeouts |
生图同步且慢,读超时按分辨率 512≈180s/1K≈240s/2K≈360s/4K≈600s,客户端取上限 600s |
| 幂等 | 直连一次成功一次 | 非幂等、无幂等键:客户端超时 ≠ 未扣点,读超时后不可无脑重发 |
关键差异(决定改造点):
- 生文
model传能力别名(如title-standard),不是具体模型名;生文返回列表titles。 - 生图返回
image_url(对象存储),cmshopee 要多一步下载再本地转 JPEG。 - 计费错误
insufficient_points(点数不足)是新的用户可见失败态。
3. 设计原则与边界
- 接缝最小化:保持
gen_title(...)/gen_cover(...)的返回值与现有调用兼容(gen_title→标题字符串、gen_cover→已存 JPEG 路径),允许向后兼容新增可选事件回调参数承载计费元数据,只改内层实现。这样generate_batch编排、并发、重试、DB 写入、诊断日志、JPEG 落盘、images/<batch_id>/<slug>/...路径、T-520 封面开关全部复用、零改动;GUIrun_logs记录和余额展示放到 T-528。 - 不碰高风险层:
editor.py/cdp.py/chrome.py/accounts.py/excel.py/db.py/workers.py,以及 ①采集/③更新/④账号全流程完全不动。这是本改动最重要的安全边界。 - 产品默认 cmhub,direct 保留兼容:内层仍抽
backend(cmhub/direct),但普通产品默认走cmhub,⑤设置页不再展示后端切换。老ai_models.json和 direct 分支不删除,作为内部兼容/手工回滚路径;普通用户只配置 cmhub Base URL / Key / 别名。
4. 方案
4.1 配置 schema
在 config.json 的 ai 段新增 cmhub 子段(app/appconfig.py 默认值 + 校验):
"ai": {
"backend": "cmhub", // 普通产品默认 cmhub;direct 仅内部兼容/手工回滚
"cmhub": {
"base_url": "https://<cmhub>", // 网关根地址,请求时拼 /api/v1/...
"title_alias": "title-standard", // 生文能力别名
"image_alias": "image-hd", // 生图能力别名
"connect_timeout": 10,
"check_balance_before_batch": false
},
// 现有字段保留:resolution / jpg_quality / *_concurrency / retry /
// resolution_timeouts / generate_cover(T-520)等,backend 无关,继续用
}
- cmhub API Key 不进
config.json(避免与其它设置混放、避免误提交)。固定存到config/cmhub.json,文件 schema 第一版为{ "api_key": "sk_cmhub_xxx" };新增CMHUB_CONFIG_PATH、load_cmhub_config()、save_cmhub_config()、get_cmhub_api_key(masked=False)等 helper;config/cmhub.json必须加入.gitignore。沿用现有"本地明文保存但 gitignore + UI 打码 + 日志脱敏"纪律(T-503)。 ai_models.json去留:direct模式继续用;cmhub模式不读它。文件保留但标记 legacy。- 默认 backend 与配置不完整处理(T-529 后):
DEFAULT_CONFIG/default_config()造全新配置时写backend=cmhub;⑤设置页隐藏 direct/cmhub 下拉并固定保存backend=cmhub。允许先保存不完整 cmhub 配置,便于用户先保存其它路径/安全设置;②生成真正调用时如果base_url/Key/别名缺失,必须抛清晰的"请去⑤配置 cmhub"错误(CMHubError/AIError),不得崩溃或静默回退 direct。显式手工配置backend=direct仍作为内部回滚路径保留,但普通 UI 不提供入口。
4.2 gen_title 改造(cmhub 分支)
返回值不变,现有调用保持兼容;允许新增可选事件回调参数承载计费元数据。内层按 backend 分流:
返回值不变不等于回调不变(关键实现说明):现在
gen_title/gen_cover的on_step回调只传一个步骤字符串(_notify_step(cb, step))。要把points_cost/points_balance/call_id"通过回调上报且不改返回值",就必须给回调接口扩容——推荐给gen_title/gen_cover新增一个可选事件回调参数(如on_meta/on_event)传结构化计费元数据,或把on_step的 payload 从 str 升级为结构化对象。"返回值不变"成立,但回调契约会变大;这是向后兼容的加参,generate_batch显式传回调、不受影响。实现时不要为了"少改参数"把计费数据塞进返回值或用中文串旁路传递。
- 请求:
POST {base_url}/api/v1/generate/title,头Authorization: Bearer <cmhub_key>,体:现在{ "prompt": <title_prompt + 旧标题合成为单串>, "model": <title_alias>, "resolution": <可选> }gen_title用 system+user 两条 message,cmhub 只收单个prompt,需把「提示词 + 旧标题 + 只返回新标题」折叠为一个prompt字符串。 - 响应:解析
titles,取titles[0](当前一条任务要一个新标题);空列表/空串按现有语义抛AIError("AI 返回为空标题")。 - 不复用现有
_call_with_retry的一刀切重试逻辑;cmhub 分支新增专用 HTTP helper,优先使用项目已依赖的requests,传timeout=(connect_timeout, read_timeout)以区分连接超时和读超时。model_used/points_cost/points_balance/call_id不改变返回值,通过on_step/事件回调上报给generate_batch与 GUI worker;T-526 只保证 metadata 事件完整传出,不直接要求写 GUIrun_logs,T-528 再由 GUI worker 脱敏写run_logs和展示余额;不入 Excel。
4.3 gen_cover 改造(cmhub 分支)
返回值不变(仍返回已存 JPEG 路径),现有调用保持兼容;允许新增可选事件回调参数承载计费元数据。内层:
- 请求:
POST {base_url}/api/v1/generate/image,体:旧封面必传(改图类),复用现有{ "prompt": <cover_prompt>, "model": <image_alias>, "image_base64": <旧封面转 data URL>, "resolution": <resolution>, "aspect_ratio": <可选> }_image_data_url(old_cover_path)生成 base64。 resolution归一为大写512/1K/2K/4K(cmshopee 内部用小写1k,发请求前转1K);aspect_ratio默认1:1(Shopee 封面)。- 响应:拿
image_url→ 新增一步下载该图字节(cmhub 自家对象存储公网 URL)→ 交给现有_save_jpeg(image_bytes, out_path, resolution, quality)落盘。下载 helper 必须校验 URL scheme 只允许http/https,拒绝内网/回环/本机地址,并校验域名解析后的 IP 仍不属于内网/回环/本机地址,设置超时和大小上限;生成后立即下载(对象存储 URL 可能有有效期)。points_cost/points_balance/call_id同样通过事件回调传播,不改变gen_cover返回值。 - 超时(关键):生图同步且慢,cmhub 内部读超时 512≈180s/1K≈240s/2K≈360s/4K≈600s。cmshopee 的读超时按分辨率取对应上限、统一封顶并默认 600s,绝不用 30s/60s 调生图——否则客户端超时但服务端仍在算并扣点(见 §4.4 幂等)。
4.4 错误映射与重试策略
cmhub 返回结构化 {error:{code}}。映射层按 code 优先分支(不要只看 HTTP 状态),并决定是否重试。实现上新增 CMHubError(AIError),至少带 code、message、status、retryable、retry_after 字段;GUI 和 worker 不靠中文字符串判断错误类型:
| cmhub code | HTTP | 处理 | 是否重试 |
|---|---|---|---|
insufficient_points |
402 | 明确提示「点数不足,请先充值」,整批可提前中止 | 否(禁止循环重试) |
unauthorized |
401 | 提示 cmhub API Key 无效,去⑤设置重填 | 否 |
account_disabled |
403 | 提示 Key 被吊销/账号禁用,去网页端重生成 | 否 |
bad_request / model_not_allowed / no_pricing_rule / content_blocked |
400 | 记录具体 code,判为配置/参数/内容错 | 否 |
upstream_error |
502 | 上游失败(cmhub 已自动退点),可提示稍后重试 | 是(安全) |
rate_limited |
429 | 退避重试,读 Retry-After(默认限流 60次/分) |
是 |
| 未列出的 code | 任意 | 展示 message,当不可重试错误(前向兼容) |
否 |
幂等与超时——生图重试必须特别处理(会亏钱):cmhub 生成接口非幂等、无幂等键,客户端超时 ≠ 未扣点。
- 生图(
gen_cover):读超时后绝不自动重发——服务端可能已算完并扣点,重发 = 重复扣点。首选办法是把读超时设够大(§4.3,默认 600s)从源头避免歧义;只对连接超时(请求根本没送达服务端)安全重试。 - 生文(
gen_title):秒级返回、点数低,读超时重试风险小,但仍建议同样区分连接超时/读超时;重试次数可小。 - 只对
502/429/连接超时重试;402/401/403/400/读超时立即失败。现状_call_with_retry是一刀切重试,cmhub 模式必须替换为这套区分策略。 insufficient_points是新的用户可见态:② 生成页应弹明确提示并引导去网页端充值,不当普通失败淹没在计数里。
4.5 余额展示与额度预检
- 每次成功响应都带
points_balance——直接用它刷新 ② 页的剩余点数显示,不必每次再调/balance。由于gen_title/gen_cover返回值保持不变,生成结果的points_cost/points_balance/call_id通过on_step/on_event结构化事件上报;T-526 只保证事件传递,T-528 再记入run_logs(脱敏)并刷新余额,便于对账与报运营排障。 GET /api/v1/balance→{user, points_balance}:仅用于手动刷新余额或批量前可选预检(check_balance_before_batch=true)。非必需,第一版可只依赖成功响应里的余额 + 失败时的insufficient_points提示。
4.6 别名发现(GET /api/v1/models)
对接文档已把别名发现从"未来提供"落地为真实接口(第 4 个接口,鉴权同为 Bearer Key):
- 响应
{models:[{alias, operation_type:"title"|"image", capabilities[], requires_image:bool, pricing_status:"priced"|"unpriced", prices:[{resolution, points_cost}]}]}——只含别名侧信息,不含具体模型名/URL/密钥。 - ⑤设置的别名由手填改为动态下拉:新增
app/appconfig.py(或app/ai.py)helperfetch_cmhub_models(base_url, api_key),⑤按operation_type拆成「生文别名 / 生图别名」两个下拉;requires_image供 UI 提示(cmshopee 生图恒传旧封面 base64,天然满足);pricing_status="unpriced"的别名不放入下拉(直接调用会no_pricing_rule);单价用prices展示。 - 拉取时机:⑤ 打开或用户点「测试连接/刷新别名」时拉一次,选中的别名仍持久化到
config.json的ai.cmhub.title_alias/image_alias(网关临时不可达时用已存值)。 - 这关闭了原待确认 #1(别名清单)——不再需部署方单独提供;仅 Base URL 仍待部署方给。
5. 各模块改动点
| 模块 | 改动 | 量 |
|---|---|---|
app/ai.py |
gen_title/gen_cover 加 cmhub 分支(请求体+解析+生图下载);抽 backend 选择;错误映射 + 区分重试。direct 分支保留现有代码 |
M |
app/appconfig.py |
ai 段加 backend/cmhub 子段默认值与校验;cmhub Key 的读写与打码(复用脱敏工具);新增 cmhub_request_url() 类 helper |
S |
app/gui/tabs/settings.py / app/gui/workers.py |
⑤ AI 设置按 backend 切换:cmhub 模式显示「网关地址 + API Key + 生文/生图别名 + 测试连接/查余额」;direct 模式保留现有 master-detail;测试连接/查余额走后台 worker。最大 UI 触点 | M |
| 测试 | tests/test_ai.py 增 cmhub mock(titles 列表、image_url 下载、安全下载、各错误码与重试、连接/读超时差异);test_appconfig 加 schema 与 config/cmhub.json helper;⑤ gui 设置测试跟随 |
M |
| 文档 | docs/04-architecture.md §5.1b/§6.2、docs/api.md、docs/03-tech-stack.md、current-state.md 同步 |
S |
明确不动(T-526):editor.py/cdp.py/chrome.py/accounts.py/excel.py/db.py,以及 ①采集/③更新/④账号全流程;generate_batch 主编排、图片本地路径方案和 T-520 封面开关保持原语义。T-527/T-528 可按任务边界修改 app/gui/tabs/settings.py、app/gui/tabs/generate.py、app/gui/workers.py 的设置与用户提示层。
6. 安全与合规
- cmhub API Key 本地明文保存但 gitignore,UI 打码,日志/导出脱敏(T-503 纪律);不写进代码/文档/
config.json。 - cmhub 返回的
image_url是外部地址,cmshopee 下载时设超时 + 大小上限,只允许http/https;不下载内网/回环地址,并校验域名解析后的 IP 仍不是内网/回环/本机地址(cmhub 侧已做 SSRF,但本地下载再校验一层更稳)。 run_logs/诊断日志可记alias/model_used/points_cost/points_balance/call_id便于排障,但不得记 API Key、完整请求体、base64 图片、超长 prompt(沿用diagnostics脱敏)。
7. 测试计划
- 单元(mock cmhub,不连真实网关):
- 生文:
titles多条取首条;空titles/空串 →AIError。 - 生图:
image_url→ mock 下载字节 →_save_jpeg落盘校验分辨率/质量;覆盖 scheme、内网/回环字符串地址、域名解析到内网 IP 的拒绝路径。 - 错误码矩阵:402/401/403/400 不重试且原因正确;502/429/连接超时按 attempts 重试;生图读超时不重发;未知 code 不重试。
- 配置:
backend=cmhub走 cmhub 分支、显式direct走旧分支;T-529 后缺backend的配置按DEFAULT_CONFIG补为 cmhub;缺base_url/Key/别名时明确报错。
- 生文:
- GUI:⑤ cmhub 面板读写、测试连接 worker、别名下拉;② 生成在
insufficient_points时的提示路径。 - 回归:
direct模式现有test_ai.py用例保持绿。 - 验证命令沿用
python -m unittest discover -s tests。
8. 迁移与回退
- 既有配置缺
backend时迁移为direct,避免升级后未配置 cmhub 就让②生成失败;用户在⑤设置选择cmhub并配好base_url + Key + 两个别名后启用网关。 - 回退:
backend=direct立即切回本地直连,ai_models.json仍有效。 - 灰度:可先在 ② 单条生成上验证 cmhub 联通与计费,再放批量。
9. 待 cmhub 侧确认的问题
别名清单已解决:GET /api/v1/models(§4.6)实时自查可用别名/单价/是否需原图,⑤动态渲染下拉,不再需部署方单独提供别名清单。- 生文看图(可先不传):接口支持
image_url/image_base64,但当前 cmshopee 生文只用旧标题文本,第一版不传图。 已解决:resolution取值512/1K/2K/4K(大写 K),默认1K;cmshopee 小写值发请求前归一。已解决:默认aspect_ratio1:1,Shopee 封面用1:1。image_url有效期(按最坏处理):对象存储 URL 可能过期——本设计已是生成后立即下载落盘,无需长期持有。超时上限已解决:512≈180s/1K≈240s/2K≈360s/4K≈600s,客户端封顶 600s。- Base URL / API Key 形态:域名待部署方提供;Key 形如
sk_cmhub_xxx,仅网页端生成时显示一次——⑤设置需提示用户从网页端复制粘贴,本地保存。
10. 落地拆分与任务顺序
- 第一步:
app/ai.py+app/appconfig.py接入 cmhub backend(mock 联调),保留 direct。 - 第二步:⑤设置 UI cmhub 面板 + 测试连接/查余额。
- 第三步:② 计费错误提示(
insufficient_points引导充值)+ 可选余额展示。 - 第四步(T-529):产品默认 cmhub,⑤去掉 AI 后端选择,保存固定
backend=cmhub。 - 文档随每步同步。
当前已在
docs/06-tasks.md落成 T-526~T-528;下一步按 T-526 开始代码实现,仍遵守docs/05-coding-rules.md验证清单。