
Prevention Strategy
- 18 installs
- 29 repo stars
- Updated April 18, 2026
- kangarooking/huangdi-neijing-skill
Implement prevention measures and early interventions before problems fully manifest in systems.
About
Shifts from reactive firefighting to proactive prevention. Catches problems when cheap to fix rather than expensive.
- Design prevention rather than cure
- Intervene early before cascading failures
Prevention Strategy by the numbers
- 18 all-time installs (skills.sh)
- +1 installs in the week ending Aug 2, 2026 (Skillselion tracking)
- Ranked #2,053 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/kangarooking/huangdi-neijing-skill --skill prevention-strategyAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 18 |
|---|---|
| repo stars | ★ 29 |
| Last updated | April 18, 2026 |
| Repository | kangarooking/huangdi-neijing-skill ↗ |
What it does
Implement prevention measures and early interventions before problems fully manifest in systems.
Files
治未病预防策略
R — 原文 (Reading)
是故圣人不治已病, 治未病; 不治已乱, 治未乱, 此之谓也。夫病已成而后药之,
乱已成而后治之, 譬犹渴而穿井, 斗而铸锥, 不亦晚乎?
上工救其萌牙, 必先见三部九候之气, 尽调不败而救之, 故曰上工。下工救其已成,
救其已败。
正气存内, 邪不可干。
>
— 岐伯, 四气调神大论篇第二、八正神明论篇第二十六、刺法论篇第七十二
---
I — 方法论骨架 (Interpretation)
治未病预防策略是一套分阶段的系统化预防方法论, 包含三个层级:
1. 未病先防(第一层): 在问题出现之前就建立防护机制。"正气存内, 邪不可干"——核心逻辑是增强系统自身的抵抗力, 而不是等外邪来了再对抗。这对应现代的"免疫力建设""冗余设计""安全边际"等概念。
2. 欲病早治(第二层): 在问题刚露苗头时就介入。"上工救其萌芽"——高明者能在问题还很微小时就识别并处理, 而不是等到问题全面爆发。关键能力是识别"早期预警信号"——那些还没有造成实质损害但已经偏离正常的小变化。
3. 既病防变(第三层): 问题已经发生, 重点转向防止恶化和扩散。不是被动治疗, 而是主动阻断问题向其他子系统传导的路径。
这套策略的独特之处在于它的分层递进: 不是笼统地说"预防很重要", 而是针对三个不同阶段提供了不同的策略和能力要求。"上工"之所以高于"下工", 不在于治疗能力更强, 而在于介入时机更早。
---
A1 — 书中的应用 (Past Application)
案例 1: 渴而穿井——预防时机的比喻
- 问题: 为什么强调在疾病发生前就干预?
- 方法论的使用: 用"渴而穿井, 斗而铸锥"(口渴了才挖井, 打仗了才铸造武器)来说明——等到问题爆发再处理, 为时已晚。这是对第一层(未病先防)的核心理念的生动阐释。
- 结论: 干预时机决定效果上限。越早介入, 所需资源越少, 效果越好。
- 结果: 这一比喻确立了"预防先于治疗"的基本原则, 成为贯穿素问全文的指导思想。
案例 2: 上工救其萌芽——早期识别的能力
- 问题: 如何判断一个高手?
- 方法论的使用: "上工救其萌芽, 必先见三部九候之气, 尽调不败而救之"——高手不是治病最厉害的人, 而是最早发现问题并处理的人。他们能从微小的信号变化(三部九候之气)中读出未来的风险。
- 结论: 预防能力的核心不是"怎么做", 而是"什么时候做"和"从什么信号判断该做了"。
- 结果: "上工"的标准被定义为: 能在问题还是萌芽状态时就识别并处理, 且处理时系统尚未败坏(尽调不败), 成功率最高。
---
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
1. 潜在风险预防: 用户知道某个风险可能发生(如项目可能延期、系统可能崩溃、健康可能出现问题), 想提前建立防护机制。 2. 早期信号识别: 系统出现了一些微小的异常(间歇性变慢、偶尔的沟通不畅、轻微的不适), 尚未造成实质影响, 用户不确定是否需要现在就处理。 3. 防止问题扩散: 问题已经发生, 用户不仅想解决当前问题, 还想防止它波及其他领域——"既病防变"。
语言信号 (用户的话里出现这些就应激活)
- "怎么预防/避免X的发生"
- "现在有一点苗头, 但还不严重"
- "如果等到X发生就晚了"
- "怎么建立长期防护/防御机制"
- "出了这个问题, 会不会影响到其他方面"
与相邻 skill 的区分
- 与
biao-ben-priority的区别: 标本缓急处理的是"已经存在的多个问题的优先级", 治未病处理的是"尚未发生或刚刚萌芽的问题的预防策略"。 - 与
five-elements-network的区别: 五行生克用于分析连锁传导的路径, 治未病用于决定在传导链上的干预时机(在传导发生之前就阻断)。
---
E — 可执行步骤 (Execution)
当 skill 被激活后, agent 应按以下步骤执行:
1. 识别当前阶段: 未病/欲病/已病
- 评估系统当前状态: (1)未病——一切正常, 但存在潜在风险因素; (2)欲病——出现早期预警信号, 但尚未造成实质损害; (3)已病——问题已经发生并造成影响。判断依据是: 是否有可观测的异常信号? 异常是否已造成功能性损害?
- 完成标准: 明确给出当前阶段判定(未病/欲病/已病), 并列出判定依据(有哪些信号或证据)。
2. 选择对应策略: 预防/早治/防变
- 根据阶段选择策略: (1)未病→"正气存内, 邪不可干"——增强系统自身抵抗力, 消除风险因素; (2)欲病→"上工救其萌芽"——立即处理早期信号, 阻止其发展为正式问题; (3)已病→"既病防变"——在治疗当前问题的同时, 识别并加固可能被波及的其他子系统。
- 完成标准: 给出与阶段匹配的策略名称和核心行动方向。
- 判停条件: 若判定为"已病"且情况紧急(系统正在快速恶化), 应先切换到 biao-ben-priority 框架处理紧急问题, 稳住后再回到防变策略。
3. 执行预防方案: 具体行动 + 监控指标
- 将策略转化为具体行动: 列出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}}
{
"skill": "prevention-strategy",
"version": "0.1.0",
"source_book": "《黄帝内经·素问》 黄帝与岐伯等",
"darwin_compatible": true,
"test_cases": [
{
"id": "should-trigger-01",
"type": "should_trigger",
"prompt": "我们的系统目前运行正常,但根据行业趋势,半年后可能会有大规模流量冲击,现在应该提前做些什么准备?",
"expected_behavior": "应激活 prevention-strategy, 判定当前阶段为'未病'(系统正常, 但存在潜在风险), 采用第一层策略'未病先防': 增强系统自身抵抗力(弹性扩容能力、冗余设计、安全边际), 建立监控指标, 在风险到来前完成防护建设",
"notes": "典型未病先防场景: 当前正常但预知未来风险, 需要提前建立防护机制"
},
{
"id": "should-trigger-02",
"type": "should_trigger",
"prompt": "最近系统偶尔会出现几毫秒的延迟,虽然不影响使用,但我总觉得不太对劲,这个苗头需要现在就处理吗?",
"expected_behavior": "应激活 prevention-strategy, 判定当前阶段为'欲病'(出现早期预警信号但尚未造成实质损害), 采用第二层策略'欲病早治': 立即追踪延迟的根因, 在问题发展为正式故障之前介入, 并建立持续监控以确认信号在消退",
"notes": "典型欲病早治场景: 早期信号(偶尔延迟)已出现但影响尚微, 匹配'上工救其萌芽'的理念"
},
{
"id": "should-trigger-03",
"type": "should_trigger",
"prompt": "我最近刚治好了胃病,医生说恢复了,但我怕它复发或者引发其他问题,怎么防止病情反复和扩散?",
"expected_behavior": "应激活 prevention-strategy, 判定当前阶段为'已病'(问题刚发生并处理), 采用第三层策略'既病防变': 在巩固当前治疗的同时, 识别可能被波及的其他脏腑(如脾胃传变路径), 加固相关子系统, 建立监控指标防止复发和扩散",
"notes": "典型既病防变场景: 问题已发生并处理, 需要防止恶化和扩散到其他领域"
},
{
"id": "should-trigger-04",
"type": "should_trigger",
"prompt": "我们团队离职率开始轻微上升,虽然目前还在正常范围内,但我想提前建立一些机制防止人才流失扩大,该怎么做?",
"expected_behavior": "应激活 prevention-strategy, 判定当前为'欲病'阶段(早期信号: 离职率轻微上升, 尚未造成实质损害), 采用第二层策略: 立即调查离职原因, 建立预警机制和员工关怀措施, 防止离职潮爆发",
"notes": "欲病场景: '轻微上升'是早期预警信号, '防止扩大'匹配预防策略核心"
},
{
"id": "should-not-trigger-01",
"type": "should_not_trigger",
"prompt": "服务器正在大范围宕机,用户大量投诉,快帮我紧急处理!",
"expected_behavior": "不应激活本 skill, 因为这是紧急危机(系统正在崩溃), 没有预防的空间, 应该先做紧急处置。治未病是在有喘息空间时的策略",
"notes": "诱饵: 涉及系统问题看似相关, 但系统正在崩溃, 属于紧急急救而非预防"
},
{
"id": "should-not-trigger-02",
"type": "should_not_trigger",
"prompt": "帮我分析一下上个月项目失败的原因,总结一下经验教训",
"expected_behavior": "不应激活本 skill, 因为这是纯历史回顾(复盘过去), 用户没有表达'未来如何预防'的需求。虽然复盘可能延伸到预防, 但当前请求本身不包含预防意图",
"notes": "诱饵: '分析原因'看起来和预防有关, 但用户明确是回顾过去做复盘, 不涉及未来预防策略"
},
{
"id": "should-not-trigger-03",
"type": "should_not_trigger",
"prompt": "我昨天感冒了,现在头痛鼻塞流鼻涕,该吃什么药?",
"expected_behavior": "不应激活本 skill, 因为用户已经生病且在寻求治疗方案, 不是在问预防策略。虽然已病可以'既病防变', 但用户明确问的是'吃什么药'即治疗, 而非防变",
"notes": "诱饵: 涉及生病和健康看似相关, 但用户要的是治疗方案不是预防策略, 且问题是单一急性病不需要防变分析"
},
{
"id": "edge-01",
"type": "edge_case",
"prompt": "我最近刚做完手术,医生说恢复得不错。我想知道在恢复期怎么防止并发症,同时也想建立长期的健康管理方案",
"expected_behavior": "边界场景。涉及术后恢复期(已有明确医疗状况), 按边界定义'用户处于特殊生理状态(术后恢复等), 季节性调整需遵医嘱'。但用户明确提到'防止并发症'(既病防变)和'长期健康管理'(未病先防), 预防意图明确。可激活但需强调遵医嘱, 五行/中医框架作为辅助而非替代",
"notes": "边界: 术后恢复期属于特殊生理状态, 按边界需谨慎。但用户的预防意图非常明确(防并发症+长期健康管理), 匹配预防策略的三层结构"
},
{
"id": "edge-02",
"type": "edge_case",
"prompt": "帮我复盘一下上次项目失败的原因,然后说说以后怎么避免同样的问题",
"expected_behavior": "边界场景。前半部分是历史回顾(不应触发), 后半部分'以后怎么避免'是预防(应触发)。整体来看, 用户的最终目的是'预防', 复盘只是手段。可激活预防策略, 但先快速总结教训, 然后重点放在'未病先防'策略上——建立机制防止同类问题再次发生",
"notes": "边界: 混合了复盘和预防, 但落脚点是'避免'(预防)。按 SKILL 边界'纯历史回顾不涉及未来预防'则不触发, 但用户明确延伸到了预防, 所以整体应触发"
}
],
"minimum_pass_rate": 0.8,
"notes": "至少 3 条 should_trigger + 2 条 should_not_trigger + 1 条 edge_case。全部 should_not_trigger 必须通过 (诱饵容错为 0)。"
}