root-cause-priority
Installation
SKILL.md
标本根结定位法
R — 原文 (Reading)
先病而后逆者治其本, 先逆而后病者治其本。 先病而后生中满者治其标, 先中满而后烦心者治其本。 病发而有余, 本而标之; 病发而不足, 标而本之。 能知六经标本者, 可以无惑于天下。
— 黄帝/岐伯, 病本第二十五、卫气第五十二
I — 方法论骨架 (Interpretation)
标本根结定位法是一个区分问题源头与末端, 据此确定干预优先级的决策框架。
-
识别标本: 在因果链中, 先发生的/根本原因是"本", 后发生的/继发症状是"标"。在空间上, 源头(四肢末端/根)是本, 末端(头面胸腹/结)是标。
-
缓急定序: 默认"治本"优先, 但有明确的例外——"中满"(急症/关键瓶颈)和"大小便不利"(功能受阻)必须先治标。急则治标, 缓则治本。
-
虚实影响排序: "病发而有余(实), 本而标之"——从本治起;"病发而不足(虚), 标而本之"——从标治起。虚证时系统承受力弱, 需要先缓解表面症状再追根溯源。
-
间甚并行: "间者并行, 甚者独行"——问题不太严重时可以标本同治, 问题严重时只能集中精力治一个。
A1 — 书中的应用 (Past Application)
案例 1: 先病后逆的治本原则
- 问题: 先得病后出现气逆, 该治哪个?
- 方法论的使用: "先病而后逆者治其本"——原发病是本, 气逆是标(继发), 治原发病则气逆自消。
- 结论: 症状的出现顺序揭示了因果链, 先治因后治果。
- 结果: 治本则标自消, 避免了在继发症状上浪费精力。
案例 2: 中满的紧急优先
- 问题: 先得病后出现中满(腹部胀满), 按理应治本, 但中满很急, 怎么办?
- 方法论的使用: "先病而后生中满者治其标"——虽然中满是标(继发), 但它阻塞了核心通道, 必须先解决。
- 结论: 当标证(继发问题)威胁到系统核心功能时, 标的优先级临时提升。
- 结果: 先解决紧急阻塞, 再回头治本。
A2 — 触发场景 (Future Trigger) ★
- 多问题纠缠: 面对一堆相互关联的问题, 不知道从哪个入手。
- 因果链追溯: 知道表现但不确定根因, 需要沿因果链回溯。
- 先治标还是先治本: 紧急问题(标)和根本问题(本)同时存在, 需要排序。
语言信号
- "问题太多了, 不知道先解决哪个"
- "根本原因到底是什么"
- "紧急的和重要的怎么平衡"
- "解决了A, B又冒出来了"
与相邻 skill 的区分
- 与
excess-deficiency-decision的区别: 虚实补泻解决"方向(补/泻)", 标本根结解决"顺序(先/后)"。两者独立但经常串联。 - 与
timing-opportunity的区别: 标本根结是"做什么的优先级", 时机选择是"何时做的时机窗口"。
E — 可执行步骤 (Execution)
-
列出所有问题并建立因果链
- 列出所有问题, 标注相互之间的因果关系(A导致B, B导致C)。
- 完成标准: 有明确的因果链图, 标注了时间先后顺序。
-
区分标本
- 在因果链中: 先发生的/根本原因=本, 后发生的/继发表现=标。
- 完成标准: 每个问题标注了"本"或"标", 并说明判断依据。
-
检查紧急例外
- 是否存在"中满型"问题——虽然不是根因, 但阻塞了核心功能, 必须先解决?
- 完成标准: 识别并标注紧急例外, 给出优先级调整理由。
-
确定执行顺序
- 默认从本治起; 有紧急例外则先治标; 虚证时从标治起。
- 完成标准: 给出明确的执行顺序和每步的理由。
B — 边界 (Boundary) ★
不要在以下情况使用
- 问题孤立: 如果问题之间没有因果关系, 标本框架无法展开。
- 教条治本: 不是所有情况都应该"先治本", 紧急情况必须先治标。
失败模式
- 本标混淆: 把症状当原因, 在标上浪费精力而本持续恶化。
- 教条主义: 无论多急都坚持"先治本", 忽视了紧急标证的威胁。
作者的盲点
- 灵枢的标本主要关注时间先后和虚实, 现代问题还可能涉及资源约束、利益相关方优先级等额外维度, 需要扩展框架。
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: {{%}} (详见 test-prompts.json)
- 蒸馏时间: {{DATE}}
Related skills