| name | prevention-strategy |
| description | 用户想预防某个潜在风险或问题时; 当系统出现早期预警信号但尚未爆发时;
当已出现问题需要防止恶化和扩散时; 当需要建立长期防护机制时。
不适用于: 紧急危机处理(系统正在崩溃, 需要急救而非预防); 纯历史回顾
(分析过去发生了什么但不涉及未来预防)。
|
| source_book | 《黄帝内经·素问》 黄帝与岐伯等 |
| source_chapter | 四气调神大论篇第二、八正神明论篇第二十六、刺法论篇第七十二 |
| tags | ["预防","治未病","早期干预","风险管理"] |
| related_skills | [{"slug":"observation-inference","relation":"depends-on"},{"slug":"cascade-prediction","relation":"composes-with"}] |
治未病预防策略
R — 原文 (Reading)
是故圣人不治已病, 治未病; 不治已乱, 治未乱, 此之谓也。夫病已成而后药之,
乱已成而后治之, 譬犹渴而穿井, 斗而铸锥, 不亦晚乎?
上工救其萌牙, 必先见三部九候之气, 尽调不败而救之, 故曰上工。下工救其已成,
救其已败。
正气存内, 邪不可干。
— 岐伯, 四气调神大论篇第二、八正神明论篇第二十六、刺法论篇第七十二
I — 方法论骨架 (Interpretation)
治未病预防策略是一套分阶段的系统化预防方法论, 包含三个层级:
-
未病先防(第一层): 在问题出现之前就建立防护机制。"正气存内, 邪不可干"——核心逻辑是增强系统自身的抵抗力, 而不是等外邪来了再对抗。这对应现代的"免疫力建设""冗余设计""安全边际"等概念。
-
欲病早治(第二层): 在问题刚露苗头时就介入。"上工救其萌芽"——高明者能在问题还很微小时就识别并处理, 而不是等到问题全面爆发。关键能力是识别"早期预警信号"——那些还没有造成实质损害但已经偏离正常的小变化。
-
既病防变(第三层): 问题已经发生, 重点转向防止恶化和扩散。不是被动治疗, 而是主动阻断问题向其他子系统传导的路径。
这套策略的独特之处在于它的分层递进: 不是笼统地说"预防很重要", 而是针对三个不同阶段提供了不同的策略和能力要求。"上工"之所以高于"下工", 不在于治疗能力更强, 而在于介入时机更早。
A1 — 书中的应用 (Past Application)
案例 1: 渴而穿井——预防时机的比喻
- 问题: 为什么强调在疾病发生前就干预?
- 方法论的使用: 用"渴而穿井, 斗而铸锥"(口渴了才挖井, 打仗了才铸造武器)来说明——等到问题爆发再处理, 为时已晚。这是对第一层(未病先防)的核心理念的生动阐释。
- 结论: 干预时机决定效果上限。越早介入, 所需资源越少, 效果越好。
- 结果: 这一比喻确立了"预防先于治疗"的基本原则, 成为贯穿素问全文的指导思想。
案例 2: 上工救其萌芽——早期识别的能力
- 问题: 如何判断一个高手?
- 方法论的使用: "上工救其萌芽, 必先见三部九候之气, 尽调不败而救之"——高手不是治病最厉害的人, 而是最早发现问题并处理的人。他们能从微小的信号变化(三部九候之气)中读出未来的风险。
- 结论: 预防能力的核心不是"怎么做", 而是"什么时候做"和"从什么信号判断该做了"。
- 结果: "上工"的标准被定义为: 能在问题还是萌芽状态时就识别并处理, 且处理时系统尚未败坏(尽调不败), 成功率最高。
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 潜在风险预防: 用户知道某个风险可能发生(如项目可能延期、系统可能崩溃、健康可能出现问题), 想提前建立防护机制。
- 早期信号识别: 系统出现了一些微小的异常(间歇性变慢、偶尔的沟通不畅、轻微的不适), 尚未造成实质影响, 用户不确定是否需要现在就处理。
- 防止问题扩散: 问题已经发生, 用户不仅想解决当前问题, 还想防止它波及其他领域——"既病防变"。
语言信号 (用户的话里出现这些就应激活)
- "怎么预防/避免X的发生"
- "现在有一点苗头, 但还不严重"
- "如果等到X发生就晚了"
- "怎么建立长期防护/防御机制"
- "出了这个问题, 会不会影响到其他方面"
与相邻 skill 的区分
- 与
biao-ben-priority 的区别: 标本缓急处理的是"已经存在的多个问题的优先级", 治未病处理的是"尚未发生或刚刚萌芽的问题的预防策略"。
- 与
five-elements-network 的区别: 五行生克用于分析连锁传导的路径, 治未病用于决定在传导链上的干预时机(在传导发生之前就阻断)。
E — 可执行步骤 (Execution)
当 skill 被激活后, agent 应按以下步骤执行:
-
识别当前阶段: 未病/欲病/已病
- 评估系统当前状态: (1)未病——一切正常, 但存在潜在风险因素; (2)欲病——出现早期预警信号, 但尚未造成实质损害; (3)已病——问题已经发生并造成影响。判断依据是: 是否有可观测的异常信号? 异常是否已造成功能性损害?
- 完成标准: 明确给出当前阶段判定(未病/欲病/已病), 并列出判定依据(有哪些信号或证据)。
-
选择对应策略: 预防/早治/防变
- 根据阶段选择策略: (1)未病→"正气存内, 邪不可干"——增强系统自身抵抗力, 消除风险因素; (2)欲病→"上工救其萌芽"——立即处理早期信号, 阻止其发展为正式问题; (3)已病→"既病防变"——在治疗当前问题的同时, 识别并加固可能被波及的其他子系统。
- 完成标准: 给出与阶段匹配的策略名称和核心行动方向。
- 判停条件: 若判定为"已病"且情况紧急(系统正在快速恶化), 应先切换到 biao-ben-priority 框架处理紧急问题, 稳住后再回到防变策略。
-
执行预防方案: 具体行动 + 监控指标
- 将策略转化为具体行动: 列出2-3个可立即执行的动作。同时建立监控指标——用来持续跟踪系统状态, 确保(1)未病的保持未病, (2)欲病的信号在消退, (3)已病的没有扩散到新区域。
- 完成标准: 给出行动清单(每项有明确的执行者/时间/验收标准)和至少1个监控指标(用于判断策略是否有效)。
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 紧急危机处理: 当系统正在崩溃(服务器宕机、大出血、团队集体离职), 没有"预防"的空间, 必须先做紧急处置。治未病是在有喘息空间时的策略。
- 纯历史回顾: 如果用户只是想分析过去发生了什么(复盘), 而不涉及"未来如何预防", 这不是治未病的场景。
作者在书中警告的失败模式
- 渴而穿井: 等到问题全面爆发再处理, 就像口渴了才挖井——虽然也能挖出水, 但代价远大于提前准备。这个失败模式的核心是"时机延误"。
- 下工救其已成: 低水平的人只会处理已经明显的问题, 错过了萌芽阶段的最佳干预窗口。这不是能力问题, 而是"信号识别能力"的不足——看不到微小的早期征兆。
作者的盲点 / 时代局限
- 素问的预防策略以个人健康为默认场景, "正气""邪气"等概念需要转化到具体领域。在企业管理、工程项目等领域, "正气"可以理解为"组织韧性""系统鲁棒性", "邪气"可以理解为"外部风险""内部隐患"。
- 素问强调预防, 但没有讨论预防的成本。现实中, 过度预防(为每个可能的风险都建立防护)会消耗过多资源。需要结合标本缓急框架来确定预防的优先级和投入程度。
容易混淆的邻近方法论
- 风险管理(Risk Management): 商业上的风险管理侧重于风险识别、评估、缓解, 但没有治未病的"三层递进"结构(未病先防/欲病早治/既病防变)。
- PDCA循环: 持续改进框架, 但侧重"做事-检查-改进"的循环, 不强调"介入时机"的分层策略。
相关 skills (阶段 3 填充)
- depends-on: observation-inference — 治未病的核心能力之一是"上工救其萌芽"——识别早期预警信号,这依赖于以外测内推理的多信号交叉验证能力。看不到微弱信号就无法做到早期干预。
- composes-with: cascade-prediction — 治未病的"既病防变"层级需要预判问题会沿什么路径扩散到其他子系统,传变预测提供"沿相克链画传播路径"的方法。两者组合实现"识别风险→预判扩散路径→提前布防"的完整预防链。
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: {{%}} (详见 test-prompts.json)
- 蒸馏时间: {{DATE}}
