chore(工作区): 全量入库 + 补齐 .gitignore（以工作区为准）

- 变更规模：新增 514 / 修改 62 / 重命名 155 / 删除 4（归档重组与文档轮次）
- .gitignore 修：`归档/**/db-cwd归一-备份-*/` —— 原规则写绝对层级（归档/db-cwd归一-…），
  目录搬进 归档/配置与备份/ 后**静默失效**，43 MB 的 DB 备份又变成未跟踪
- .gitignore 补：嵌套 git 内部数据（归档/内嵌git-20261008/、归档/skills-git-旧线-20261007/dotgit-原样移出/）
- .gitignore 补：运行态与部署副本（.workbuddy/collab/、.workbuddy/tools/、.workbuddy/.load-pending、.workbuddy/tmp-*）
- .gitignore 补：备份件（*.bak-*）
- 未跟踪文件从 2190 降到 890（其余为 归档/ 归档件与 .workbuddy/memory/ 知识文件，按口径入库）

归档/代码与机制清退/guard与副本清退-20260924/aliyun__待落地/重启后待办.md

@@ -0,0 +1,26 @@
+# 重启后待办（WorkBuddy 完全重启之后执行）
+
+> 为什么在这里：这批动作**只能**在应用完全重启后做（hooks 是**应用启动时快照**）。放在 `待落地/` 是为了"重启后那一刻必然被看到"。
+
+## 1. ★ UserPromptSubmit 探针定论（最高优先，1 分钟）
+
+```bash
+cat "E:/ProgramData/AIProject/aliyun-dsh-server/.workbuddy/stop-dialog-guard.log"
+```
+| 观测 | 结论 | 动作 |
+|---|---|---|
+| 出现 `invoked(user-prompt)` 行 | 该面**被调用** ✅ | 把模式切成 inject：`echo inject > "<工作区>/.workbuddy/stop-guard-mode"`（**改文件即生效、无需再重启**）；随后验证：我故意用征询句结尾 → 下一轮应看到注入的上下文 |
+| 日志仍为空 | 该版本**连 UserPromptSubmit 也不调用** | 卸载 `hooks.UserPromptSubmit`（删一个键），只保留「常驻规则 + 每轮自检」那一层，**如实收口** |
+
+⚠️ **区分清楚**：日志空**不能**在"未重启"状态下判负 —— 判断前先看 `last-launch.json` 是否晚于 **2026-09-15 08:26**（UserPromptSubmit 的装载时刻）。
+
+## 2. 顺手核对（各 10 秒）
+
+- `python3 "<技能>/scripts/resident-rules.py" --check` → 关键常驻规则是否齐备（应全绿）
+- 同一脚本 `--env-check` → 路径 / hooks 命令里的绝对路径是否仍有效
+- `bash dsh-server-docs/scripts/docs-sync-check.sh` → 对账是否只剩别人的 lane
+
+## 3. 背景（为什么有这张表）
+
+2026-09-15 实测：WorkBuddy 5.5.6 **不调用 `Stop` 钩子**（已卸载、不留假安全感）⇒ 改走 `UserPromptSubmit`（第二方案，已装为 probe 模式）。
+全过程见 `dsh-server-docs/04-调整方案/99-会话自决失效根因与Stop钩子补强.md`（含「修正（2026-09-15）」节）。