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/ 知识文件，按口径入库）

CODEBUDDY.md

@@ -28,7 +28,7 @@
 - **判据**：有没有**客观可判的优劣**？有 ⇒ 自决，没有 ⇒ 问。**上抛门槛 = 存在真取舍**：候选**只有优点或只有缺点 ⇒ 自己拍掉**；各有优劣才上抛，且**逐项写优点 + 缺点**（详 A4）。
 - ⛔ **不许捆包**：要问红线**只问那一句**；技术方案自己定好、当**已定项**陈述。
 - ⛔ **禁用征询句收尾**（「要我…吗 / 请确认 / 你看怎么办」）⇒ 按三问重判（真门禁？已定的事又问？真取舍？），没命中就**删掉、自己做完**（详 A5）。
-- 🔴 **上抛 / 待拍板内容必须自包含（发送前就按规范写）**：⛔ **作用域 = 一切「要用户拿主意」的输出**（提问 · 末尾待拍板清单 · 候选 · 表格盘点 —— 换形态不豁免）。四要素：① **问题** —— 一句话说清要决定什么（⛔ 不用指代）② **说明** —— 为什么要你定（"影响谁 / 断多久 / 花多少钱"）③ 每候选写**优点 + 缺点**，末行给**倾向** ④ 一轮一问；⛔ 不出现包名 / 路径 / 变量名 / 类名（详 A6）。
+- 🔴 **上抛 / 待拍板内容必须自包含（发送前就按规范写）**：⛔ **作用域 = 一切「要用户拿主意」的输出**（提问 · 末尾待拍板清单 · 候选 · 表格盘点 —— 换形态不豁免）。四要素：① **问题** —— 一句话说清要决定什么（⛔ 不用指代）② **说明** —— 为什么要你定（"影响谁 / 断多久 / 花多少钱"）③ 每候选写**优点 + 缺点**，末行给**倾向** ④ 一轮一问；🔴🔴 **决定对象必须点名**（要撤哪份文件 / 要改哪个技能 / 推哪个仓 / 动哪台机器 —— 少了它用户就没法回答）；⛔ 只把**只服务实现**的内部细节（函数名 / 变量名 / 行号 / sha / 表名字段名 / 内部编号「R5 红线」这类）下沉「技术附录」。🔑 **一句判据：少了这个标识，用户还能不能决定** —— 不能 ⇒ 必须写进正文，能 ⇒ 必须删（2026-10-09 实测：把要撤的文件抽象成「那两份」⇒ 用户回「不说具体 我怎么知道」⇒ 该条**作废**）（详 A6）。
 **📐 回复排版（🔴 2026-10-01 用户定稿 · 本条覆盖旧版；六轮迭代后定下，照抄即可，⛔ 别自己另发明）**
 
 - **骨架**：`# 大类`（**已完成** / **待处理任务**）分节 → `## 任务名` 分事 → 每件事写两段：**当前状态** ＋ **待处理事项**。
@@ -252,7 +252,7 @@
 | **R7** | **禁未经确认的批量 / 全仓写入** —— 只做被明确要求的事；额外发现**先报告后动手**；禁全库遍历·通配符改写 / 批量权限·换行符改动 / `cp -r` 覆盖 / `git add -A`；**>10 文件 ⇒ 先出清单 + 确认**；**本机不是沙箱**（scp 会传导到生产） |
 | **R7-边界** | **R7 只管「不是我的 lane」**：**我 lane 内细节**（部署 / 重启 / 改配置 / 跑自己的脚本 / 改自己的插件）⇒ **直接做，⛔ 别拿 R7 挡箭牌去问**；**别人的 / 归属不明** ⇒ **只报告、不动手**。🔑 判据看**归属**，不看"是不是平台组件" |
 | **R8** | **生产变更**：`47.77.182.89` 是**开发环境服务器** ⇒ 重启 / 停 scope / drain / 改配额·env / nginx·nft **直接做**。两条自律：**动手前一句话说明**在动什么 + **不可逆操作**（删数据 / 迁 DB / 清目录）**先报清单** |
-| **R9** | **⛔⛔ 绝对禁止「人工删锁 / 接管」** —— 不得删 `交接单/.exec-lock` / `.doing-*`、不得以「持有者疑似已死 / 卡住」为由**单方面接管**；锁**只能由持有者自己释放**（guard 那句「或确认接管后人工删锁」**不构成授权**）。**抢不到锁唯一合规 = 停手 + 报告用户**（**处置权只属用户本人**） |
+| **R9** | **⛔⛔ 禁止「人工删锁 / 接管」** —— 不得删 `交接单/.exec-lock` / `.doing-*`、不得以「持有者疑似已死 / 卡住」为由**单方面接管**；锁**只能由持有者自己释放**（guard 那句「或确认接管后人工删锁」**不构成授权**）。**抢不到锁唯一合规 = 停手 + 报告用户**（**处置权只属用户本人**）。<br>🔴 **唯一例外（用户 2026-10-09 明令授权）**：「如果 工作区 项目机制 对应的会话**异常** 导致未解锁的情况下，可以授权 **检查会话自解除孤儿锁**」—— 判据不再靠猜，`sessions` 表查**持有者真身状态**：**只有** `terminated`／`error`／`archived`，或 `completed` 且已静默 ≥30 分钟 ⇒ 判**孤儿锁**可解除；`working` ⇒ **一律不动**（R9 原样）。✅ 唯一执行面＝`session-mechanism/scripts/lock/orphan-lock.py`（⛔ 别自己写删锁命令）；⛔ 该例外**只给检查会话**、**只覆盖这一种情形** |
 | **R10** | **⛔ 绝不以 root（或非该实例 uid）运行 / 触碰用户实例的东西** —— ① 验证 / 冒烟 / 探针**必须以该 uid 运行**或进 bwrap 沙箱，⛔ **禁 root 直跑 profile** ② 确需 root ⇒ **收尾必** `find <home> -user root -exec chown <uid>:<uid> {} +` ③ 实例起不来**先看属主 / EACCES，别先怀疑 OOM** |
 | **R11** | **⛔ 只做正向迭代** —— 判据（十维：目标 / 方向 / 架构 / 功能 / 性能 / 安全 / 交互 / UI / 便利性 / 扩展性）：是否让**任一维净变差**？**命中 ⇒ 立即停下复盘**：写清劣化在哪维、代价多大 → 找**保住正向收益**的做法 → **拿不出 ⇒ 立即停止、只报告**。⛔ 禁三种伪装：说成"必要代价" / "后续再优化" / 藏进交付不写 |
 
@@ -311,7 +311,9 @@
 
 <!-- BEGIN reply-core (generated by agent-operating-rules/scripts/apply-reply-rules.py · 勿手改块内；要改口径改技能里那份再重跑本脚本) -->
 <!-- REPLY-CORE:BEGIN （由 agent-operating-rules 技能生成 · 与技能内那份同源） -->
-- **骨架**：拆两层 —— `#` 大类别（已完成／待处理任务）→ `##` 具体事项。每件事先写「当前状态」（每条一个圆点，用**一句陈述句**说重点，依据与细节放**句末圆括号**），再写「待处理事项」（用序号 `1、2、3、`，每条可不止一句）。
+- **骨架**：`# 大类别`（已完成／待处理任务）→ `## 具体事项` → **每件事写两段：`当前状态：` ＋ `待处理事项：`**。
+- 🔴 **这两个小标题各占一行、每件事只写一次**；⛔ **不许在每条圆点前面都加「当前状态：」**（2026-10-07 用户点破：那样满屏都是前缀）。
+- **`当前状态：`** 下面**每条一个圆点**（`- `），每条**一句陈述句**说重点，依据与细节放**句末圆括号**；**`待处理事项：`** 下面用序号 `1、2、3、`。
 - **层级与顺序**：大类标题必须比任务名大一号；**已完成的大类放最前**，待处理放最后；附件写在**所属板块最末一行**；⛔ 不出四级标题。
 - **首屏**：开头 3 行内先给判定（✅／⚠️／❌ ＋ 一句），细节放后面。
 - **三禁**（⛔ 任一命中 ＝ 该条回复**作废、重写后再发**）：**表格** ／ **长散文** ／ **碎标签堆叠**。
@@ -324,6 +326,15 @@
   `　` **说明**：为什么要你定（影响谁／断多久／花多少钱／有无不可逆）。
   `　` **候选 A**：优点…／缺点… —— **B、C 各占独立一行**，⛔ 不横排、⛔ 不挤进同一段。
   `　` **倾向**：我选哪个 ＋ 一句理由。
+  🔴🔴 **决定对象要点名到具体** —— 写清是**哪份文件 / 哪个技能 / 推哪个仓 / 动哪台机器**：
+  🔑 判据＝**少了这个标识，用户还能不能决定** —— 不能 ⇒ 必须写进正文；能 ⇒ 删掉，
+  连同**只服务实现的细节**（函数名 / 变量名 / 行号 / sha / 表名字段名 / 内部编号）一起下沉「技术附录」。
+  （避坑依据 2026-10-09：把要撤的文件名省成「那两份」⇒ 用户回「不说具体 我怎么知道」，该条报废。）
+- 🔴🔴 **一律用肯定表述**（2026-10-09 用户令）：**写或改**技能与规则文件时 —— 本块 · 技能描述 ·
+  钩子文案 · 用途／范围段 —— 都写**「要什么、怎么做」**（例：「要点名到具体是哪份文件」）；
+  **新建、生成时同样适用**（⛔ 不只管"修改"）。
+  ✅ 例外：**以「经验沉淀」或「红线／避坑」为目的**的技能与规则（踩坑记录 · 红线清单 · 反例库）
+  可以写负向 —— 写法＝**先写正向目标，再把踩过的坑放括号里当依据**。
 - 🔴🔴 **「变相征询」同样禁止**（2026-10-06 用户据实况追认）：凡是**要用户拿主意**的事 ——
   包括「**先只报不动**」「**等你发话**」「我倾向 X，你看呢」这类**不带选项的待定清单** ——
   **一律按上一条写成「待拍板项」**（问题 ＋ 说明 ＋ **各候选的优点与缺点** ＋ 倾向）。