补入本地今日改动：session-mechanism ＋ product-planning（按用户令改推本仓库）

背景：旧远端 work.alotbuy.com 今天一直连不上（222／22 端口都不通）⇒ 今天本地累积多条提交推不上去；
用户令改推本仓库 [email protected]:admin/workbuddy_skills.git（只推这 5 个技能：
browser-harness / humanizer / humanizer-zh / product-planning / session-mechanism）。

本次改动（对照本机已安装的技能源逐文件 md5 比对得出，⛔ 是「补差异」不是「整体覆盖」）：
· session-mechanism：含今天两条钩子改动（派活收工闸、点名加载收工闸）、
  rules.md §9「只写正向范围」、检查程序静默阈值 10→6、检查排期补 workspace_scope（修未分组）、
  以及今天修的三处陈旧指针（旧技能名 dsh-decision / agent-operating-rules 与旧路径编号）。
· product-planning：第③段「随段样式风格库」并入 design-system-tiaoyue、竞品分析方法论重写等。
· humanizer / humanizer-zh：已一致，零改动。
· browser-harness：比对出的 7 个「本地独有」全是**它自己 .gitignore 里就排除的**构建产物
  （src/*.egg-info/ 与 uv.lock）⇒ 按该技能自己的规矩不推（用户口径「不要环境」）。

仓库级配置（与旧仓一致）：core.autocrlf=false；身份 maogeigei <[email protected]>。
⚠️ 克隆时仓库默认 autocrlf=true（会把行尾转成 CRLF）⇒ 已改回 false 并重新暂存，
   核对索引 blob 均为 LF、真实差异 23 个（⛔ 不是把几百个文件一起改掉）。

session-mechanism/scripts/hooks/skill-load-guard.py

@@ -116,6 +116,7 @@ COOLDOWN = 300                                   # 同会话注入冷却（秒
 #   起因（用户令逐字）：「**重点问题是 会话接收到 调用执行会话完成目标 没有去调用对应技能去执行**」——
 #   本钩子原来**只注入提醒**，AI 照不照做没人管；实测会话 `b232218f` 里用户连说三遍，一次都没拉起执行会话。
 DISPATCH_REL = os.path.join('.workbuddy', '.dispatch-pending')
+LOAD_REL = os.path.join('.workbuddy', '.load-pending')
 _DISPATCH_WORDS = ('使用执行会话', '使用任务会话', '执行会话完成', '任务会话完成',
                    '调用执行会话', '调用任务会话', '派任务会话', '建任务会话')
 
@@ -156,13 +157,15 @@ TRIGGERS = (
 # 命中词 → 该加载哪个技能（2026-09-22 加：从"只会推决策技能"扩为按命中词分流）
 #   🔴 2026-10-02 修：本行原写 `dsh-decision-method`，而它**已于 2026-09-28 合并退役**
 #   ⇒ 注入文本让人去加载一个**不存在的技能**（找得到才怪 ⇒ 规则仍不进上下文；属静默失效族）。
-#   现名 `dsh-decision`，两档全文：`references/00-决策方法论.md`（原 decision-method）
-#   ／ `references/01-功能优先协作协议.md`（原 feature-first，含 §5.1 结论骨架 ＋ §5.4 排版硬约束）。
+#   🔴 2026-10-07 再修：`dsh-decision` **已于 2026-10-06 整份删除**（实体早已搬入本包），
+#      且上面那句写的路径编号也错了 ⇒ 两档实体**现在就在本包**：
+#      `references/04-决策方法论.md`（原 decision-method）
+#      ／ `references/02-功能优先协作协议.md`（原 feature-first，含 §5.1 结论骨架 ＋ §5.4 排版硬约束）。
 _LOAD_RULES = ('按规则来', '按规则做', '按作业规则', '遵守规则', '按规矩来',
                '回复排版', '执行结果排版', '回复格式', '怎么回复', '排版')
 
 # ── 分组 3 的词 → 加载 `session-mechanism`（2026-10-05 加）─────────────────────
-#   与 `_LOAD_RULES`（→ agent-operating-rules）并列的第三条路由。
+#   与 `_LOAD_RULES`（该技能已于 2026-10-06 整包并入本包）并列的第三条路由。
 #   🔴 为什么单列一族：这三族**目标技能不同**，⛔ 不能混在一个 if 里 ——
 #   命中"使用任务会话完成目标"的人，要的是**会话机制本体**（怎么建排期／怎么派活／
 #   自决策白名单在 `references/02-功能优先协作协议.md`），⛔ 不是决策方法论。
@@ -171,6 +174,17 @@ _LOAD_SESSION = ('使用任务会话', '使用执行会话', '使用协作会话
                  '会话技能', '会话机制', '创建任务会话', '建任务会话',
                  '派任务会话', '任务会话', '执行会话', '协作会话', '多会话')
 
+# 🔴🔴 2026-10-07 「点名族」＝ TRIGGERS 里**除派活族外的全部**（决策方法族 ＋ 作业规则/排版族）。
+#   用途：命中任意一个 ⇒ 写 `<ws>/.workbuddy/.load-pending` 待办，交给 `stop-dialog-guard.py`
+#   做**收工前自检**（本会话到底有没有真的 `Skill` 加载过本技能）。
+#   起因（用户令逐字）：「**问题是 会话没有加载决策方法，之前的优化改动无效**」——
+#   实测（`content_marketing_agent` 那条会话的闸门日志）：
+#     `20:09:45 HIT … hits=决策方法` **注入确实发出了**，可会话**仍未去加载**；
+#   ⇒ 根因＝**本钩子只"注入提醒"，没有任何东西核对 Skill 到底调没调**（与"派活触发句"同族洞）。
+#   ⛔ **不许再抄一份词表** —— 从 `TRIGGERS` 里**减**出来，否则加词时两处必然漂移。
+_LOAD_WORDS = tuple(w for w in TRIGGERS
+                    if w not in _LOAD_SESSION and w not in _DISPATCH_WORDS)
+
 
 def _read_stdin():
     try:
@@ -270,6 +284,33 @@ def _mark_dispatch(workdir, sid, prompt, hits):
         pass
 
 
+def _is_load(prompt):
+    """本轮是不是**点名族**（点名方法／规则／排版）。与 `_is_dispatch` 并列，⛔ 别各写一遍。"""
+    try:
+        seg = re.sub(r'\s+', '', prompt or '')
+        return any(w in seg for w in _LOAD_WORDS)
+    except Exception:
+        return False
+
+
+def _mark_load(workdir, sid, prompt, hits):
+    """命中「点名族」⇒ 写一条待办（TSV：会话 id / 时间戳 / 命中词），交给收工闸核。
+
+    判据（收工闸会核）：**本会话有没有真的 `Skill` 加载过 `session-mechanism`**。
+    ⚠️ 与 `_mark_dispatch` 同规矩：**写在冷却判定之前**（重复点名常被冷却吞掉，写完才有痕迹）。
+    ⛔ 全程 fail-open。
+    """
+    try:
+        if not _is_load(prompt):
+            return
+        with io.open(os.path.join(_norm_path(workdir), LOAD_REL),
+                     'w', encoding='utf-8', newline='\n') as f:
+            f.write('%s\t%.3f\t%s\n' % (sid, time.time(), ','.join(hits)))
+        _log(workdir, 'LOAD_PENDING sid=%s hits=%s' % (sid[:8], ','.join(hits)))
+    except Exception:
+        pass
+
+
 def _cooling(workdir, sid):
     """同一会话 COOLDOWN 秒内不重复注入。"""
     try:
@@ -326,14 +367,15 @@ def main():
 
     # 🔴 先留待办（⛔ 必须在冷却之前，见 `_mark_dispatch` 注释）
     _mark_dispatch(workdir, sid, prompt, hits)
+    _mark_load(workdir, sid, prompt, hits)
 
     # 🔴🔴 2026-10-07 两处改（用户问「有什么影响 该如何处理」时落的）：
-    #   ① **派活族显式触发句不受冷却** —— 那是最明确的一类"要动作"，被 300 s 吞掉最亏。
+    #   ① **派活族 ＋ 点名族都不受冷却** —— 它们都是"用户明确点名"的一类，被 300 s 吞掉最亏。
     #      实测：会话 `b232218f` 里 01:32:00 命中后，01:33:46（105 s，最明确的那句）
-    #      被冷却吞掉、**连日志都没有**。
-    #   ② **被冷却跳过也要留一行**（`COOL_SKIP`）—— 否则"没命中"与"被吞"在日志上分不出来，
-    #      排查时只能靠状态文件时间戳旁证反推（上一次就是这么反推的）。
-    if _cooling(workdir, sid) and not _is_dispatch(prompt):
+    #      被冷却吞掉、**连日志都没有**；同型复现在 `content_marketing_agent` 的「决策方法」上
+    #      （20:09:45 注入 → 20:09:54 重复点名被 COOL_SKIP）。
+    #   ② **被冷却跳过也要留一行**（`COOL_SKIP`）—— 否则"没命中"与"被吞"在日志上分不出来。
+    if _cooling(workdir, sid) and not (_is_dispatch(prompt) or _is_load(prompt)):
         _log(workdir, 'COOL_SKIP sid=%s hits=%s（冷却中，本轮不注入）'
                       % (sid[:8], ','.join(hits)))
         return