fix(stealth): neutralize disable-devtool auto bootstrap

docs/blog/agent-browser-stealth-attack-defense-playbook.zh-CN.md

@@ -109,6 +109,27 @@ flowchart TD
 
 > 执行链路保护优先于信号修饰。
 
+### 1.6 反调试执行面：与指纹评分面并行
+
+很多站点并不只依赖指纹评分，还会部署“主动处置型反调试”脚本。
+
+典型路径：
+
+```mermaid
+flowchart LR
+  A["页面启动"] --> B["反调试探测"]
+  B --> C{"命中?"}
+  C -->|是| D["close/back/redirect"]
+  C -->|否| E["继续业务逻辑"]
+```
+
+该路径与指纹评分面的关系：
+
+1. 指纹评分决定“挑战/放行/降权”
+2. 反调试处置决定“页面是否继续可用”
+
+因此，“页面自关闭”不能直接推断为“指纹被识别”，更常见是反调试链路触发。
+
 ---
 
 ## 二、控制面（分层设计）
@@ -157,6 +178,18 @@ flowchart LR
 - 优先治理高频、可解释的探测路径
 - 对跨域挑战链路对象设置严格注入边界
 
+#### 2.4.1 反调试脚本治理（以 disable-devtool 类库为例）
+
+反调试脚本通常通过固定启动入口触发（例如 `disable-devtool-auto` 标记）。
+
+可行控制策略：
+
+1. 仅抑制其自动启动入口，避免触发主动处置
+2. 不改写通用查询/脚本加载语义，避免影响业务页面
+3. 将治理范围限制在高置信度触发点，控制副作用面
+
+这类策略的本质是“执行面隔离”，不是“伪造更多指纹”。
+
 ### 2.5 行为与会话控制
 
 目标：塑形时间分布，减少上下文漂移。
@@ -183,7 +216,7 @@ Turnstile 场景下的关键控制面可抽象为：
 
 控制面设计通常按以下优先级推进：
 
-1. 执行完整性（保证链路可运行）
+1. 执行完整性（保证链路可运行，包含反调试触发面治理）
 2. 一致性约束集合（消除跨表面矛盾）
 3. 稀有性控制（避免低频组合叠加）
 4. 时序分布塑形（降低机械统计特征）