AMR 生产发布影响报告

生成时间:2026-09-09;分析对象:在 origin/main(HEAD eecb4434d,chore(db): drop retired Coding Plan Go config (phase 2) (#1950))重新运行六个生产 workflow。每个 workflow 以其最近一次成功运行的 head SHA 独立计算。

结论

本次重跑不会上线新的用户功能或运行时代码。Web、API、Catalog 的基线是 b6a6adafb,范围虽各有 5 个 commit,但没有 apps/web、services/api/src、data 或 db/seeds 的生产代码/数据变更;API 仅包含一处 E2E fixture 调整。Link、Admin 和 DB migration 的成功发布点已是目标 SHA,因此其待发布范围均为 0。此前的 Coding Plan Go tier 下线已经由成功的 Link、Admin、DB workflow 生效,见已在生产生效。

当前生产发布点(各 workflow 独立计算)

“本次新增”是 Git compare 的 commit 数;是否影响某一维度仍按该维度目录过滤。所有 compare 均指向当前目标。

deploy-web-eks-prod.yml
workflow 定义
最近成功:2026-09-09 06:39:25Z
发布点:b6a6adafb
本次新增:b6a6adafb...eecb4434d,5 commits;0 个 Web 文件
deploy-api-eks-prod.yml
workflow 定义
最近成功:2026-09-09 06:28:14Z
发布点:b6a6adafb
本次新增:b6a6adafb...eecb4434d,5 commits;仅 1 个 API E2E 测试文件
deploy-link-eks-prod.yml
workflow 定义
最近成功:2026-09-09 08:47:58Z
发布点:eecb4434d
本次新增:eecb4434d...eecb4434d,0 commits
deploy-admin-eks-prod.yml
workflow 定义
最近成功:2026-09-09 08:53:10Z
发布点:eecb4434d
本次新增:eecb4434d...eecb4434d,0 commits
deploy-model-routing-catalog-prod.yml
workflow 定义
最近成功:2026-09-09 06:28:26Z
发布点:b6a6adafb
本次新增:b6a6adafb...eecb4434d,5 commits;0 个 catalog 文件

此次发布真正新增的 feature 和影响面

按各维度自己的发布点过滤;没有把已被 Link/Admin/DB 成功发布的 Coding Plan 变更重复计入。

Feature / Author / CommitsWebAPILinkAdminDB schema / migrationDB catalog(seed)
S无新增生产功能(仅 API E2E fixture)

API 的发布点之后唯一命中 services/api 的改动是 Billing usage discount 的 E2E 数据库 fixture;不修改 services/api/src、接口、镜像运行逻辑或数据库运行数据。因此本次六 workflow 重跑是功能 no-op。

Author:open-design-crew[bot](co-author: nettee)

  • eecb4434d chore(db): drop retired Coding Plan Go config (phase 2) (#1950)
无:apps/web 在 Web 基线后无变更。 仅 services/api/test/e2e/billing-usage-discount.test.ts fixture;无 runtime 变更。 无:Link 基线已等于目标。 无:Admin 基线已等于目标。 无:DB migration 基线已等于目标;不执行新 migration。 无:data/db/seeds 在 Catalog 基线后无变更。

已在生产生效(发布点之前,本次不重复发布)

发布建议

  1. Migration:不需要跑新的 migration;20260909071815_retire_coding_plan_go_config.sql 已在当前 DB 成功发布点中执行。若仍要重跑 DB workflow,应保持其幂等 precheck/apply 流程。
  2. 服务:无依赖性功能变更;六个 workflow 都可不运行。若因运维原因重跑,建议按 DB → Catalog → Link → API → Web → Admin,预期都是 no-op(API 仅重建包含测试文件变更的提交)。
  3. Catalog:不需要运行 catalog apply;data 与 db/seeds 相对 Catalog 基线没有变更。
  4. 观测:无需新增业务验证;若重跑,确认各 workflow 成功、GitOps 同步完成,并抽查 Admin Coding Plan 仅显示 Plus / Pro / Max,Link 对历史 Go 不走 Coding Plan admission。

分析基于 2026-09-09 查询到的 GitHub Actions 最近成功记录,以及各 BASE...TARGET 的目录级 diff;所有 workflow、run、commit 和 compare range 均为可点击 GitHub 链接。