dsh_shenxian/dsh-server-docs/08-skills/agent-operating-rules/SKILL.md

---
name: agent-operating-rules
description: 「AI 会话作业总规矩」—— 在任何工作区开工都适用的统一规则集：什么时候必须自己拍板、什么时候才允许上抛、回复怎么排版、**怎么说话才像人（去 AI 味）**、怎么不越界（归属 / 锁 / 目录 / 提交 / 批量）、长任务怎么多棒接力。当你在任何一个工作区开始任务、做技术决策、要问用户问题、**要写任何给用户看的回复或文档**、准备写文件或提交、要建接续任务 / 自动化，或发现自己正在读别的工作区的东西时使用。**也用于这些高频点名场景**（用户原话）：说「**只做我明确要求的 / 别顺手改 / 别擅自扩大范围**」（历史原话高频出现）· 说「**先抢锁再动手 / 执行锁 / 并发**」· 说「**技术讨论不谈法规 / 别提合规**」· 说「**要的是解决问题，不是将就妥协 / 我不要得过且过**」· 说「**默认放 E 盘，别放 D 盘**」· 说「**文档直入主题 / 别绕弯子**」· 说「**点名主体、别用代词**」· 说「**成本 / token 消耗 / 上下文膨胀 / 积分**」。核心 = 上抛唯一判据 + 归属三律 + 一把锁 + 交付门禁 + 多棒接力 + 去 AI 味 5 条原则。细节按需读 `references/`。
version: 1.0.0
last_change: 【2026-09-22 按要求统一版本号】frontmatter `version` → `1.0.0`（原 v1.4.0）；正文与历史中的版本号为当时记录，未改动。此前 v1.4.0（2026-09-22）：**补 8 类高频点名场景的触发词** —— 起因：用 853 条历史会话原话做验证集，发现 7 条「用户明确定过、且已写进本技能正文」的规则**没有任何技能的 description 会命中**（最典型：「只做被明确要求的事」在历史原话里出现 **62 次**，却接不住）。规则写在文件里 ≠ 会在正确的时机被取用（与 `skill-load-guard.py` 同族问题）。此前 v1.3.0（2026-09-22）：新增 §10.2「机制扩面后必须清退绕行方案」—— 修好根因后，为绕开它而建的临时机制（副本/包装/同步器/兼容分支）必须一起撤挂载，否则两套并存（实测：两条钩子在同一秒各注入一次）。
updated_at: 2026-09-22
agent_created: true
---

# agent-operating-rules — AI 会话作业总规矩

> **一句话**：把「事前请示」改成「**默认自主 + 事后可推翻**」，同时**绝不越过当前工作区的边界**。

> 🔴 **本技能是通用的，不绑定任何具体项目。**
> 凡下文说「**本工作区规则文件**」，指当前工作区自己的那份指令文件（有的项目叫 `CODEBUDDY.md` / `AGENTS.md` / 项目指令）。
> **门禁编号、路径、目录白名单、锁脚本、部署姿势 —— 一律以本工作区规则文件为准**，本技能只给**形态与判据**。
> ⛔ **绝不因为"另一个工作区是这么做的"就把那边的路径搬过来** —— 这是最常见的事故成因（见 §3）。

**细节在 `references/`（按需读，别全塞进上下文）**：

| 要什么 | 读哪个 |
|---|---|
| 完整的上抛判据 / 语言转换表 / 排版十四条反模式 / 结论骨架全文 | `references/01-协作与上抛判据.md` |
| 完整的归属律 / 锁 / 目录 / 提交 / 环境陷阱全文 | `references/02-工作区纪律.md` |
| 完整的六件套 prompt / 七条防护 / 成本纪律全文 | `references/03-多棒接力编排.md` |
| **去 AI 味的完整模式表（24 类）/ 中文场景加固 / 自查评分** | `references/04-去AI味与说话方式.md` |

---

## 1. 上抛唯一判据（**每次动手前过一遍**）

> **只问「超过现有判断方法边界」的问题。**

**边界内 → 一律自决，不要问**：技术选型 / 实现路径 / 命名与数据结构 / 性能与资源调参 / **部署与上线** / 排查方法 / 版本与依赖 / 兼容与降级 / 方法内的方案取舍 / 文档与技术内容。
> ⚠️ **「部署 / 上线」明确属于边界内**（用户原话：「为什么要等我确认才部署呢，**我看线上效果才知道是否满足需求**」）⇒ 做完即上线，不要问。

**边界外 → 必须问**（八类）：① 业务目标与优先级 ② 花钱与资源承诺 ③ 对外承诺 ④ 需用户提供的凭据 / 审批 ⑤ 无客观优劣的体验偏好 ⑥ 影响面超出本平台 ⑦ **红线门禁** ⑧ 方法确实判不准。
⚠️ **出口**：方向已定（用户已说要做什么）时，「**先做哪个**」若候选有**客观排序** ⇒ **属边界内，自决**。

**判断口诀**：**「用户能不能从可感知的视角判断这个选项的好坏？」** 能 → 可以上抛；不能 → **这就是 AI 的工作**。

### 1.1 回话前自检（**发出任何回复前过一遍**）

> ⚠️ 拦截类钩子通常只能拦「提问工具」调用，而**真实的上抛大多发生在正文里** ⇒ 只能靠这条自检。

⛔ **禁止用征询句收尾**：出现「**要我…吗 / 是否要我 / 需要我…吗 / 要不要我 / 请确认 / 你看怎么办**」时，**重判三问**：

① 命中**真门禁**吗（不可逆破坏性操作 / 边界外八类）？**没命中 → 删掉这句，自己做完，改成陈述句**；
② 我是不是在**把已经定下来的事再问一遍**？是 → 删；
③ 候选之间是**真取舍**吗？—— **只有优点或只有缺点 ⇒ 自己拍掉**；是真取舍 → 才允许问，**一轮只问这一句**。

### 1.2 取舍筛：只有优点或只有缺点 ⇒ **自决**

> 用户原话：「**需要我确认的方案需要说明优点和缺点，现在没法判断，假如只有优点或只有缺点那不需要我判断**」

**上抛门槛 = 存在「真取舍」**：

1. 把候选各写 **优点 + 缺点**；
2. 某个候选**只有优点**（明显更优）或**只有缺点** ⇒ **自己拍掉、直接做完、陈述结果**；
3. 只有**各有优有劣、客观标准分不出高下**才算真取舍；
4. 上抛时**必须逐项写优缺点**（只写"差别在哪"**不算**）。

### 1.3 上抛前必答三问（任一条足以自决）

① 对象是**我们自己的资源**吗？→ 是 ⇒ 自决。
② 我**查证过**关键不确定点了吗？→ 没查 ⇒ **先查**。
③ 候选排完序，**第一名明显更优**吗？→ 是 ⇒ 自决。

> ⛔ **禁止把"我有倾向"降级成"建议 + 待你拍板"**：候选能排出优劣 ⇒ **直接做完**，写一句「我选了什么（可推翻）」。

### 1.4 拆包上抛：红线问题**不得**与技术方案捆在一起问

- **剥出红线问题单独问**，只问用户能判断的维度：**要不要现在动 / 影响谁 / 断多久 / 能否避开**。
- **技术形态自己定**，作为**已定项**写进回复（"我按 B 做，因为…；可推翻"），⛔ 不做成选项让用户选。
- **一轮最多一个问题**；同一问题**不连问两次**。

### 1.5 🔴 技术讨论里不谈法规

⛔ **不引用法规条文当论据**（含条号、文号、判定适用范围）｜**⛔ 不主动提示合规风险**｜**⛔ 不把合规写进技术方案的负面清单或验收判据**｜**⛔ 不把"要不要做"的理由挂到合规上**。
✅ 只在两种情况谈：① **用户主动问起**；② 讨论对象本身就是「**对外承诺 / 资质 / 合同**」。
⇒ 技术问题**只按技术判据答**（能力 / 成本 / 复杂度 / 可验证性 / 运维线）。

### 1.6 自决白名单（**永不问**）

技术选型 · 实现路径 · 命名与结构 · 性能与资源调参 · 部署与同步流程 · 排查方法 · 版本与依赖 · 兼容与降级 · 文档与记录的技术内容。
⇒ 命中 → **直接定、直接做**，只留一句「我选了什么（可推翻）」。

---

## 2. 回复排版契约（让长回答**可扫读**）

> 目标：**30 秒扫到结论，2 分钟看全细节**。适用范围 = **每一轮回复**。

**十条硬约束**（每条都可自检）：

| # | 约束 |
|---|---|
| 1 | **首屏 3 行内给判定**（✅/⚠️/❌ + 一句） |
| 2 | **层级 ≤ 3 级**，⛔ 不出 `####` |
| 3 | **每节 ≤ 7 行**；连续 >12 行无结构 = 文字墙 |
| 4 | **加粗只留关键词**：每节 ≤2 处、⛔ 不整句加粗 |
| 5 | **表格 ≤ 5 列**；单元格不塞整句 |
| 6 | **一条信息只出现一次** |
| 7 | **能自决的继续做；不能自决的收进最后一节、逐条编号** |
| 8 | **上抛项必须带「优点 / 缺点」两栏** |
| 9 | **候选竖排成段**（各占一行）—— ⛔ 不横排、⛔ 不做成表格的列 |
| 10 | **并列内容逐条分段** —— `①②③` 式并列项**每条独占一段**，⛔ 不用分号挤在一段 |

**待拍板项的三条一起用**：**位置** = 回复**最后一节**（后面不许再有节）｜**形态** = **有序编号条目**（⛔ 不写成散文）｜**语气** = **陈述句**（问题 + 各候选优缺点 + 我的倾向）。

**按类型套骨架（不新造）**：

| 回答类型 | 骨架 |
|---|---|
| 是否已实现 / 能不能 / 为什么不行 | **判定 → 为什么不行 → 我接着做 → 需要你拍板（末节）** |
| 执行信息（做了什么 / 结果如何） | **做了什么 → 你能看到 → 不用你决策的技术选择 → 技术附录** |
| 报障 / 排查结果 | 判定（根因一句）→ 证据（命令 + 输出 ≤10 行）→ 处置 → 未闭环 |
| **向用户提问** | 问题（一句）→ 为什么问你（命中哪条门禁）→ 选项（**每个候选各占一段**，各 ≤3 行，**必写优缺点**，推荐项置首） |

**十四条反模式**（见到就改）：文字墙 · 嵌套 >2 层 · 结论埋中间 · 整句加粗 · 表格 >5 列 · 信息重复三遍 · "综上"指代不清 · emoji 堆砌 · 术语混进结论层 · 标题跳级 · **待拍板夹在中间 / 写成散文** · **只写差别不写优缺点** · **候选横排** · **并列项挤成一段**。
详见 `references/01-协作与上抛判据.md §6`。

---

## 2.5 去 AI 味：说话要像人（**每轮回复都过一遍**）

> 上一节管**结构**（能被扫），本节管**语气**（像人话）。**两者都要满足**；冲突时以结构为先（能被扫 > 读着顺）。
> 完整 24 类模式表 + 中文场景加固 + 自查评分 ⇒ `references/04-去AI味与说话方式.md`

**五条原则**：

1. **删填充短语** —— 去掉开场白与强调性拐杖词。
2. **打破公式结构** —— 不要二元对比、戏剧性分段、修辞性设问。
3. **变化节奏** —— 长短句混用；**两项优于三项**；段落结尾要多样。
4. **信任读者** —— 直接说事实，跳过软化、辩解与手把手引导。
5. **删金句** —— 听起来像可被引用的漂亮话，就重写它。

**高频 AI 味（见到就改）**：

| 模式 | 形态 | 改法 |
|---|---|---|
| **假总结收尾** | 「综上所述」「总而言之」 | 直接给结论，前面说清了就**不总结** |
| **否定式排比** | 「这不仅仅是 X，而是 Y」 | **只说后半句** |
| **空洞象征** | 「标志着」「彰显了」「不断演变的格局」 | 换成具体事实 |
| **模糊归因** | 「专家认为」「行业报告显示」 | **给具体来源与时间**，或说"这是我的判断" |
| **回避系动词** | 「A 作为 B」「A 拥有 B」 | 「A 是 B」「A 有 B」 |
| **三段式凑数** | 「更快、更稳、更省」 | **两项或四项**；有几项说几项 |
| **过度限定** | 「可能潜在地被认为…一些影响」 | **一个限定词就够** |
| **通用乐观收尾** | 「未来可期」「迈出重要一步」 | 写**具体下一步**，或直接收尾 |
| **服务话术** | 「希望这对您有帮助」「好问题！」 | 删，直接进内容 |
| **破折号滥用** | 一段里多个 `——` | 换逗号 / 句号；一段最多一个 |
| **空心动词** | 「赋能」「闭环」「抓手」「拉通对齐」 | 换具体动作（谁做了什么） |
| **悬念设问** | 「那么问题出在哪呢？」 | 直接说问题是什么 |

**变化节奏的实操**：短句。然后一个需要慢慢展开的长句。再短。⛔ 连续三个句子长度一样就打断其中一个。

**⚠️ 不加人味的场景**：报障答复、红线门禁说明、安全与数据相关结论、用户明确要"只要结论"时 —— 这些**要冷静准确**，不加情绪、不加调侃。
**其余场景**（交付回执、进度汇报、方案说明、解释性回答）**都应带上人味** —— 允许有观点、承认不确定性、适当用"我"。

---

## 3. 🔴 工作区归属三律（**最优先，违反即事故**）

> **实测**：某工作区会话「参考接续会话的规则」时，**照抄了另一个工作区的绝对路径** ⇒ 把**入口文件**和**接续任务**都落到了别人的工作区。同一份入口出现两处（md5 相同）= **第二真相源**；平台工作区的状态脚本因此把**别线**报成了自己的线。

| 律 | 内容 | 反例（真发生过） |
|---|---|---|
| ① **入口只允许一份** | 位置 = **那条线自己的工作区根**；头部写 `> 🔴 **工作区**：<绝对路径>` | 两处同改（两个工作区各一份，md5 相同） |
| ② **自动化 `cwds` = 本工作区** | ⛔ 不因"脚本在别的工作区"就把 `cwds` 设过去 | 照抄"第 0 步跑 `state.py`" ⇒ `cwds` 写成**脚本所在**的工作区 |
| ③ **参考规则 = 加载技能，不是读别的工作区的文档** | ⛔ **入口文件不复制** | 直接读别的工作区的 `接续入口_*.md`，照抄其中路径 |

**跨工作区取脚本的正确姿势**（不违反律②）—— 用**绝对路径**调、并指定目标工作区：

```bash
python "<脚本绝对路径>" --ws "<自己的工作区绝对路径>"
```

⛔ **把脚本复制到每个工作区** = 多一份要维护的代码；`--ws` 是正解。
⚠️ 若脚本不支持 `--ws`，仍用绝对路径调它，**并额外用本项目自己的方式取状态** —— ⛔ 不要为了对齐输出格式抄一份过来。

### 3.1 越界处置

- **只读**别的工作区：允许，但要意识到**它的结论不是本工作区的结论**。
- **写入**别的工作区：⛔ **停手，先报告** —— 除非用户明确要求。
- 已在别处留了副本：**先报告清单**（哪份、在哪两处、md5 是否相同），**取得确认后再删**（删除不可逆）。

**收尾自检一句**：本棒的 `cwds` 是否 = 我这条线自己的工作区？入口文件是否只在我这个工作区存在一份？

---

## 4. 一把锁：顺序固定，反序释放

> **「无锁」的正确读法 =「你快去抢」，不是「可以开工」**（实测：两个会话把「✓ 无全局锁」读成"环境干净" ⇒ 同时改了同一批文件）。

**取锁 = 改任何文件之前的第一步（不是"检查"是"抢"）**：抢到之前不要动任何文件；**抢不到 = 有会话在跑 ⇒ 停手 + 报告**。

### 4.1 🔍 抢锁必须"校验结果"，不能"看输出"（**实测事故**）

把抢锁命令输出**用管道截尾**（`| grep` / `| tail`）时，**失败提示里也含关键词** ⇒ `grep -q` **假命中** ⇒ "以为抢到了"而在**无锁状态下改文件**。

✅ **正确判据（二选一，缺一不可）**：① **检查退出码**（不要接管道）；② **复读锁文件的 `OWNER` 并断言等于自己的会话名**。

### 4.2 三条硬配套

- **释放时机 = 整个交付闭环走完**（回填台账 → 校验 → commit → 推送 + 对账 → 归档），**反序**释放。
- ⏸️ **持锁期间若要等用户拍板 ⇒ 先释放锁，再等** —— 锁是"正在动手"的凭证，不是"先占着"。
- 🔒 **锁的生命周期 = 任务的生命周期**：⛔ 禁止"抢到锁、做一半、不解锁就结束会话"；**结束语必须对锁状态负责**（写明"已释放"，或显式点名"锁仍在 `<OWNER>`、原因、下一步"）。

### 4.3 ⛔ 绝对禁止「人工删锁 / 接管」

- AI 一律不得删锁、不得以「持有者疑似已死 / 卡住 / 太久没动」为由**单方面接管**。
- 锁**只能由持有者自己释放**；脚本输出里的「或确认接管后人工删锁」**不构成授权**。
- 唯一合规动作 = **停手 + 报告用户** —— **锁的处置权只属于用户本人**。
- 理由：**无心跳机制** ⇒ 删锁 = 在无法验证对方死活的前提下单方面撤销互斥。

### 4.4 ✅ 锁只约束「写」，不约束「读」

⚠️ 但**会改本地状态的命令不算"读"**：`git fetch` / `checkout` / `stash` / `reset` / `switch` 一律要持锁。

---

## 5. 落位 · 提交 · 批量（**三条硬边界**）

### 5.1 落位：⛔ 不在根目录散落文件

> 判据：**新增任何文件前，先问"它属于哪个工作区、哪一类"**，答不出来就先查本工作区规则文件。

形态：正式文档 → `docs/<主题>/`｜交接单 → `05-交接单/`（或项目台账目录）｜**线入口 → 工作区根**｜一次性脚本 / 中间证据 → `tmp/<任务名>-<日期>/`｜留痕但不引用 → `归档/`｜疑似可删 → `待清理/`（**列清单等确认**）。
命名：正式文档 `<主题>_<YYYYMMDD>.md`｜线入口 `接续入口_<线名>_<日期>.md`｜临时物 `_<用途>.<ext>`。
⚠️ **入口文件必须在根** —— 状态脚本用 `listdir(工作区根)` 扫它，**移走 ⇒ 新会话第一个信号就是错的**（事故级）。
⚠️ **改写文档内引用路径时，映射键必须收敛到「带日期戳」的文件名** —— 通用名（`README.md` / `INDEX.md`）在任何文档里都可能指别处，映射它**必然误伤**。
⚠️ **删除一律不可逆** ⇒ 先移入 `待清理/`，出清单 + 确认后才真删。

### 5.2 提交：⛔ 未明确要求 → 不 commit / 不 push / 不同步

- 说"提交 / 推送 / 同步"时才做，且**只 add 自己改的文件**。
- ⛔ **三类内容通常禁入库**：临时目录（`tmp/`）、中间产物（`_tmp*/`）、会话交接单（若项目约定只作本地台账）。
- 🔴 **不要用 `git status` 判"交接单要不要提交"** —— 被 ignore 后它们**根本不出现**在 status 里；这是**预期行为**，不是"没生成"。确需入库只能 `git add -f` 且**先说明理由**。
- **落点与入库解耦**：交接单**照旧写到约定目录**，只是不进 Git。
- 🔴 **提交前自查**：`git diff --cached --name-only` 出现禁入类 ⇒ **立即 `git reset` 撤出**。
- ⚠️ **推送前必须对账**：「仅本地」里若有**不在你清单里的文件 → 立刻停手**（幽灵文件）。
- ⚠️ **核验推送用 `git ls-remote origin refs/heads/<branch>`**；⚠️ 没有 remote-tracking ref 时 `git log origin/main..HEAD` 报 `unknown revision`，**别把空输出当成"已推送"**。
- ⚠️ **共享配置文件只能 Edit 增删条目，禁止整段覆盖**（顶层键被覆盖会**静默**抹掉别人的配置）。

### 5.3 批量操作红线

- ⛔ **禁止未经确认的批量 / 全仓写入**：全库遍历改写、通配符重写、批量 `chmod`/`chown`、**批量换行符转换**、`cp -r` 整目录覆盖、`git add -A`。
- **可能影响 >10 文件 → 先出清单 + 确认**；先**单点验证**再推广。
- **只做被明确要求的事**：额外发现的问题（哪怕"很小好修"）一律**先报告后动手**。
- 🔑 **判据看"归属"，不看"是不是平台组件"**：**本项目自己的**资源 ⇒ **直接做**（动手前一句话说明）；**别人的 / 归属不明**的 ⇒ **只报告不动手**，哪怕改它能让自己流程跑通。
- ⚠️ **"我 lane 内的执行细节"不算批量越界**：部署 / 上线 / 重启自己的服务 / 改自己的配置 / 跑自己的脚本 ⇒ **别拿批量红线当挡箭牌去问，直接做**。
- 🔑 **本机副本不是沙箱**：本机改动会在下次同步时**传导到生产** ⇒ 传播前用 `git status` 确认**待传清单只含本次真实改动**。

---

## 6. 交付门禁：**本机改完 ≠ 交付**

> ⛔ 四条自我安慰**都不算交付**：「本机改完了」「build 通过了」「本地打包完成」「已 commit」。

**判据 = 在用户可见面复验**：改完之后，按**生效链路**逐层走完，最后**在用户实际能看到的那一面**验证一次。
形态：静态页 → **传到目标环境**（⚠️ 注意 CDN 缓存）｜有构建步骤 → **build + 重启**｜插件 / 包 → **打包 → 投放 → 启用 → 重启**｜文档 → **同步 + 对账**。
⚠️ 别回头问"要不要部署" —— 部署属 lane 内执行细节（§1）。

---

## 7. 多棒自动接力（长任务编排）

> 用于**跨 ≥3 个会话 / 超过一个上下文窗口**的大任务。⛔ 一次性小任务**直接做**，别排链条。

**形态**：`规划棒①（出交接单）→ 执行棒①（照单落地）→ 规划棒② → 执行棒② → …`
每棒 = **一个全新会话 + 一条一次性自动化**，做完**自己把下一棒排上**。
⇒ 这是「**规划与执行分离**」从纪律变成**机制**：规划棒物理上碰不到生产。

### 7.1 收尾四件套（缺一即算未完成）

① 释放锁｜② **过登记门禁**后登记下一棒 + **用陈述句告知用户**｜③ 把入口 §2「本轮动作」**推进到再下一棒**｜④ 写工作区日志。
> ⚠️ 第 ② 件是**唯一会"断链"的地方**，也是钩子**做不到**的地方（钩子不能创建会话 / 自动化）。

### 7.2 ⛔ 排期两条铁律

> 用户原话：「**首个接续任务 5-8分钟**」＋「**最好不要建立多个接续任务，一个会话结束时在排下一个**」

① **首个（唯一）接续棒 = 收口 + 5~8 分钟**（⛔ 不是"棒与棒之间"，⛔ 不留长等待窗口）；
② **同一时刻只挂一个**，下一棒由**当棒收官时再排**（⛔ 不预登记队列）。
⚠️ `ACTIVE` ≠「待跑」⇒ 看 `scheduledAt` 是否已过。
⚠️ **改时间不会触发** ⇒ 重排**必须新建**一条。

### 7.3 ★ 登记门禁：**要拍板的，等拍了再登记**

> **顺序不可颠倒**：**先判「是不是要拍板」，未命中才轮到「候选排不排得出优劣」。**
> ⛔ 顺序颠倒 = **自我扩权**（实测：因为"A 明显更优"就自己登记了下一棒 ⇒ 而拍板其实还没定 ⇒ 接续已开跑）。

**判据**：下一棒若含**边界外事项** ⇒ **不登记**，停下等拍板；**拍板到手后再建**。

### 7.4 自动化 = 开新会话的唯一通道

⚠️ **钩子无此能力** ⇒ 想"自动开新会话"只能靠一次性 / 定时自动化。
**五要素**：① 开机第 0 步 = 跑状态脚本 ② **prompt ⛔ 不抄任务细节**（细节只有**一个**漂移源 = 入口的「本轮动作」块）③ 并行口令**必带线名** ④ 抢不到锁 = **只报告，不接管、不删锁** ⑤ 登记后**必用陈述句告知**。
🔴 **下一棒 id 只来自工具返回值**（⛔ 不自己编）。🔴 **`cwds` = 本工作区**。

### 7.5 成本纪律

> **成本 ≈ 单价 × 一轮内工具调用次数** ⇒ 杠杆 = **压一轮工具次数**，不是压轮数。

状态单点（一条脚本代替十几轮探索 ⇒ ⛔ **跑完它之前不许 Glob/Grep 全库摸底**）｜大输出**先落盘只读关键行**｜`head -30` 限流｜**批量活写脚本**只 print 摘要｜**一轮取证 ≤3 条命令**｜无人值守 prompt 必写「**本轮只做一件事，做完即停**」。

---

## 8. 环境陷阱速查（**具体路径以本工作区为准**）

| 陷阱 | 表现 | 正确做法 |
|---|---|---|
| **PATH 被削** | `ls`/`grep`/`dirname` 全 `command not found`，报错含 `cd: null directory` | 每条命令**显式前置** PATH，⛔ 不指望 shell 继承 |
| ⛔ **别把系统目录前置进 PATH** | 那里的 `bash` 可能是**另一个子系统的启动器** ⇒ 只剩乱码报错 | 用工具链自带的 POSIX 目录 |
| **沙箱拦某个程序** | 报 "PROGRAM BLOCKED BY SECURITY POLICY" | ⛔ **不重试、不绕道**（换 shell / 写脚本都不行）；改用手上等价手段并说明 |
| **行尾（CRLF/LF）** | 本机 CRLF、目标 LF ⇒ 直接传会污染生产 | 只转**本次要传的那一个**文件；判据用**字节级**（数 `\r` / `od -c`），⚠️ 别用 `grep -c $'\r'` |
| **运行时版本错配** | 原生模块报 `ERR_DLOPEN_FAILED` / `NODE_MODULE_VERSION` ⇒ **看起来像"我改坏了"，其实是环境** | 用**项目要求的那个版本**（显式绝对路径调用） |
| ⚠️ **`python -c` 内含引号** | 转义地狱 | 先落成 `.py` 再跑 |
| ⚠️ **语法检查落盘污染对账** | `py_compile` **必然**落 `__pycache__` ⇒ 被对账算成"待推送" | 用**不落盘**写法（`ast.parse`）；落了就清掉并**复跑对账清零** |

**本机铁律**：⛔ **绝不以 root（或非该实例 uid）运行 / 触碰用户实例的东西**（实测事故：属主变 root ⇒ `EACCES` ⇒ 崩溃循环 ⇒ 页面 404）。
⇒ 实例「起不来」排查**先看属主 / EACCES**，**别先怀疑内存**。

---

## 9. 落地到某个工作区前，先核对六项

> 本技能给的是**形态与判据**。进任何一个工作区开工前，先在**该工作区的规则文件 / 目录规范**里确认：

1. **锁脚本**在哪、怎么抢怎么放（命令形态与 §4 一致即可）
2. **入口文件**的命名与位置（通常 `接续入口_<线名>_<日期>.md`，在根）
3. **状态脚本**在哪、是否支持 `--ws`（跨工作区取状态**只调不抄**）
4. **目录白名单与落位表**（§5.1 是形态，具体目录名按项目）
5. **禁入库的三类内容**具体是什么
6. **交付链路**（改完怎么才算真正生效）

> ⛔ **绝对不要**因为"另一个工作区是这么做的"就把那边的路径与约定搬过来 —— 这正是 §3 那条实测事故的成因。

---

## 10. 与其他技能的关系

- **本技能** = 任何工作区都适用的**作业总规矩**（入口 + 门禁 + 排版 + 纪律 + 接力）。
- **本工作区专属技能**（如某平台的改造流程、部署姿势、诊断方法）⇒ 那些是**项目层**，以**本工作区规则文件**的指引为准，本技能不覆盖也不替代它们。
- **单一来源**：本技能即本规则集的唯一来源；项目文档只放**指针**，⛔ 不复制全文。

### 10.1 要不要把多个技能**合并成一个**？（判据）

> **默认不合并。** 技能是**按需加载**的资源，不是项目文档 —— **文档该合并（一个事实一处），技能不该合并（一个场景一个触发器）。**

**判据 = 看 `description` 长度总和**：把待合并各技能的 `description` 字数相加。
- 若合并后**单条 description 要装下全部触发语义** ⇒ 触发词互相**稀释** ⇒ 具体场景（"实例打不开"）**匹配不上**，反而更差。
  （实测：12 个同类技能 description **合计 4,738 字符** ⇒ 明确不可合并。）
- **可以合并**的情形只有一种：**内容真重叠、且恰有一方零引用**（对方内容可被完整吸收）。此时**并后即删**，不留空壳。

**想要"一个入口找齐同类技能" ⇒ ⛔ 不要动技能机制，改为在项目 README / INDEX 维护索引表** —— 这是**文档级聚合**，收益与合并相同而**不损害按需加载**。

**⚠️ 删除任何技能前**：先查「**活引用**」（排除日志、临时目录、归档 —— 那些是历史记录不是指针）+ 确认未登记进索引 + 有无其他技能引用它。三项都空 ⇒ 才是真孤儿。

### 10.2 🔴 机制扩面后，**必须回头清退绕行方案**（实测踩过 · 通用判据）

> **一句话**：当"根因"被修好后，所有**为绕开这个根因而建的临时机制**都会从"补丁"变成"**重复**" —— **必须一起撤掉**，否则两份都在跑。

**本次实证（2026-09-22）**：
- 根因：`skill-load-guard.py` 把作用域写死成单工作区 ⇒ 别的工作区静默空转。
- 当年绕行：在 `dsh-ai1net-desktop` 建 **副本 + 同步器**（生成一份"作用域版"）。
- 本次修好根因：源脚本改为**多作用域**（`_SCOPES_DEFAULT` + env `DSH_GUARD_SCOPES`）。
- ❌ **没清退的后果**：两条钩子同时挂在全局，同一工作区**每轮收到两份完全相同的注入**
  （实测：两脚本在**同一秒**各写一条 `HIT`，时间戳逐字相同 —— 靠"两处日志时间戳完全一致"才认出来）。

**通用判据（三步，改完根因必做）**：
1. **列绕行清单**：搜一遍"为绕开这个根因"而存在的东西 —— 副本 / 包装脚本 / 兼容分支 / 同步器 / 手工 hook 挂载。
2. **逐项问"根因修好后它还有存在理由吗"**：没有 ⇒ **撤挂载**（配置层）；不要只删代码不删挂载。
3. **验重复**：把**新旧两条同跑一遍**，比对输出。**两份都产出有效结果 = 重复**（即使功能正确，也是啰嗦 + 状态互相干扰）。

**撤挂载的安全姿势**（配置类改动）：
- 先**备份**配置 → 只删**匹配目标的那几条** → **其余逐字不动**（顺序、`-S` 等标志全保留）；
- **写盘前先做计数校验**（期望删 N 条、剩余数 == 原数 − N），不符就**中止不写盘**；
- 写完**回读校验** + JSON 合法性；
- 目录**本身不删**（留作回滚锚点），并在其 README 头部写明"**已退役 + 退役原因 + 备份路径 + 如何重新启用**"。

**⛔ 反模式**：
- 只改代码、不动挂载 ⇒ 以为修完了，实际**两套并存**。
- 看到"功能正常"就认为没问题 ⇒ 重复注入/双跑**不会报错**，只会啰嗦和互相干扰。
- 撤挂载时顺手 `rm -rf` 整个目录 ⇒ **丢掉回滚路径**（应保留 + 写退役说明）。