L3 §14–16 双路评审汇总 + 修订记录
两路独立评审（CC + Codex）高度收敛、均逐文件核对实际代码。窄 Codex（只附受审小节）成功规避 compaction。CC 主笔据收敛项修订（均代码事实校准，不动战略层）。
收敛必修 → 已修
| # | 问题 | CC | Codex | 修订 |
|---|---|---|---|---|
| F1 | §16 MCP 权限表名错误（dn_api_perms→sys_api_perms）+ MCP 未接 api_perms 隔离 | B1 | blocking#1 | 改 sys_api_perms + 明示 MCP 只校验 Key/状态/限额、细粒度隔离待补 |
| F2 | §4 vs §15 标准化记录存储冲突；§4 dn_event_news_std 是 stale（零写入） | B2 | blocking#4 | §4 统一为「现行写 dn_raw_news std 字段（status≥1）」、旧表停写仅作漂移注 |
| F3 | §15 dn_push_log 过度声称「消费确认」（无该字段，与 §16 矛盾） | （亮点反向） | blocking#3 | §15 改为真实字段 + 标「无消费确认字段、是缺口」 |
| F4 | §16/§13 retry_count 措辞（MaxRetryCount 定义但零引用、列恒 0） | B3 | blocking#5 | §16 精确改述 |
| F5 | webhook「无 ACK」不准（有 /v1/webhook 返回 received，缺业务确认/反馈落库） | （N3 关联） | blocking#2 | §13/§9/§6/§10/§15 五处统一改「无业务消费确认 / 无反馈落库」 |
收敛建议 → 已修
- §14 MySQL「dn_」→「业务表多为 dn_、权限/系统表含 sys_*」。
- §15 运行证据补
dn_translate_call_log。 - §15 消费记录标缺口；授权维度标待补（crawler_source 无对应字段）；「缺维度即不可交付」标 L3 目标校验（非现行强制）；反馈记录表形态留 ADR。
- Feedback/Evidence 中文正文用「反馈与运行证据」。
亮点（两路共识）
- §15 落定 §11.6 协调点（运行证据 vs 下游反馈，同对象两来源、物理可分表），自洽。
- §16 最小契约精准承接 L2 §8，正确剥离交付语义；未冻结 schema。
- §15 多数 dn_* 表映射真实可核；术语透明无黑话。
方法验证
窄 Codex（只附受审小节）成功规避 remote-compaction——后续 L3 评审沿用此法（不再给 Codex 全文 6000 行）。CC 首轮 ECONNRESET（基础设施）失败、二轮成功。