perf(worker): 持久化准入快照提升队列吞吐

原因：线上 P24 验收显示 Worker 在每轮准入前逐条恢复媒体、重算候选和查询 attempts，跨地域查询导致 48 个执行槽长期只能使用约 8 至 16 个。\n\n影响：任务首次排队时保存鉴权后的 admission scope 快照，Worker 单次批量读取并只刷新动态总容量；显式重新选路保留完整慢路径。验收模拟器改到非数据库专用 Worker 节点，运行期 85% 作为立即中止硬门禁，80% 继续作为容量认证目标。\n\n验证：Go 全量测试、go vet、govulncheck、真实 PostgreSQL 迁移与跨 Store 集成测试、ShellCheck、发布及验收脚本、OpenAPI、前端 lint/test/build、pnpm audit high、Compose 与 Kubernetes 渲染均通过。

docs/operations/production-acceptance.md

@@ -86,26 +86,24 @@ AI_GATEWAY_WORKER_REPLICAS_NINGBO
 AI_GATEWAY_WORKER_REPLICAS_HONGKONG
 ```
 
-`AI_GATEWAY_WORKER_REPLICAS_*` 是发布工具配置，不会传入容器。容量档位先固定宁波、香港
-各一个 2 GiB Worker，再按实时内存、CPU 和 PostgreSQL 预算验证 `1+2`、条件允许时的
-`2+2`，以及安全 drain 回到 `1+1`：
-
-生产基线使用两个独立物理 Worker 节点：第二台宁波服务器承载 `easyai-worker-ningbo`，
-香港服务器承载 `easyai-worker-hongkong`。两个 Deployment 都要求节点带
-`easyai.io/worker=true`，原宁波混部节点不再承载 Worker。默认验收配置为：
+`AI_GATEWAY_WORKER_REPLICAS_*` 是发布工具配置，不会传入容器。当前生产基线在香港站点运行
+两个 2 GiB Worker，其中一个位于香港控制面节点，另一个位于带
+`easyai.io/worker=true,easyai.io/database=false` 标签的专用 Worker 节点；宁波混部节点不承载
+Worker。后续副本上限继续按实时内存、CPU 和 PostgreSQL 预算计算，不按站点或代码写死：
 
 ```bash
-AI_GATEWAY_ACCEPTANCE_BASE_REPLICAS_NINGBO=1
-AI_GATEWAY_ACCEPTANCE_BASE_REPLICAS_HONGKONG=1
-AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MIN_REPLICAS_NINGBO=1
+AI_GATEWAY_ACCEPTANCE_BASE_REPLICAS_NINGBO=0
+AI_GATEWAY_ACCEPTANCE_BASE_REPLICAS_HONGKONG=2
+AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MIN_REPLICAS_NINGBO=0
 AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MIN_REPLICAS_HONGKONG=1
-AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MAX_REPLICAS_NINGBO=2
+AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MAX_REPLICAS_NINGBO=0
 AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MAX_REPLICAS_HONGKONG=2
 ```
 
-资源前置门禁和容量控制器只采样 `easyai.io/worker=true` 节点，避免把原宁波混部节点的
-可分配资源错误计入弹性上限。每站点能否升到两个副本仍由实测 RSS、CPU 和 PostgreSQL
-连接预算决定，不因新增节点而预先承诺。
+资源前置门禁和容量控制器只把已启用站点的 `easyai.io/worker=true` 节点计入弹性预算，
+协议模拟器优先固定到 `easyai.io/worker=true,easyai.io/database=false` 的专用节点，避免它与
+宁波主库和控制面争抢内存。每站点能否增加副本仍由实测 RSS、CPU 和 PostgreSQL 连接预算
+决定，不因新增节点而预先承诺。
 
 | 档位 | 单实例执行槽 | 数据库池 | 媒体并发 | 全局执行槽 |
 |---|---:|---:|---:|---:|
@@ -156,7 +154,7 @@ PNG 并通过验收 Key 上传到 Gateway。生产快照默认在已部署的 AP
 编辑模型，以及 `omni_video.max_images >= 9` 的视频模型并优先 Seedance 2.0/fast。
 验收组按 release SHA 隔离；历史 Run 的用户和分片不会被清理或复用到新 release，本次需要的
 分片及其 API Key 会幂等迁移到当前 release 的专属组。
-宁波 15 分钟预热内存门槛默认 65%，可用
+已启用 Worker 节点的 15 分钟预热内存门槛默认 65%，可用
 `AI_GATEWAY_ACCEPTANCE_NODE_MEMORY_PRECONDITION_PERCENT` 在 50–79% 之间显式调整；报告必须记录
 实际门槛，运行期 80%目标和 85%硬门禁不随之放宽。