AMR 生产发布影响报告

生成时间：2026-08-14 11:51 CST；分析对象：在 origin/main（71df1f9f）手动运行五个生产 GitHub workflow。

当前生产发布点

五个 workflow 的最近成功运行不在同一 commit，因此以下按服务分别计算 生产点...71df1f9f。括号中的 commit 数是原始 Git 范围；表格中的影响则按该 workflow 实际构建或应用的内容收敛。

结论：仅运行指定的五个 workflow，唯一新的生产行为是为 link.usage_events 增加 settlement 扫描部分索引。Web、API、Link、Admin 相对各自生产点均无 runtime 源码差异（Admin 仅测试断言变化）。Gemini 3.7 Flash 与 DeepSeek V4 Flash 路由更新不会被这五个 workflow 发布，需额外运行 model routing catalog workflow。
deploy-web-eks-prod.yml
最近成功：2026-08-13 16:22:18Z
commit：db4ab87e
范围：3 commits；Web runtime diff：无
deploy-api-eks-prod.yml
最近成功：2026-08-13 16:34:21Z
commit：db4ab87e
范围：3 commits；API runtime diff：无
deploy-link-eks-prod.yml
最近成功：2026-08-13 11:26:20Z
commit：8e049fce
范围：6 commits；Link runtime diff：无
deploy-admin-eks-prod.yml
最近成功：2026-08-11 06:06:23Z
commit：a68d6480
范围：21 commits；仅测试 diff
deploy-db-migrations-prod.yml
最近成功：2026-08-10 13:04:36Z
commit：a42ed27c
范围：23 commits；1 条 migration

此次发布的 feature 和影响面

Feature / Author / Commits Web API Link Admin DB schema / migration
XLGemini 3.7 Flash 模型目录上线（需额外 catalog 发布）

新增公开模型 gemini-3.7-flash，配置 OpenRouter 与 Vertex 两条 active route；公开价为输入 0.75、输出 3.75 / 1M tokens。只运行指定五个 workflow 不会生效。

Author：nettee

  • d336ef7c feat(catalog): add Gemini 3.7 Flash (#1587)
 无代码变更；catalog 生效后 Web/API 的模型列表数据可能展示新模型。 无代码变更；沿用现有模型目录与计费读取逻辑。 无代码变更；catalog 生效后按既有数据驱动路由调用 OpenRouter/Vertex。 无代码变更；沿用现有 catalog 展示能力。 非 schema migration：需运行 deploy-model-routing-catalog-prod.yml 应用 seed。该 workflow 最近成功点为 dc01d78e。
LDeepSeek V4 Flash 增加 DeepSeek 直连路由

新增 DeepSeek provider route，与现有同优先级路由按权重分流；Aliyun RDS 权重从 83 降至 63，DeepSeek 直连权重为 20。只运行指定五个 workflow 不会生效。

Author：nettee

  • 71df1f9f feat(catalog): route DeepSeek V4 Flash via DeepSeek (#1588)
 无。 无。 无代码变更；catalog 生效后约 20 权重流量切至 DeepSeek 直连，需观测成功率、延迟与成本。 无。 非 schema migration：同样需要独立 model routing catalog workflow；五个指定 workflow 不会执行 seed。
MUsage settlement 扫描部分索引

为成功且可计费的 usage event 增加 (created_at, request_id) 部分索引，目标是缩小 settlement 扫描范围、改善结算任务查询性能。

Author：nettee

  • b6b91b91 chore(db): track usage settlement scan index (#1582)
 无。 无代码变更；结算相关读路径可能受益于更快扫描。 无代码变更；usage 写入语义不变，建索引期间需关注写锁等待。 无。 需要 migration：新增 usage_events_settlement_scan_idx。SQL 使用普通 CREATE INDEX（非 CONCURRENTLY），应在 precheck 中确认表规模与可接受锁窗口。
SAdmin DeepSeek 活动回归断言更新（test-only）

Admin 生产点之后仅有 DeepSeek V4 Pro + Flash campaign 的测试断言变化；不进入 Admin 运行时产物，不改变用户或运营功能。

Author：Marc Chan

  • dff53320 feat(billing): land DeepSeek V4 Pro + Flash campaign on main (#1583)
 该 commit 的 Web campaign 已包含在 Web 当前生产点之前，本次 Web 范围无差异。 该 commit 仅改 API 测试，API 当前生产点已在其后；本次 API 范围无差异。 无。 仅 apps/admin/test/admin-console.test.ts 两增一删；无 runtime 变更。 无 schema/migration。

发布建议

  1. 先跑 migration：运行 deploy-db-migrations-prod.yml，必须先审阅 precheck 给出的 pending SQL。由于该 migration 使用非并发建索引，建议低流量窗口执行，并监控 usage_events 写入锁等待、migration 时长和失败回滚路径。
  2. 四个服务 workflow：Web、API、Link 没有各自 runtime diff；Admin 只有 test-only diff。若本次目标只发布业务变化，可不为这些服务做无效滚动；若发布流程要求统一推进，可在 migration 完成后按 API/Link → Admin/Web 执行，并做基础健康检查。
  3. 明确决定 catalog 是否同批发布：若要让 Gemini 3.7 Flash 与 DeepSeek V4 Flash 直连路由上线，需额外运行 deploy-model-routing-catalog-prod.yml（当前生产点 dc01d78e，到目标共 5 commits，有效 catalog 变更 2 个）。建议顺序为 migration → catalog plan/apply；服务无需为 catalog 数据更新而重发。
  4. 发布后观测：检查 migration 状态与索引存在性、settlement backlog/扫描耗时、usage 写入错误与数据库锁；若发布 catalog，再验证 gemini-3.7-flash 模型可见性和调用，并按 provider 观测 DeepSeek V4 Flash 的请求量、成功率、P95 延迟、错误码与费用。

分析口径：基于各 workflow 最近一次 main 分支成功运行的 head SHA，与 2026-08-14 11:51 CST 的 origin/main 做 Git diff；未查询或修改生产数据库、集群和运行中服务。