# 05 — 一次性切换三个卡状态轮询入口

**What to build:** 现有实名、流量和网络轮询在 Gateway 查询成功后统一调用公共观测边界，不再直接更新卡或自行触发套餐、扣减和停复机副作用。切换前后的轮询配置、资格判断、Redis 分片队列、重排、并发、卡级开关、风险卡终止和监控统计保持一致。

**Blocked by:**

- 02 — 交付实名观测的公共写入闭环
- 03 — 交付流量观测的公共写入闭环
- 04 — 交付网络观测的公共写入闭环
- `.scratch/tech-global-audit/issues/09-manual-polling-task-integration-cutover.md` — 09 — 承接手动轮询状态并记录同步外部尝试

**Status:** ready-for-agent

**架构通道:** 主通道为复杂写，辅助通道为 Infrastructure。

**完整业务边界:** 本票以一个不可分割的切换收口三个轮询 Handler 查询成功后的状态应用和业务联动。明确不迁移套餐轮询、保护期轮询、调度基础设施、查询前资格判断或现有轮询策略，不允许新旧路径双写。

- [ ] 三个轮询 Handler 只负责既有调度编排、资格判断和 Gateway 查询，查询成功后的持久化与副作用全部交给公共观测用例。
- [ ] 实名首次激活、实名逆转、流量扣减、停复机评估、缓存更新和风险卡终止在切换后仅有一个权威实现，不发生直接写库与公共用例双写。
- [ ] 每次实际 Gateway 请求建立 Integration Log 并传播请求、关联、来源和场景标识；失败仍按原轮询重排策略处理。
- [ ] 固定同一组轮询配置、Redis 队列和卡级开关的回归测试证明下次入队时间、失败重排、并发控制、卡资格、风险卡终止和监控统计不变。
- [ ] 手动刷新继续直接执行一次同步并保持路由、权限和响应契约，不额外生成 0/3/5 序列。
- [ ] 删除或封闭三个 Handler 中已迁移的状态写入和副作用分支，套餐轮询、保护期轮询和其他旧模块保持原状。
