decision-rules-hook: 注入补「两个停止点」＋「技术方案排序轴」

起因（2026-10-06 用户问）：能自决的问题为什么还要问。
复盘发现注入的判据里**缺动作**：
- 缺「十步」的两个停止点 → ① 判类型（方案请求 vs 直接执行）② 判方向（扩大/收窄/中性）；
- 缺「自主裁决顺序」的排序轴 → 更小改动 → 更少新增形态 → **不扩大可见面**。
⇒ 前者导致「会扩大可见面」时不停手；后者导致排完仍把已定项混进待拍板清单（＝变相征询）。
本次只补这两条动作骨架（1459 → 1906 字符），⛔ 不塞十步全文（避免稀释）。

session-mechanism/references/supervise-persistence.md

@@ -1,5 +1,16 @@
 # 常驻程序长期在线（Windows）
 
+> 🔴🔴 **2026-10-06 过期警告 · 读之前必看**
+> 本档 §一（包装脚本）、§三（铺脚本步骤）等节描述的 **`start-supervise.ps1` 形态已整套废弃**。
+> 现行形态见 `SKILL.md`「两个启动器」表 ＋ `pitfalls.md` **P0-74**：
+> **计划任务 → `pythonw.exe` → `supervise-launch.py`**（GUI 子系统 ⇒ 零控制台 ⇒ **不闪窗**）。
+> ⛔ 凡本档出现 `start-supervise.ps1`、`assets/start-supervise.ps1.tpl`（**该模板已删除**）、
+> 或 `New-ScheduledTaskAction ... -File` 的段落，**一律按历史留痕读，⛔ 不许照着做**。
+> ⚠️ 另：本档所说"载体是可选需求、常态用不着计划任务"的**2026-10-04 口径已被推翻** ——
+> 2026-10-05 用户拍板「**常驻崩了，拉起来这个事儿，你不能也用计划任务起个程序吗？**」
+> ⇒ 计划任务现在是**既定形态**（每 5 分钟兜底），开关是 `supervise.switch`（`collabctl.py on|off`）。
+> 📌 **整份重写待办**（本轮只加了本警告块，未重写正文）。
+
 > 📌 **本档＝「想让目标检查程序长期在线」时的可选做法**（2026-10-03 夜里整理）。
 > 🔴 **注意：常态用不着它** —— 常态是「调用技能完成目标时起后台任务 ＋ 检查程序」，
 > 那套一直好好在跑（见下面那段口径）。