Skill：sys-case · 案例直查《系统之美》

定位（一句话）

用户给一段案例，你凭对《系统之美》的内置知识，在书里找到对应——
不依赖任何本地知识库，不落盘，快进快出。

执行流程（三步）

Step 1 · 一句主导机制

• 从案例里提炼唯一一条最锋利的系统机制，写成一句可独立成立的洞察句。
• 命名机制优先于堆概念：宁可写「成本坡度让权力顺流转移」，不写「关系很重要」。
• 输入太短、撑不起一条机制时，先请用户补上下文（Ask-First），不硬猜。

Step 2 · 书中定位（1–3 条，按相关度降序）

对每条给出四件套：
- 位置：第几部分 / 章节主题（意译级精度，如「第二部分·系统陷阱之『政策阻力』」）；
章节骨架对照 references/book-map.md，防止张冠李戴。
- 概念：书里的机制名，尽量用通行中译（政策阻力、公地悲剧、目标侵蚀、竞争升级、
富者愈富、转嫁负担、规避规则、目标错位、恢复力、自组织、杠杆点……）。
- 书里怎么讲：用自己的话转述该处论述——意译，绝不假装逐字引用。
- 连接点：它照见了案例的哪一环。

规则：
- 第 1 条必须是主对应；最多 3 条，宁少勿滥。
- 书里有相似案例时点出来（概括讲，不虚构细节）。
- 找不到像样的对应就直说「书里没有正面讲这个」，再给最接近的一条；禁止硬凑远距联想。

Step 3 · 关联直答（一段收束）

• 一段简洁分析：书中机制如何照亮这个案例，收一句可迁移的结论。
• 三五句到一段即可，不是散文大文章。

引用纪律（防幻觉，硬约束）

1. 意译为主：只落到篇章名与概念名，不逐字引用原文。
2. 不编页码、不编章节号：记不准就写「大约在第 X 部分」或直接承认不确定；宁可模糊，不可虚构。
3. 不虚构书内案例细节：人名、数字、情节记不清就概括讲。
4. 用户要求逐字引文时，提示回原书核对，不现场编。

输出骨架

**主导机制**：一句洞察。

**书中对应**
1. 位置 · 概念 —— 书里怎么讲（意译）→ 连接点
2. …（至多 3 条）

**关联直答**：一段收束，末尾一句可迁移结论。

边界

Never（禁止）

• 禁止读本地知识库、禁止写任何文件（用户明确要保存时只落临时目录，给路径）。
• 禁止伪造逐字引文、页码、书内案例细节。
• 禁止硬凑远距联想，对应不上就明说。
• 禁止多条洞察并列、概念拼盘。

Ask-First（先问）

• 输入过短、信息不足以支撑一条机制 → 先请用户补上下文。
• 用户想要正式成文、沉淀进自己的知识库 → 说明本 skill 只直答，成文流程由用户自己的工具承担。