Skip to main content

bottleneck-unblock

用户面对系统阻塞/瓶颈问题, 需要找到阻塞点并疏通时; 当系统"上实下虚" 或"上虚下实"等方向性阻塞时; 当直接在问题点干预无效, 需要另辟蹊径时。 不适用于: 没有阻塞的问题、可以简单修复的场景、纯资源不足(非阻塞型)的场景。

Datos de origen

Repositorio
kangarooking/huangdi-neijing-skill
Última actividad en el origen
18 de abril de 2026 a las 13:31
Idioma detectado de SKILL.md
chino
Estrellas
41
Forks
10

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Explorador de archivos
2 archivos

Mostrando SKILL.md

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