feat(v1.2.0): 触发条件从软描述改为硬门槛 + 真实反例

问题：旧版触发条件（'当你收到一个复杂任务，明显可以拆成多个独立维度'）是软描述，
忙碌主控会直接跳过 —— 2026-09-23 运维001 串行硬啃 34 台容器批量任务，
47 轮工具调用、用户干等，任务命中 4 条自检项却没被拦住。

改动：
- 新增『开工前 10 秒自检』5 条是非题（>8 次工具调用 / 任何 >30 秒等待 /
  N≥3 同类对象 / ≥2 独立维度 / 用户说批量），任一为是即必须先加载本技能
- 判定纪律：不确定按『拆』处理；拆错只多写一份任务书，不拆要用户干等几十分钟
- 新增真实事故反例与教训
- 新增触发词表；明确何时不用（避免滥用）
- 版本 0.0.10 → 1.2.0

CHANGELOG.md

@@ -0,0 +1,11 @@
+## 1.2.0（2026-09-23）
+
+- **触发条件从「软描述」改为「硬门槛」**：新增开工前 10 秒自检 5 条是非题
+  （>8 次工具调用 / 任何 >30 秒等待 / N≥3 个同类对象 / ≥2 个独立维度 / 用户说批量），
+  任一为「是」就必须先加载本技能；不确定按「拆」处理。
+- 新增**真实反例**：2026-09-23 运维001 串行硬啃 34 台容器批量任务，47 轮工具调用，
+  用户干等——任务命中 4 条自检项却没被拦住，根因就是旧版触发条件太软。
+- 新增触发词表（批量/全舰队/所有容器/几十个生命/铺开/逐台）
+- 明确「何时不用」排除项，避免滥用。
+
+# 更新日志

SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: skill-heterarchy
 description: "内异层认知协同 — 在单一智能体主体内部，分化多心智并行思考，主控不阻塞、子单元互校验、阻塞自愈。超级技能（ESM 多端可用）。"
-version: 1.1.0
+version: 1.2.0
 author: Yuyang001 (FmodeAgent)
 license: MIT
 copyright: "Copyright (c) 2026 未来飞马 Fmode"
@@ -16,26 +16,49 @@ tags: [未来飞马, 智能体技能, 超级技能, 系统级, 平台基础设
 
 ---
 
-## 零、何时触发本技能
+## 零、何时触发本技能（★ 硬门槛，先算账再开工）
 
-当你（Hermes）收到**一个复杂任务，明显可以拆成多个独立维度并行处理**时：
+> **本节 1.2.0 起改为硬规则**。原因：旧版只写了「当你收到一个复杂任务，
+> 明显可以拆成多个独立维度并行处理时」——判断太软，忙碌的 Agent 会直接跳过，
+> 于是长任务串行硬啃、用户干等。**触发条件必须是可自检的是非题，不是感觉。**
 
-| 触发词 | 示例 |
-|--------|------|
-| "多个主题需要完成" | 课程的四个主题、PPT多章节 |
-| "同时做这几件事" | 调研+写代码+出图 |
-| "这几个部分需要..." | 多模块开发、多文案撰写 |
-| "尽量并行" | 用户明确要求加速 |
+### 0.1 开工前 10 秒自检（任一为「是」→ 必须先加载本技能再动手）
 
-**判断原则：** 如果任务可以自然拆成 2-5 个独立认知维度，且每个维度需要整体思考而不是简单脚本执行 → **启用 Heterarchy**。
+| # | 自检问题 | 是 |
+|---|---------|---|
+| 1 | 预计需要 **> 8 个工具调用**？ | → 拆 |
+| 2 | 预计有**任何一次等待 > 30 秒**（安装/构建/克隆/遍历）？ | → 拆 |
+| 3 | 目标是 **N 个同类对象**（N ≥ 3）？如「所有容器」「几十个生命」「批量安装」 | → 拆 |
+| 4 | 任务含 **≥ 2 个可独立完成的维度**（如「改代码」+「改文档」+「写测试」）？ | → 拆 |
+| 5 | 用户说了 **批量 / 全部 / 所有 / 几十个 / 并发 / 尽快**？ | → 拆 |
+
+**判定纪律：不确定就按「拆」处理。** 拆错的代价只是多写一份任务书；
+不拆的代价是用户干等几十分钟、主控上下文被中间数据淹没。
+
+### 0.2 反例（真实事故，2026-09-23，运维001）
+
+```
+任务：给 34 台数字生命容器批量铺 3 个技能 + 改云函数 + 建验收机制
+实际：整轮串行自己啃 —— 47 轮工具调用，单条命令 60/90/120 秒地等，
+      期间用户在聊天里反复问「怎么还没反应」，主控上下文涨到 129k。
+本应：拆成 4 个认知子单元并行派 Claude Code（技能改造 / 容器分发 /
+      云函数部署 / 验收器开发），主控只写任务书 + 验收。
+教训：任务明明命中自检 1/2/3/5 四条，却因为「触发条件是软描述」而没被拦住。
+```
+
+### 0.3 触发词（出现即算命中）
+
+「多个主题需要完成」「同时做这几件事」「这几个部分需要…」「尽量并行」
+「批量」「全舰队」「所有容器」「几十个生命」「铺开」「逐台」
+
+### 0.4 何时不用（明确排除，避免滥用）
 
-**何时不用：**
 - 单一步骤命令 → 直接 `terminal()` 或 `execute_code()`
-- 纯对外输出（发消息、写简单文件）→ 直接本技能完成
+- 纯对外输出（发一条消息、写一个简单文件）→ 直接做
 - 需要跨 Profile 协作 → 用 `kanban_create` 委派，不是 Heterarchy
+- 任务本身**不可分割**（如「把这一行配置改掉」）→ 直接做
 
 ---
-
 ## 一、任务拆解（认知分化 — Hermes 自己做）
 
 这是唯一不能交给 CC 的步骤。Hermes 必须亲自：

package.json

@@ -1,6 +1,6 @@
 {
   "name": "@fmode/skill-heterarchy",
-  "version": "1.1.0",
+  "version": "1.2.0",
   "description": "内异层认知协同 — 在单一智能体主体内部分化多心智并行思考，主控不阻塞、子单元互校验、阻塞自愈。超级技能（ESM 多端可用）。",
   "type": "module",
   "main": "./lib/index.mjs",

skill-package-manifest.json

@@ -1,6 +1,6 @@
 {
   "name": "skill-heterarchy",
-  "version": "1.0.0",
+  "version": "1.2.0",
   "description": "\u5185\u5f02\u5c42\u8ba4\u77e5\u534f\u540c",
   "skills": [
     {