| name | bottleneck-unblock |
| description | 用户面对系统阻塞/瓶颈问题, 需要找到阻塞点并疏通时; 当系统"上实下虚"
或"上虚下实"等方向性阻塞时; 当直接在问题点干预无效, 需要另辟蹊径时。
不适用于: 没有阻塞的问题、可以简单修复的场景、纯资源不足(非阻塞型)的场景。
|
| source_book | 《黄帝内经·灵枢》 黄帝与岐伯等 |
| source_chapter | 刺节真邪第七十五、九针十二原第一 |
| tags | ["解结","瓶颈","疏通","阻塞"] |
| related_skills | [{"slug":"qi-regulation","relation":"depends-on"},{"slug":"observe-infer","relation":"composes-with"}] |
解结通滞法
R — 原文 (Reading)
一经上实下虚而不通者, 此必有横络盛加于大经, 令之不通。
视而泻之, 此所谓解结也。
上寒下热, 推而上之; 上热下寒, 引而下之; 大热遍身, 推而散之。
夫善用针者, 取其疾也, 犹拔刺也, 犹雪污也, 犹解结也, 犹决闭也。
— 黄帝/岐伯, 刺节真邪第七十五、九针十二原第一
I — 方法论骨架 (Interpretation)
解结通滞法是一个识别系统阻塞点并精准疏通的问题解决框架。
-
找到"横络": 阻塞的真正原因: 系统不通往往不是整条链路都有问题, 而是"横络盛加于大经"——某个交叉点的压迫/阻塞导致了全线不通。找到这个点, 问题迎刃而解。
-
诊断方法: 切而循之: "用针者, 必先察其经络之实虚, 切而循之, 按而弹之, 视其应动者乃后取之"——通过沿线路逐一排查, 找到响应异常的点。
-
方向性疏通: 阻塞有不同的方向模式——上寒下热(推而上之)、上热下寒(引而下之)、大热遍身(推而散之)。疏通不是无方向的, 必须判断阻塞的方向性。
-
四喻定位: 拔刺(精准取出)、雪污(清除污染)、解结(打开死结)、决闭(疏通堵塞)——不同性质的阻塞用不同的疏通方式。
A1 — 书中的应用 (Past Application)
案例 1: 一经上实下虚的解结
- 问题: 一条经脉上部充实下部空虚, 气血不通, 是什么原因?
- 方法论的使用: 不是经脉本身的问题, 而是"横络盛加于大经"——有一条横向的络脉压迫了主通道。解法: "视而泻之"——找到压迫点, 在那里泻除多余的压迫。
- 结论: 阻塞往往来自意料之外的第三方因素(横络), 而非主通道本身的问题。
- 结果: 在压迫点精准疏通后, 主通道自然恢复通畅。
案例 2: 上寒下热的推而上之
- 问题: 上半身寒下半身热, 如何处理?
- 方法论的使用: "先刺其项太阳, 久留之, 已刺则熨项与肩胛, 令热下合乃止, 此所谓推而上之者也"——在颈部(上方的控制点)干预, 将热量推向上部。
- 结论: 不是在寒的地方加热, 而是在控制点(颈部)操作, 通过调节"阀门"来分配资源。
- 结果: 通过控制点调节, 实现上下温度重新平衡。
A2 — 触发场景 (Future Trigger) ★
- 流程阻塞: 工作流程/信息流/决策链中某个环节堵塞, 导致上下游失衡。
- 资源错配: 系统一端资源过剩另一端不足, 但不是总量问题而是流通问题。
- 久拖不决: 问题长期存在, 局部修复无效, 可能是某个隐藏的瓶颈。
语言信号
- "到处卡住了"
- "上面太多了下面不够"
- "某个环节堵住了整个流程"
- "直接修不好, 需要另想办法"
E — 可执行步骤 (Execution)
-
识别阻塞模式
- 判断是全系统阻塞(全线不通)还是方向性阻塞(一端实一端虚)。如果是方向性的, 确定是"上实下虚""上虚下实"还是"全面淤滞"。
- 完成标准: 明确标注阻塞模式。
-
排查阻塞点
- "切而循之"——沿流通路径逐一排查, 找到响应异常的点(横络)。
- 完成标准: 定位到具体的阻塞点, 并说明为什么是它。
-
选择疏通方向
- 上寒下热→推而上之(将资源向上推); 上热下寒→引而下之(将资源向下引); 全面淤滞→推而散之(全面疏散)。
- 完成标准: 给出疏通方向和具体动作。
-
验证疏通效果
- 疏通后应有可感知的变化(如"热下合乃止")。如果没有变化, 可能定位错误, 需要重新排查。
- 完成标准: 设定验证指标。
B — 边界 (Boundary) ★
不要在以下情况使用
- 资源绝对不足: 如果问题不是阻塞而是总量不够(如预算不足), 疏通无法解决——需要增加资源而非疏通。
- 结构已毁: "脉血结于中中有着血, 血寒故宜灸之"——有些阻塞已经造成结构性损伤, 单纯疏通不够, 需要修复。
失败模式
- 定位错误: 在错误的位置疏通, 不仅无效还可能制造新的阻塞。
- 过度疏通: 疏通后继续操作, 导致系统从"阻塞"变为"泄漏"。
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: {{%}} (详见 test-prompts.json)
- 蒸馏时间: {{DATE}}
