> **★ 与分析的实现偏差(实测修正,2 处)**:① 分析 §2/§8-S1..S3 提议「`lib.rs:399` 后插 3 行 `mod`」,**计划书 Global Constraints 优先**:3 个模块全部由**父模块自己**用 `#[path]` 声明(`mod render;` / `mod purify;` / `mod chain;`),`lib.rs` **一行未动**(同时避开分析 U6 指出的并行 `lib.rs` 冲突面)。② `render_screen_points` 在拆后**全仓无任何消费者**(唯一调用点在过滤链内)⇒ 若 chain 直接写 `super::render::render_screen_points`,父模块的 `pub use` 绑定就成了 `unused_imports` 警告(`-D warnings` 下 = clippy error +1);故 chain 改为**经父模块再导出消费** `use super::render_screen_points;`,既消除警告又保住 `crate::note_filter::render_screen_points` 这个拆前就存在的入口名。③ S2 中间步主文件仍需 `use self::purify::{concat_transcript, is_filler_only, is_fragment, is_purified_empty, purify_segment};`(`filter_note_transcript` 当时尚未迁出),S3 随函数迁出**同步下线**该行(否则 `unused_imports`)——这是分 3 步走带来的、每步都自洽的必要动作。
0 commit comments