跳到主要内容

CC 评审结论（L3 §14–16）

总评​

第五部分扎实、工程层纪律好（未冻结字段/阈值/schema）；但两处确凿代码事实错误（表名）+ 一处跨节冲突（§4 vs §15 标准化记录存储），均必修。术语透明、无黑话、无 FinBayes 残留。代码基线：model/mysql 真实 dn_/sys_ 表 + push_message_job.go + standardize/。

必修 blocking​

  • B1 §16 dn_api_perms 表名错误：真实是 sys_api_perms（sys_ 前缀）。dn_mcp_api_key 正确。（api_perms_model_gen.go:56）
  • B2 §4 vs §15 标准化记录存储冲突 + §4 dn_event_news_std 是 stale：dn_event_news_std 无 model、全仓 grep 零命中；标准化结果实际写 dn_raw_news 的 std_content/subjects/std_extra 字段，status 0/1/2/3。§15 正确、§4 stale。须统一以 dn_raw_news 为现行真相。（raw_news_model_gen.go、standardize.go）
  • B3 §16 retry_count 措辞不准：MaxRetryCount=3 定义但零引用；retry_count 列恒插 0、无自增；非「过滤器在起虚设作用」而是「常量没人用 + 列恒 0」。（push_consts.go:12、push_log_model.go、push_message_job.go:70-74）

建议 non-blocking​

  • N1 §15 运行证据可补 dn_translate_call_log（翻译调用证据真实存在）。
  • N3 §15「消费记录」无现行表 → 标缺口（同 webhook 无确认缺口）。
  • N4 §15「新建反馈记录表+统一反馈视图」近 schema 决策 → 挂 ADR / 留 L3。
  • §15「缺维度即不可交付」非现行事实 → 标目标校验。
  • §15 授权维度 crawler_source 无对应字段 → §17 写待补。

亮点​

  • §15 落定 §11.6 协调点（运行证据 vs 下游反馈，同对象两来源、物理可分表），自洽可核验。
  • §16 最小契约精准承接 L2 §8，且正确把幂等/状态/补偿/回放/确认剥离到「交付语义」（对应 L2「属输出交付资产、非最小契约」）。
  • 七维度 + 质量独立字段纪律三处一致（§15/§13/§2）。
  • 依赖表事实准确（MySQL/Redis/Weaviate/llm_provider/llm_config）。
  • 术语透明无黑话，ADR-候选编号跨节可追。