fix: 裁决口径重构 — rule_overrides 改处置地板，YARA 权重分档与阈值解耦

三件事，都围绕"分数只反映证据，不放行由地板保证"：

- rule_overrides 的 manual_review 旧实现是 score=max(score,65) 并跳过该规则自身权重：
  注进去的 65 不是证据，再叠任意 ≥5 分噪声就越过 block_score=70 变拒绝，同时显示分数
  与真实证据脱钩。改为步骤 9「复核地板」：权重照常累加，裁决后处置低于复核才抬到
  manual_review，已判 reject 不降回。3661 条历史扫描重放 0 收紧 0 放行；把 review_score
  下界抬到 36/40/50 或把 DEE 权重降到 10，无地板时干净 exe 静默放行，有地板恒为人工复核。
- DangerousExecutableExtension 进 rule_overrides(manual_review)，落实光闸口径「EXE/DLL/
  脚本不自动放行」，不再依赖 weight=30 恰好等于 review_score 下界这种数值巧合。
- YARA 权重分档 85/65/45/25 → 85/60/30/10，只有 critical 一档能独立越过 70；
  档位与 rules/*.yar 的 meta.risk_level 一一对应，控制台注释与 policy.html 同步。
- 词表：RemoteDownloadUnix/PowerShell 移出零容忍、改判"工具与 URL/IP 同框"，
  新增 RemoteDownloadExec(40)/PayloadDropToDisk(45) 带内网源站白名单。裸 cmdlet 名会把
  nvidiaInspector.exe 的 add_DownloadFileCompleted 白送 30 分，把 45 分复核顶成 75 分拒绝。
- 风险等级文案：裁决已是 malicious/error 时仍输出"打开风险低"是自相矛盾的对外文案，
  强制收敛到 critical。
- 靶场 L5-005 expected_verdict reject→review：旧 85 分靠载体45+时间戳20+未签名10+架构10
  堆叠，属权重堆叠误报；真实注入器由 C1_PE_ProcessInjection(85) 拦截。

docs/策略配置说明.md

@@ -193,7 +193,7 @@ rule_overrides:
 |---|---|
 | `pass` | 放行 |
 | `pass_with_flag` | 放行并标记 |
-| `manual_review` | 转人工复核（同时把评分提升至 65，确保落入复核区间） |
+| `manual_review` | 处置地板：该文件最终不低于人工复核（评分不变，低于复核区间时只抬处置） |
 | `reject` | 拒绝 |
 | `reject_and_notify` | 拒绝并通知（当前实现等同 `reject`） |
 
@@ -201,7 +201,9 @@ rule_overrides:
 
 1. 命中 `rule_overrides` 的规则会**优先于评分**处理
 2. 若 `action` 为 `reject` 类 → 立即返回拒绝结论，不再累加评分
-3. 若 `action` 为 `manual_review` → 评分提升至 65 并继续后续裁决
+3. 若 `action` 为 `manual_review` → 登记"复核地板"，规则自身权重照常累加，评分累加与阈值裁决完成后，处置若低于 `manual_review` 才抬到 `manual_review`（已判 `reject` 的不会被降回来）
+
+> 旧实现是"评分提升至 65"，有两个副作用：注进去的 65 分本身不是证据，再叠加任意 ≥5 分的噪声信号就会越过 `block_score=70` 变成拒绝；同时该规则自身的权重被跳过不再计分，控制台显示的分数与真实证据脱钩。现改为处置地板后，分数只反映权重，"不放行"由地板保证，与 `review_score` 阈值数值解耦——`DangerousExecutableExtension`（光闸口径：EXE/DLL/脚本不自动放行）正是靠这条地板生效，而不是靠 `weight=30/35` 恰好等于 `review_score` 下界。
 
 **为什么用覆盖而不是纯评分**：像 `PathTraversal`、`DDEAutoExecution` 这类信号，一旦出现就足以判定不可放行，不应依赖其他信号累加来"凑够"阈值。