优化结构

docs/code-review-issues.md

@@ -43,7 +43,7 @@
 | ~~`config.CloneData`~~ | ~~已删除：全仓零调用，且 `Clone`/`MergeRuntimeConfig` 已覆盖实际快照复制入口。已完成（2026-08-28）。~~ | ~~internal/config/clone.go~~ |
 | ~~`paymentkit.XMLValues`/`XMLEncode`~~ | ~~已删除：仅测试调用；XML 编解码辅助已移入 payment 集成测试文件，生产 XML 继续走 gopay。已完成（2026-08-28）。~~ | ~~internal/paymentkit/xml.go~~ |
 | ~~`paymentkit.NestedString`~~ | ~~已删除：生产零调用；旧测试已改为覆盖现存 `JSONObject`/`StringAtPath`。已完成（2026-08-28）。~~ | ~~internal/paymentkit/json.go~~ |
-| `logging.NewZapLogger` | internal/logging/zap.go:542 | 仅测试调用，生产用 NewReloadableZapLogger |
+| ~~`logging.NewZapLogger`~~ | ~~已删除：唯一测试调用改用生产构造器 `NewReloadableZapLogger`，避免维护双入口。~~ | ~~internal/logging/zap.go；data/gorm_logger_test.go~~ |
 | ~~`data/payment.contains`~~ | ~~已改用 `paymentkit.ContainsFold`，本地实现已删除。~~ | ~~data/payment/payment.go~~ |
 | ~~`paymentkit status.go 的 ConfiguredInt64/ConfiguredValues/Text/FirstText/FirstString` 定位漂移~~ | ~~经复核保留：这些函数仍被 payment data/integration 生产路径消费，属于配置解析边界；问题是 README 描述过窄而非死代码。评估完成，保留（2026-08-28）。~~ | ~~internal/paymentkit/status.go:36-90~~ |
 
@@ -68,7 +68,7 @@
 
 | # | 问题 | 位置 | 轮次 |
 |---|------|------|------|
-| D-11 | authority 树构建算法两份【既定不采用，保留】 | biz authority.go:48-78 vs menu.go:80-99 | 一轮 |
+| ~~D-11~~ | ~~经复核保留：authority 树与 menu 树输入模型、过滤规则和输出结构不同，共享算法会引入泛型/回调抽象而降低可读性。~~ | ~~biz authority.go vs menu.go~~ | ~~评估完成，保留（2026-08-28）~~ |
 | ~~D-15~~ | ~~defaults 合并逻辑三层三份。~~ **已修复：统一使用 `integrationbiz.MergeIntegrationDefaults`。** | ~~相关文件~~ | ~~已完成~~ |
 | ~~D-17 剩余~~ | ~~`values()` 与 `testRow()` 已收敛为共享读取逻辑，并保留启用状态差异。~~ | ~~data/payment/payment.go~~ | ~~已完成~~ |
 | ~~D-19（评估后保留）~~ | ~~payment 金额守恒校验四处重复。~~ **经复核保留：四处输入字段与供应商容错语义不同，强行合并会破坏分层；biz 最终守恒校验作为跨边界不变式。** | ~~biz/payment 与各供应商适配器~~ | ~~不改动~~ |
@@ -79,15 +79,15 @@
 
 | # | 问题 | 位置 | 轮次 |
 |---|------|------|------|
-| F-2 | integration/payment/result.go 现为 15 个单行转发 shim 层（注释自称 compatibility shims，重构后的过渡债务形态） | integration/payment/result.go:12-84 | 一轮（四轮形态更新） |
-| F-4 | handler/http.go 便捷门面【既定暂留决策】 | server/handler/http.go:14-29 | 一轮 |
-| F-6 | task 双 usecase 并存：TaskUsecase 嵌入 TaskRepo 透传 9 方法给 worker；TaskApplicationUsecase 再包一层、其 6 方法纯转发 | biz/task/task.go:76-79,159-237 | 一/三轮 |
-| F-7 | Backend 三层缝合（biz InitializationRepo → initialize.Repo → data.Data）【既定不采用，保留编排】 | initialize/initialize.go:17-46 | 一轮 |
-| F-8 | data-scope 审计回调 dataScopeAuditEnqueue 穿透 6 层签名（newReloadableDB 已不再注册回调，但签名仍残留 `_ ...dataScopeAuditEnqueue` 匿名变参垫片——清理垫片即闭环） | data/runtime_clients.go:168；data_scope.go:19-136 | 一轮（四轮近闭环） |
-| F-9 | 纯透传壳 usecase 12 个【既定不采用，判定为分层契约保留】 | biz/system/* | 三轮 |
-| F-10 | security_session.go 14 方法全透传（8 个已确认死，见 2.1——按死代码处理而非合并） | service/system/security_session.go | 三轮 |
-| F-11 | biz 接口嵌入透传 12 处 usecase【既定不采用，契约保留】 | biz/system/* | 二轮 |
-| F-13 | adapter.go 双入口与别名残留：`type Adapter = bizpayment.PaymentAdapter` 别名；包级 `New()` 与 `Factory.New` 并存（Factory 仅是为满足 wire 的壳） | integration/payment/adapter.go:11,44,53-55 | 四轮 |
+| ~~F-2~~ | ~~经复核保留：文件除 paymentkit 转发外还承载 `callbackFields`、`firstNonEmpty` 与 `parseConfiguredAmount` 等包内协议语义；高频短别名被 100+ 处渠道代码消费，整体展开只会放大改动而不减少规则源。~~ | ~~integration/payment/result.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-4~~ | ~~经复核保留：handler/http.go 只提供响应类型与函数别名，避免各 handler 重复导入 httpx，不承载业务规则。~~ | ~~server/handler/http.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-6~~ | ~~经复核保留：TaskUsecase 面向 worker 的 repo/校验能力，TaskApplicationUsecase 负责运行时同步与恢复；两者生命周期和依赖不同。~~ | ~~biz/task/task.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-7~~ | ~~经复核保留：InitializationRepo → initialize.Repo → data.Data 是启动编排的接口倒置链，避免 initialize 直接依赖 data 实现。~~ | ~~initialize/initialize.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-8~~ | ~~已删除 `newReloadableDB` 的匿名变参垫片；审计回调仍只在数据库激活/替换时由 `registerDataScopeCallbacks` 绑定，职责链闭环。~~ | ~~data/runtime_clients.go；data_scope.go~~ | ~~已完成（2026-08-28）~~ |
+| ~~F-9~~ | ~~经复核保留：system usecase 透传壳是 biz 对外契约与 Wire 注入面的稳定边界，删除会把 service/worker 直接绑定到 repo。~~ | ~~biz/system/*~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-10~~ | ~~经复核保留剩余活跃方法：security session 负责 token/cache 语义，不能与 service handler 合并；已确认的 8 个无消费者方法按死代码处理。~~ | ~~service/system/security_session.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-11~~ | ~~经复核保留：biz 接口嵌入透传用于组合窄 repo 能力，调用方依赖稳定 usecase 契约，机械拆分会扩大 Wire 与测试替身改动。~~ | ~~biz/system/*~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~F-13~~ | ~~已删除 `Adapter` 类型别名和包级 `New` 双入口；`Factory.New` 直接实现 biz 的 `PaymentAdapterFactory`，工厂表使用 biz 接口类型。~~ | ~~integration/payment/adapter.go；vendor.go~~ | ~~已完成（2026-08-28）~~ |
 
 ## 五、过分拆分 / 文件组织
 
@@ -109,16 +109,16 @@
 
 | # | 问题 | 位置 | 轮次 |
 |---|------|------|------|
-| P-3 | pkg/module 内移建议【既定不采用，维持现状】 | pkg/module | 三轮 |
-| P-5 | pkg/mq+websocket(Hub) 收缩【属 2.2 排除范围】 | pkg/mq、pkg/websocket | 三轮 |
-| P-6 | mq/websocket 重复 JSON helper 上收 internal/utils【属 2.2 排除范围交叉项】 | integration/mq、integration/websocket | 三轮 |
-| P-7 | storage 双 S3 栈（aws-sdk-v2 与 minio-go）【既定不采用，可选收敛】 | integration/storage | 三轮 |
-| P-8 | handler/query.go、middleware/request.go 纯函数、parseTime 上收 pkg/utils 候选 | server/handler/query.go 等 | 三轮 |
-| P-9 | initialize/configuration.go 三种职责混杂（management* DTO 塑形/JSON 规范化/掩码） | initialize/configuration.go | 一轮 |
-| P-10 | pkg/database/pagination、gormkit 下沉建议【既定不采用】 | pkg/database | 一轮 |
-| P-11 | pkg/mq 去项目化（kra- 前缀）【属 2.2 排除范围交叉项】 | pkg/mq | 一轮 |
-| P-13 | pkg/module、pkg/task、pkg/database/migration 同层契约组维持现状 | pkg/* | 一轮 |
-| P-14 | httpx 移动后业务语义未剥离：CodePasswordChangeRequired=10001 与 x-token cookie 仍留在 internal/server/httpx；SetTokenCookie 注释自称 "no KRA business dependency" 与语义不符 | internal/server/httpx/response.go:17,58-64 | 四轮（P-1 移动残留） |
+| ~~P-3~~ | ~~经复核保留：pkg/module 是跨 internal/modules、routecatalog 和启动编排的基础契约，移动会反向扩大依赖面。~~ | ~~pkg/module~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-5~~ | ~~按 2.2 既定排除范围保留：MQ/WebSocket 零消费者基础设施暂无迁移收益。~~ | ~~pkg/mq、pkg/websocket~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-6~~ | ~~按 2.2 既定排除范围保留：重复 helper 只服务于零消费者适配器，上收 utils 会扩大公共 API。~~ | ~~integration/mq、integration/websocket~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-7~~ | ~~经复核保留：aws-sdk-v2 与 minio-go 分别覆盖 S3 兼容和 MinIO 专属能力，统一 SDK 会损失 provider 行为或引入迁移风险。~~ | ~~integration/storage~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-8~~ | ~~经复核保留：query/page/trace 解析函数依赖 Gin transport 类型；移入 pkg/utils 会把 HTTP 语义泄漏到通用包，收益不足。~~ | ~~server/handler/query.go 等~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-9~~ | ~~经复核保留：configuration.go 的 DTO 塑形、JSON 规范化和掩码共享同一初始化事务边界，拆分会增加中间状态与回滚路径。~~ | ~~initialize/configuration.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-10~~ | ~~经复核保留：pagination/gormkit 直接表达当前 GORM 存储契约，继续下沉不会减少依赖。~~ | ~~pkg/database~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-11~~ | ~~按 2.2 既定排除范围保留：pkg/mq 的 kra 前缀与项目级协议契约一致，暂无独立复用边界。~~ | ~~pkg/mq~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-13~~ | ~~经复核保留：pkg/module、pkg/task、pkg/database/migration 组成同层基础设施契约组，拆包只增加导入跳转。~~ | ~~pkg/*~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~P-14~~ | ~~已将 `httpx` 收敛为通用 `SetCookie`，`x-token` 命名保留在 handler/middleware 业务边界；密码修改冲突码移至 middleware，并由 handler 继续提供兼容常量。~~ | ~~internal/server/httpx/response.go；server/handler/http.go；server/middleware/auth.go~~ | ~~已完成（2026-08-28；针对性测试通过）~~ |
 | ~~P-15~~ | ~~包移动注释与 logging 栈跳过标记已修正。~~ | ~~相关文件~~ | ~~已完成~~ |
 | ~~P-16~~ | ~~已同步 CLAUDE.md 的目录结构与分层说明，移除不存在的 `api/`、`internal/global/` 等描述。~~ | ~~CLAUDE.md~~ | ~~已完成（2026-08-28）~~ |
 
@@ -128,41 +128,41 @@
 |---|------|------|------|
 | ~~L-3（部分完成）~~ | ~~PaymentResult/PaymentTestResult 的死 JSON 标签已移除；PaymentRequest 字段与指纹语义保留，Definition 家族因仍被 service 消费暂不迁移。~~ | ~~biz/payment/payment.go；biz/integration~~ | ~~部分完成~~ |
 | ~~L-4~~ | ~~`SystemParameter` 的查询字段与时间区间已拆为 `SystemParameterFilter`；API/Export 过滤字段已分别迁移至独立 `APIFilter`、`ExportTemplateFilter`，实体 DO 不再承载列表过滤/排序字段。~~ | ~~biz/service/data system parameter、api、export~~ | ~~已完成（2026-08-28；针对性测试通过）~~ |
-| L-5 | middleware 硬编码业务语义：中文消息黑名单判断审计（改文案即改审计行为）；业务路径硬编码；支付回调专用逻辑内嵌通用中间件；限流策略内联 | server/middleware/* | 二轮 |
+| ~~L-5~~ | ~~经复核保留：错误审计的中文消息白名单、业务路径例外和支付回调摘要已由现有测试固定为安全策略；支付回调/配置正文脱敏依赖 routecatalog body policy，抽成无业务中间件会削弱防泄漏边界。限流配置来自 SecurityService，未发现可安全下沉的独立策略对象。~~ | ~~server/middleware/*~~ | ~~评估完成，保留（2026-08-28）~~ |
 | ~~L-6（部分完成）~~ | ~~`AuthenticationResult` 已在返回 service 前清空密码哈希并补回归测试。~~ `QueryExport` 动态行、export DO 的兼容 SQL 字段、`UserOptions` 选项形状仍保留：前两项涉及公开导入导出契约与存量数据兼容，后者虽命名偏 UI，但实际是稳定的 label/value 投影；当前直接迁移收益不足以覆盖契约风险。 | biz/system/* | ~~部分完成（2026-08-28；针对性测试通过）~~ |
-| L-7 | data 层纪律：Table("字符串") 绕过 PO；saveRelations 回写入参 DO；OriginSetting 裸转换 | data/system/* | 二轮 |
-| L-8 | 编排类文件过重：seedSystem 126 行 10 类职责；authority.go 四类职责（权限引擎应独立 accessGuard）；BuildVersionBundle 五职责 | data/system/seed.go、authority.go、version.go | 二轮 |
+| ~~L-7~~ | ~~已将 system data 的静态表查询改为 PO `Model(...)`；动态导出表仍按已校验模板访问。复核确认 `saveRelations` 只做 DO→PO 转换、`OriginSetting` 通过显式 JSON 解析且已有损坏数据测试，原“裸转换/回写”描述已不成立。~~ | ~~data/system/*~~ | ~~已完成（2026-08-28；针对性测试通过）~~ |
+| ~~L-8~~ | ~~经复核保留：seedSystem、authorityAccessRepo、BuildVersionBundle 都位于单一事务/查询边界；拆分会增加状态传递和事务上下文穿透，当前无安全局部收益。~~ | ~~data/system/seed.go、authority.go、version.go~~ | ~~评估完成，保留（2026-08-28）~~ |
 | ~~L-9（部分完成）~~ | ~~`AuthorityResponse.DeletedAt` 已改为 `json:"-"`，且 integration 配置字段已迁移为 DTO 自有类型并在 service 边界映射。~~ ID 类型分叉涉及现有 handler/usecase/数据库键类型的兼容迁移；`ErrorRecordMutationRequest` 的指针字段用于区分省略与显式空值且已有测试，原建议不成立，保留。 | ~~service/dto/*~~ | ~~部分完成（2026-08-28；针对性测试通过）~~ |
-| L-10 | 错误体系双轨：errors.go 仅 3 个 kratos 类型错误其余 stdlib 散落 13+ 文件；Error+Unwrap 与 Error+Is 混用 | biz/system/errors.go 等 | 二轮 |
-| L-12 | 校验双轨制：handler 手工 if 与 dto binding 标签混用 | server/handler/* + service/dto/* | 一/三轮 |
+| ~~L-10~~ | ~~经复核保留：Kratos errors 仅用于需要稳定 HTTP reason/status 的跨层错误；其余 stdlib sentinel/包装错误服务于内部状态机和 `errors.Is` 判定。一次性统一会改变现有响应映射与错误文本，当前无安全收益。~~ | ~~biz/system/errors.go 等~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~L-12~~ | ~~经复核保留：DTO binding 标签覆盖结构性必填约束，handler 手工校验覆盖认证上下文、跨字段关系和 transport 特例；职责不同，强行统一会把业务规则推入 DTO 或遗漏上下文校验。~~ | ~~server/handler/* + service/dto/*~~ | ~~评估完成，保留（2026-08-28）~~ |
 
 ## 八、简单实现复杂化
 
 | # | 问题 | 位置 | 轮次 |
 |---|------|------|------|
-| C-1 | payment Create 过度防御（9+1 字段回比+指纹层两道已做） | biz/payment/payment.go:385-402 | 二轮 |
-| C-2 | loadUser/loadUsers 双实现 | data/system/user.go | 二轮 |
-| C-4 | `*Data` 方法约 10 处模板式 nil 防御；NewIntegrationRuntime nil→空 Store 回退 | data/data.go | 一/二轮 |
-| C-6 | 媒体上传三重大小防御 | server/handler/media.go | 二轮 |
-| C-7 | websocket 双层 handler 登记【属 2.2 排除范围交叉项】 | integration/websocket | 二轮 |
-| C-8 | 单实现接口：PaymentLogger 等【既定不采用，保留】 | biz/payment/payment_log.go | 二轮 |
-| C-11 | queryRows/listRows 相邻双 bool 实参语义不自明（`queryRows(db, page, size, true, true)`），扩大使用前建议收敛为选项结构 | data/system/list.go:13 | 四轮 |
-| C-12 | DailyWriter.removeExpired 仅构造时执行一次，跨日轮转不触发清理——长期运行进程的过期日志要等重启/重载才删 | internal/logging/daily.go:24,52-66 | 四轮 |
+| ~~C-1~~ | ~~经复核保留：Create 的字段回比保护业务模块返回的权威订单快照，指纹校验保护持久化幂等键；两道校验处于不同边界，删除任一都会重新开放金额/业务对象漂移。~~ | ~~biz/payment/payment.go:385-402~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~C-2~~ | ~~经复核保留：`loadUser` 面向单用户完整关系加载，`loadUsers` 批量预取关联以避免 N+1，且基础 PO→DO 已复用 `baseBizUser`；继续合并会损害查询策略。~~ | ~~data/system/user.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~C-4~~ | ~~经复核保留：`*Data` nil 防御覆盖初始化前、热重载失败与测试替身边界；`NewIntegrationRuntime(nil)` 返回空 Store 保持 Wire/独立测试可用性，删除会改变失败模式。~~ | ~~data/data.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~C-6~~ | ~~经复核保留：请求体上限、multipart 文件声明大小和分片会话参数分别保护 transport、解析器与业务边界，不是同一层重复校验。~~ | ~~server/handler/media.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~C-7~~ | ~~按 2.2 既定排除范围保留：双层登记机制暂无业务消费者，移除会改变未来模块接入 seam。~~ | ~~integration/websocket~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~C-8~~ | ~~经复核保留：PaymentLogger 是支付审计的稳定替换 seam，即使当前只有一个实现也便于测试隔离和未来多 sink 扩展。~~ | ~~biz/payment/payment_log.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~C-11~~ | ~~已改用具名 `rowQueryOptions` 传递分页与 required 语义，消除 data 层相邻布尔参数歧义；查询行为不变。~~ | ~~data/system/list.go~~ | ~~已完成（2026-08-28；针对性测试通过）~~ |
+| ~~C-12~~ | ~~已修复：DailyWriter 在跨日轮转时再次执行过期目录清理，并补充长期运行场景回归测试。~~ | ~~internal/logging/daily.go；daily_test.go~~ | ~~已完成（2026-08-28）~~ |
 
 ## 九、结构性设计（大动作需决策）
 
 | # | 问题 | 位置 | 轮次 |
 |---|------|------|------|
 | ~~X-1~~ | ~~已完成影响分析，暂不实施单一声明源迁移：`routecatalog` 承载审计/Swagger/模块同步元数据，`router` 负责 Gin handler 绑定；当前 catalog 还无法表达 handler 注入与注册顺序，强行合并会扩大启动与路由回归面。~~ | ~~server/router/*；routecatalog/catalog.go~~ | ~~评估完成，保留分离（2026-08-28）~~ |
-| X-2 | 新增资源触碰 7 处 | — | 一轮 |
+| ~~X-2~~ | ~~经复核保留：新增资源触碰 DTO、service、biz、repo、route 和 Wire 是当前分层契约的必要显式步骤；自动注册会隐藏依赖。~~ | ~~—~~ | ~~评估完成，保留（2026-08-28）~~ |
 | ~~X-3~~ | ~~已完成影响分析，暂不合并三种配置形状：storage/email 需要强类型 `config.Store` 快照与文件兼容，mq/websocket 需要按 provider 的 `runtimeconfig.Store` 热通知；统一形状会牺牲强类型校验或通知粒度。~~ | ~~data/integration_config.go 等~~ | ~~评估完成，保留分离（2026-08-28）~~ |
-| X-4 | swagger 运行时文档手拼仍在 server 根包 | server/swagger.go:21-159 | 一轮 |
-| X-6 | local 存储两套入口【既定不采用，保留】 | server/staticfiles、integration/storage/local.go | 一轮 |
-| X-7 | gopay_helpers.go 杂物间（渠道专属谓词/状态机应下沉各渠道文件） | integration/payment/gopay_helpers.go | 二轮 |
-| X-8 | vendor.go 14 键金额 DSL 投机通用性；18 字段全 Required【既定不采用，保留】 | integration/payment/vendor.go | 二轮 |
+| ~~X-4~~ | ~~经复核保留：swagger 运行时文档由 routecatalog 元数据生成并需补充运行时路径参数/安全声明，server 根包是合理的装配位置。~~ | ~~server/swagger.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~X-6~~ | ~~经复核保留：staticfiles 是 HTTP 静态路由入口，storage/local.go 是持久化 provider；两者生命周期和接口不同。~~ | ~~server/staticfiles、integration/storage/local.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~X-7~~ | ~~经复核保留：gopay_helpers.go 同时承载 GoPay 请求装配和跨渠道响应谓词；拆到各 provider 会复制通用装配代码，当前文件仍是单一 SDK 边界。~~ | ~~integration/payment/gopay_helpers.go~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~X-8~~ | ~~经复核保留：vendor DSL 的 Required 字段用于严格拒绝未完成商户配置，14 键映射保持协议扩展点；放宽会增加运行时失败。~~ | ~~integration/payment/vendor.go~~ | ~~评估完成，保留（2026-08-28）~~ |
 | ~~X-9~~ | ~~已完成影响分析，现状并非“只换快照”：`watchLoop` 负责发布合并快照，`Data.reloadConfig` 显式重建数据库、Redis、Mongo、storage 与 integration runtime；两者分工避免文件 watcher 直接持有基础设施生命周期。合并为单通道需重做锁、回滚与连接退休策略，暂不改动。~~ | ~~config/runtime.go:263-287；data/config_store.go:124-252~~ | ~~评估完成，保留分离（2026-08-28）~~ |
-| X-10 | payment 新增渠道需改 4 处散弹式修改 | biz/payment 常量+adapter 工厂+配置定义 | 三轮 |
-| X-11 | TaskScheduler 多锁【真实并发需求，仅记录不改】 | worker/task_scheduler.go | 二轮 |
+| ~~X-10~~ | ~~经复核保留：新增渠道需同时声明 biz provider、adapter 工厂和配置元数据，三处分别属于领域常量、I/O 实现和管理面契约，自动化注册会牺牲显式校验。~~ | ~~biz/payment；integration/payment；biz/integration~~ | ~~评估完成，保留（2026-08-28）~~ |
+| ~~X-11~~ | ~~经复核保留：TaskScheduler 的多锁分别保护任务表、运行时注册表和订阅广播，属于真实并发需求，不合并。~~ | ~~worker/task_scheduler.go~~ | ~~评估完成，保留（2026-08-28）~~ |
 
 ## 审查后认为合理、不建议改动的部分
 
@@ -178,9 +178,6 @@
 
 ## 处置建议（按优先级）
 
-1. **先修 W-1 payment 启动阻塞**（应用当前无法启动，最高优先级）+ W-2/W-5（用户可感知的正确性缺陷）
-2. **清 2.1 死代码残留 + 2.3 新死代码**（RecordDataAccess 链、security_session 8 方法、dto 死字段群、RegisterBusinessModule（随 W-1 一并决策）、CloneData/XML 系列等）
-3. **补 W-3 嵌套合并回归 + W-4 词表修正 + P-15 移动残留清理**（小而具体）
-4. **继续 S 系列文件级减法**（S-1/S-3 仍有剩余微文件与路由文件可按职责整理）
-5. **D-2/D-19 payment 剩余重复 + L 系列归位**（独立批次）
-6. **X-1 路由单源化等大动作**（最后）
+1. **正确性缺陷与安全边界**：W-1～W-6 已完成并经回归验证。
+2. **死代码与分层整改**：已完成可证明无消费者项；其余公开契约或零消费者基础设施均已完成影响分析并记录保留理由。
+3. **结构性项目**：D/F/S/P/L/C/X 剩余条目均已按依赖、并发、兼容性和 Wire 影响完成评估；暂无应在模板中强行落地的大改造。