docs(advisor): demo case 3 now supports the repeat-outage cycle

The dedup disarm fix (e97f6b16) makes close → open → close fire on every
outage, so the handbook's caveat is replaced with a repeatable demo beat
(verified cycle: 11s fire / silent recovery / 22s re-fire).

Co-Authored-By: Claude Code <noreply@anthropic.com>

src/docs/advisor-demo-cases.md

@@ -133,12 +133,10 @@ xce hosts close t3
 xce hosts open t3
 ```
 
-**实测坑（演示前必读）**：**重复故障会被去重吞掉**。当前实现的 dedup key
-在节点恢复（全健康）时**不清除**——同一节点第二次 close 不会再报（实测
-01:20 复测确认）。两个选择：
-- 演示只做**一次** close（安全）；
-- 或者先修这个缺口再演示：`fire()` 之后任何一轮全健康时应把该场景的
-  lastKey 清掉（一行改动 + 测试），修复后"每次新故障都报"。
+**重复故障演示（加分项，2026-10-20 起可用）**：dedup key 恢复时自动解除
+（e97f6b16），所以 close → open → 再 close 的完整周期**每次都会报**：
+实测 close 触发（11s）、open 静默、再 close 再次触发（22s，2 findings）。
+这一段本身就能讲"去重但不会漏报第二次"的设计。
 
 **清理**：`xce hosts open t3`，等日志回 scan clean。
 
@@ -173,7 +171,6 @@ EOF
 | glm 路由超时（偶发） | 用例 2 降级为 echo（degraded=true） | 顺势讲兜底设计；或演示前 `curl /v1/models` 预检 |
 | SSE 监听用 `curl -m 180` 会在 5min 阈值前断 | 以为推送没到 | 监听窗口用 `-m 600` 以上，或用 MCP 工具事后查 |
 | stall 阈值 5 分钟 | 用例 1 有 5-6 分钟干等 | 先讲架构图/MCP 工具填这段时间；或把演示作业提前 5 分钟提交 |
-| 重复节点故障被 dedup 吞 | 用例 3 二连击失败 | 只关一次；或先修 lastKey 清除缺口 |
 | advisor 进程死了 | 一切不输出 | 用前置检查第 3 步确认；重启命令见上 |
 
 ## 演示后清场清单