跳到主要内容

L3 §7–10 双路评审汇总 + 修订记录

两路独立评审（CC + Codex）评 L3 第三部分（§7–10）。收敛：§7/§9 承接扎实、G6 纪律好、DH 语义无残留；但 §8 对现行链路失准 + §10 时序折叠对象，须修。CC 主笔已修（CC 另独立核对了实际代码，纠正了 CLAUDE.md 漂移）。

收敛必修 → 已修​

#问题CCCodex修订
F-A§8 现行 Job 链路描述错误：写「StandardizeJob/AgentJob」「news_std_agent」，实际代码无 agent_job.go / news_std_agent.goB1+B2（核对实际代码）（Codex 自己也沿用 stale「AgentJob」名，未察）按实际代码改写：Scraper 群（60s/15m/60m）→ StandardizeJob（标准化 0→1）→ RawNewsJob（AgentTask+DirectPushTask 分发 1→2）→ PushJob；agents=analyst/social/forward；代码映射改实际路径；频率标观察值非 SLA
F-B§8 容器图弱化「信息资产库与检索」为存储设施（一主四辅丢一辅）N3blocking#1容器图补「信息资产库与检索」逻辑容器（六类资产/索引/溯源，物理落 MySQL+Weaviate）
F-C§10 S1/S2 跳过 Perception Record + 漏去重聚合 + Delivery Artifact 用语不统一B3+B4blocking#2+#3S1/S2 补：去重聚合（N Raw→1 Record）、Perception Record（生成→待复核→已复核）、由 Record 生成资产、创建 Delivery Artifact（待交付→已交付/失败终态）

收敛建议 → 已修​

  • §7 机器客户端补「评估对象，不抢 ATM 第一验证场景」（Codex#2）。
  • §10 收尾注明 S3/S4/S6/S7 各有差异分支（S3 Source 降级 / S4 复核 / S6 拉取 / S7 market），状态在 §11 逐对象详述，不强行共用主图（Codex#1）。
  • §8 频率标「观察值、非 SLA」（Codex#3，已并入 F-A）。

留待后续节（记录）​

  • §9 子系统深度可在主笔 §11–16 前补一层接口/组件（CC N1）。
  • §24 风险登记「§10 主链交付物 ≠ 现行实际推送物（RawNewsJob 直推 Telegram/Webhook/TM）」链路落点错位（CC N4）。
  • §22/§27 明确「输出控制（阻断/放行）」属可保留还是空白能力（CC N5）。
  • §16 通信协议勿把私域信号「实时观点+历史样本」封装提前写死（CC N2）。

亮点（两路共识）​

  • §7 接触契约忠实承接 L2 §15.4、G6 proposed 不冻结；不变量逐层下沉到接触面。
  • §8 未把五能力域误写成部署边界。
  • §9 接口/失败模式保留真实工程缺口（webhook 无 ACK、continue-without-result、授权拦截）。
  • §4 dn_event_news_std 漂移处理姿态正确，与本轮 §8 失准对比——再次印证「以实际代码/fact-map 为准，不信任 stale 二手文档」。

处置​

F-A/F-B/F-C + 建议已落 §7–10。自检：29 节、mermaid 配平、无 stale 代码名（agent_job/news_std_agent/AgentJob）残留、§10 Perception Record 与去重已补、资产库逻辑容器已加。§7–10 此后判为「正确 + 忠实承接 + 足以支撑 §11–29」。

方法教训​

连续两轮（dn_event_news_std、§8 Job 链路）证明：L3 涉及现行代码事实处，必须以实际代码 + system-fact-map 为准核对，不可采信 CLAUDE.md / 二手文档（CLAUDE.md 自身已漂移）。已记入工作约定。