删尾巴：dsh-decision 整份删除；活指针全部改指本包

session-mechanism/references/02-功能优先协作协议.md

@@ -13,8 +13,8 @@
 > 📌 **来路**（保留以便追溯）：本档 2026-10-04 从 `dsh-decision/references/01` 逐行搬入；
 > 　其判据 2026-09-12 起的「完整版」曾寄放在 `agent-operating-rules §1.6／§1／§2／§2.5`（跨项目通用技能）。
 > 　⇒ **本机若同时装了那个技能，以本档为准**（避免两处各存一份、改一处忘另一处）。
-> ⚠️ **`dsh-decision/references/01` 侧的残留摘要仍在**（那份技能本机也有）⇒ 若两处都读，
-> 　**改判据以本档为准**；`dsh-decision` 那份**已于 2026-10-06 按用户令删除**（该技能现只留指针）⇒ 不必再同步。
+> ⚠️ **`dsh-decision` 整份技能已于 2026-10-06 按用户令删除**（本机已无那份 ⇒ 不会再出现「两处都读」这种事）：
+> 　本档即**唯一实体** ⇒ 改判据只改这里，不必再与任何地方同步。
 
 ---
 
@@ -112,7 +112,7 @@
 - ⛔ **「中断在线用户」已不是门禁**（2026-09-13 用户明令 + 2026-09-16 收口）：`R8` 原文 —— **47 是「开发环境服务器」，不用担心中断用户** ⇒ 重启服务 / 停实例 scope / drain / 改配额·env / 改 nginx·nft **均可直接做**，只需**动手前一句话说明**在动什么。
   ⚠️ **原表述「只有真会中断的（重启服务 / 停实例 / drain / 改配额·env / 改 nginx·nft）才提报用户」是会话 `ddea70b7` 提报用户的直接依据** —— AI 据此把"106 旧控制面要不要停"拿去问用户，而**用户随后两次（U5 / U7）自己给出"删除"**。⛔ 别再拿"重启 / 停实例 / nginx"当提报用户理由。
 - ⚠️ **判据：按「实际影响面」判，不按「动作名字」判**（2026-09-13 用户纠正）—— 看到「部署 / 上线 / 生产 / 铺包」就提报用户是**过度套用**：
-  **不中断在线用户的上线**（传产物 / 换 profile 包 / 改静态页 / 候选池投放）**属边界内的执行细节 ⇒ 做完即上线，自决策**。详见 `dsh-decision-method` **U20 / X9**。
+  **不中断在线用户的上线**（传产物 / 换 profile 包 / 改静态页 / 候选池投放）**属边界内的执行细节 ⇒ 做完即上线，自决策**。详见本包 `references/04-决策方法论.md` **U20 / X9**。
 - 🔑 **"平台级" ≠ "别人的"**（2026-09-16 收口）：`dshs*`·`dsh-*` systemd 单元、`/var/lib/dshs/**`、nginx·nft、端口，**在我们自己的 47 / 106 / 本工作区上 ⇒ 本平台自己的资源 ⇒ 直接做**。只有**别人的 / 归属不明**的才"只报告不动手"。**判据看"归属"，不看"是不是平台组件"。**
 
 ### 3.3 提报用户格式（**强制**） → **本档 §3.3 即权威**（下方即全表）
@@ -145,7 +145,7 @@
 
 > **用户原话**：「以后决策方法的问题就不需要再问了。」
 
-- **方法的日常应用不问**：边界内的一切判断，按 §2 + `dsh-decision-method §4.4` 自己定。
+- **方法的日常应用不问**：边界内的一切判断，按 §2 + 本包 `references/04-决策方法论.md §4.4` 自己定。
 - **方法本身的修订也不问**：发现方法有缺口 / 有反例 / 需要加规则时，**直接改、直接记录**（改完在交付回执里说一句"我更新了方法：因为 X"），不要拿"要不要加这条规则""这么写好不好"去问用户。
 - **唯一例外**：方法修订若**扩大**了 AI 的自主权或收窄了用户的门禁 → 属边界外的第 1/7 类，**必须问**。
 
@@ -330,7 +330,7 @@ AI 交付时**先说功能，技术细节折叠在后**：
 
 - **红线优先级最高**：R1–R7 / R9–R11 命中一律先停手 —— 本协议不构成豁免，只约束"该不该问"。
   ⛔ **唯一例外 = R8**：它已按用户 2026-09-13 明令**修正为"开发环境服务器 ⇒ 不必等确认"** ⇒ **不构成提报用户理由**（只保留"动手前一句话说明"）。把 R8 当门禁 = 本站最常见的过度提报用户（`ddea70b7` 实证）。
-- **`dsh-decision-method`**：管"怎么想、怎么定"（判定矩阵、十问、验收分级）。本协议管"**谁定什么、用什么语言问**"。
+- **本包 `references/04-决策方法论.md`**：管"怎么想、怎么定"（判定矩阵、十问、验收分级）。本协议管"**谁定什么、用什么语言问**"。
 - **`dsh-change-workflow`**：管"怎么落地"（六阶段、档案模板、并行调度）。
 - **`01-规范/06-工作台UI规范.md`**：前端强制基线，冲突以其实测 Token 为准。
 - **单一来源**：本协议即唯一来源（技能必须本地加载才生效）；文档库 `INDEX.md` 只放**指针**，不复制全文。
@@ -342,7 +342,7 @@ AI 交付时**先说功能，技术细节折叠在后**：
 
 ```text
 name: dsh-feature-first
-description: dsh 多租户平台（ai1net.com）的「功能优先」协作协议 —— **用户只提功能需求，AI 自主完成全部技术决策**。当用户提出任何平台功能/交互需求、报障、说「我要把精力放在功能搭建上」，或问「**先做哪个 / 优先级怎么排 / 做不做**」（⇒ 属边界外第①类，该问）时使用；也用于 AI 自查「这件事该不该拿去问用户」。核心 = 复盘证据（技术类+报障类占 64%）+ 用户的「功能卡」4 问 + **AI 自主决策的 9 类白名单（永不问）** + **只准提报用户的 3 类（功能语义分叉 / 红线门禁 / 超出方法边界）** + **决策方法边界定义（边界外必须问的 8 类）** + 提报用户格式 + 报障闭环前置 + 交付回执格式 + 方法本身演进改为自决策 + **§3.6 拆包提报用户：红线问题不得与技术方案捆在一起问** · **§3.2 红线按「实际影响面」判、不按「动作名字」判** · **§5.1 结论骨架（答「是否已实现 / 为什么不行」）** + **§5.3 铁律 4–5 / §5.4 硬约束 7–9：待确认项 = 回复的最后一节、逐条编号；每个候选各占一段（竖排、不横排）且必须写「优点 / 缺点」；只有优点或只有缺点 ⇒ 自决策、自决策**（2026-09-15 用户明令）。**配套：`dsh-decision-method`（怎么想）· `dsh-change-workflow`（怎么落地）。**
+description: dsh 多租户平台（ai1net.com）的「功能优先」协作协议 —— **用户只提功能需求，AI 自主完成全部技术决策**。当用户提出任何平台功能/交互需求、报障、说「我要把精力放在功能搭建上」，或问「**先做哪个 / 优先级怎么排 / 做不做**」（⇒ 属边界外第①类，该问）时使用；也用于 AI 自查「这件事该不该拿去问用户」。核心 = 复盘证据（技术类+报障类占 64%）+ 用户的「功能卡」4 问 + **AI 自主决策的 9 类白名单（永不问）** + **只准提报用户的 3 类（功能语义分叉 / 红线门禁 / 超出方法边界）** + **决策方法边界定义（边界外必须问的 8 类）** + 提报用户格式 + 报障闭环前置 + 交付回执格式 + 方法本身演进改为自决策 + **§3.6 拆包提报用户：红线问题不得与技术方案捆在一起问** · **§3.2 红线按「实际影响面」判、不按「动作名字」判** · **§5.1 结论骨架（答「是否已实现 / 为什么不行」）** + **§5.3 铁律 4–5 / §5.4 硬约束 7–9：待确认项 = 回复的最后一节、逐条编号；每个候选各占一段（竖排、不横排）且必须写「优点 / 缺点」；只有优点或只有缺点 ⇒ 自决策、自决策**（2026-09-15 用户明令）。**配套：本包 `references/04-决策方法论.md`（怎么想）· `dsh-change-workflow`（怎么落地）。**
 version: 1.0.0
 updated_at: 2026-09-22
 last_change: 【2026-09-22 按要求统一版本号】frontmatter `version` → `1.0.0`（原 v1.8.1）；正文与历史中的版本号为当时记录，未改动。此前 v1.8.1（2026-09-22）：补触发说法「先做哪个 / 优先级怎么排 / 做不做」—— 实测盲区：这三类说法原本命不中本技能（而它们恰是「该不该问用户」的典型场景）；顺带补齐缺失的 `last_change` 字段（12 个技能里只有本技能没有）。