docs(security): 内容审查接线已结案，同步两张状态表

- kernel-secret-firewall-design.md 接线状态表：ScanContent 一行
  从 🔴「配置里的敏感词一条不生效」改为 ✅ 2026-11-02 接通，
  并写明两处落点与 B 档语义（标记+警示，不阻断）。
- future-plan.md §一 汇总表第 4 行同步为 ✅。
- §1.2 改写为「已结案」，保留两条教训：
  ① 第一版让 agent 自己解析档位 —— 正是 §1.1 收敛掉的第 2 层毛病，
     盲试两轮才回去读设计文档；设计里早就写清了落点。
  ② 最初 6 条判据只测辅助函数，删掉 task.go 的调用仍全绿 ——
     与「实现完整、判据绿、生产零调用」的原始缺陷形态一模一样。
     补了走真实入口 runInputTask 的那条才真的变红。

仍零生产调用方的：路径沙箱 CheckPath、网络闸 CheckNetwork（见 §1.3）。

docs/zh/kernel-secret-firewall-design.md

@@ -10,7 +10,8 @@
 > 详见 `internal/security/agentscope.go` 与 `round.go` 的包注释。
 >
 > **状态：部分实现。** 凭据防火墙、配置加密、变量库统一与 C1–C8 判据已落地并**在生产线生效**；
-> 但**三条能力机制完整却零生产调用方**（敏感词/注入预警、路径沙箱、网络闸）。
+> 敏感词/注入预警 **2026-11-02 已接通**（B 档：标记+警示）；
+> 仍**零生产调用方**的是路径沙箱（`CheckPath`）与网络闸（`CheckNetwork`）。
 > 本文保留原始设计与逐条审计记录；未实现项统一登记在
 > [`future-plan.md`](./future-plan.md) §一。
 >
@@ -28,7 +29,7 @@
 > | 按主体授权 `CheckToolFor` | 完整 | 同上（`checkToolForWithProfile` 同时叠主体策略） | ✅ **2026-10-30 接通** |
 > | 插件命名档位 `DeclareProfile` | 完整 | `sdk/security_impl.go`、`proc/corehandler_security.go` | ✅ 声明侧通 |
 > | 插件命名档位 `ActivateProfile` | 完整 | `security/agentscope.go` 的 `setSession` + `BeginRound` | ✅ **2026-10-31 接通**（每 agent 独立实例） |
-> | 敏感词/注入 `ScanContent` | 完整（254 行） | **无** | 🔴 配置里的敏感词一条不生效，见 future-plan §1.2 |
+> | 敏感词/注入 `Round.CheckContent` → `ScanContentFor` | 完整 | `task.go`（插件输入）、`toolcall.go` defer（工具结果） | ✅ **2026-11-02 接通**（B 档：标记+警示，不阻断） |
 > | 路径沙箱 `CheckPath` | 完整 | **无**（只被 Runtime 自己调 Policy） | 🔴 见 future-plan §1.3 |
 > | 网络闸 `CheckNetwork` | 完整 | **无**（同上） | 🔴 见 future-plan §1.3 |
 > | 事件总线授权 + 载荷过闸 | 完整 | `security/mod.go`（唯一装配点） | ✅ 生效 |