Skip to content
cccskills
FreePublished on GitHub

four-seas-regulation

用户需要管理一个复杂系统的核心枢纽时; 当"面面俱到"策略失效, 需要找到关键节点集中管理时; 当系统有多个核心功能区域需要分别监测时。不适用于: 只有一个中心节点的简单系统、不需要分层管理的场景。

The English summary is being prepared. Showing the original description.

Run score Not tested

See how to install

Files included (2)

  • SKILL.md5.0 KB
  • test-prompts.json2.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

四海调节法: 核心枢纽管理

R — 原文 (Reading)

人有髓海, 有血海, 有气海, 有水谷之海, 凡此四者, 以应四海也。 气海有余则气满胸中悗息面赤, 气海不足则气少不足以言。 髓海有余则轻劲多力, 髓海不足则脑转耳鸣胫酸眩冒。 得顺者生, 得逆者败; 知调者利, 不知调者害。 审守其俞, 而调其虚实, 无犯其害。

— 黄帝/岐伯, 海论第三十三


I — 方法论骨架 (Interpretation)

四海调节法是一个通过管理系统的核心枢纽来调控整体的策略框架。

  1. 识别核心枢纽: 复杂系统有若干"海"——资源汇聚和分配的核心节点。灵枢识别了四个: 水谷之海(供应链/消化吸收)、血海(资源池/血液)、气海(动力源/呼吸动力)、髓海(指挥中心/神经中枢)。

  2. 每个海有输注点: 每个枢纽有入口(上输)和出口(下输), 管理就是"审守其输"——监控和管理这些进出口。

  3. 有余不足各有征兆: 每个海的状态会通过特定信号表现出来: 气海有余=气满胸闷, 不足=气短; 髓海有余=轻劲多力, 不足=头晕耳鸣。通过监测信号来判断各海的状态。

  4. 调其虚实不犯其害: 调节时不能伤害系统。方向正确则恢复("顺者得复"), 方向错误则败坏("逆者必败")。


A1 — 书中的应用 (Past Application)

案例 1: 髓海不足的诊断

  • 问题: 一个人头晕耳鸣、腿酸无力、视力模糊、懈怠嗜睡, 是什么问题?
  • 方法论的使用: 这些都是"髓海不足"的特征表现。髓海(脑)是全身的指挥中心, 髓海不足=指挥中心资源匮乏。
  • 结论: 表面看起来是多个不相关的症状(头晕+耳鸣+腿酸+嗜睡), 实际上都指向同一个核心枢纽(髓海)的问题。
  • 结果: 不需要逐个治疗每个症状, 只要调节髓海(通过其输注点), 所有症状都会改善。

案例 2: 气海的输注管理

  • 问题: 如何管理气海(胸中宗气)?
  • 方法论的使用: 气海的输注点: 上在柱骨之上下(颈部), 前在人迎(颈部动脉)。调节时通过这些输注点操作, "审守其俞而调其虚实"。
  • 结论: 管理核心枢纽的关键是管理好它的输注点(进出口), 而不是直接操作枢纽本身。
  • 结果: "无犯其害"——在输注点操作, 避免直接干预核心造成伤害。

A2 — 触发场景 (Future Trigger) ★

  1. 多点异常同因: 系统多个地方同时出问题, 可能是某个核心枢纽失调。
  2. 面面俱到失败: 试图管理所有细节但力不从心, 需要聚焦核心节点。
  3. 资源分配失衡: 某些区域资源过剩某些不足, 需要从枢纽层面调控分配。

语言信号

  • "到处都有问题, 顾不过来"
  • "有没有一个核心问题导致所有这些"
  • "怎么用有限精力管理这么多事情"
  • "需要抓住关键点"

E — 可执行步骤 (Execution)

  1. 识别系统的核心枢纽

    • 列出系统中所有资源汇聚和分配的核心节点(供应链、资源池、动力源、指挥中心)。
    • 完成标准: 识别出3-5个核心枢纽, 每个标注其功能和影响范围。
  2. 监测各枢纽状态

    • 每个枢纽有哪些"有余"和"不足"的信号? 当前的信号指向什么状态?
    • 完成标准: 每个枢纽标注当前状态(有余/不足/正常)和判断依据。
  3. 找到各枢纽的"输注点"

    • 每个枢纽的关键进出口在哪里? 通过管理这些进出口来调节枢纽状态。
    • 完成标准: 每个枢纽有至少1个可操作的输注点。
  4. 调节虚实的优先级

    • 哪个枢纽的问题最紧急? 先调哪个? "无犯其害"——确保调节不会造成新问题。
    • 完成标准: 给出调节顺序和每步的预期效果。

B — 边界 (Boundary) ★

不要在以下情况使用

  • 简单系统: 只有一个中心的简单系统不需要四海框架, 直接管理即可。
  • 枢纽间无关联: 如果各枢纽完全独立, 框架简化为逐一管理。

失败模式

  • 忽略非枢纽问题: 不是所有问题都来自核心枢纽, 有时确实需要处理末端问题。
  • 过度集中: 过于关注枢纽而忽视边缘问题, 导致"灯下黑"。

审计信息

  • 验证通过: V1 ✓ / V2 ✓ / V3 ✓
  • 测试通过率: {{%}} (详见 test-prompts.json)
  • 蒸馏时间: {{DATE}}

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

用户面对多个需要同时处理的问题, 不确定优先级时; 当表面症状和根本原因交织 在一起, 不确定该先解决哪个时; 当问题有"先发的"和"后发的"之分时。 不适用于: 只有一个明确问题的场景; 问题之间没有因果关联的独立问题集合; 紧急危机处理(需要先稳住再分析)。

The English summary is being prepared. Showing the original description.

kangarooking/huangdi-neijing-skill42Updated Apr 18, 2026

用户需要理解心理状态与生理/系统状态之间的因果联系时; 当情绪问题导致身体/工作表现下降时; 当需要管理情志以保护系统功能时。 不适用于: 纯技术问题没有心理因素的场景、纯心理咨询场景。

The English summary is being prepared. Showing the original description.

kangarooking/huangdi-neijing-skill42Updated Apr 18, 2026

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

The English summary is being prepared. Showing the original description.

kangarooking/huangdi-neijing-skill42Updated Apr 18, 2026

用户需要预测某个局部问题会如何扩散到其他部分时;当系统中一个环节出了问题需要评估连锁影响时; 当需要提前在传变路径上设防时;当用户说"这个问题会不会引发其他问题"或"如果不处理会怎样"时。 不适用于: 孤立问题不会产生连锁反应的场景;各环节完全独立的松耦合系统。

The English summary is being prepared. Showing the original description.

kangarooking/huangdi-neijing-skill42Updated Apr 18, 2026

用户需要说服不配合的人接受建议时; 当面对"骄恣从欲"的强势对象时; 当需要将复杂建议转化为对方愿意接受的方案时; 当需要在"尊重对方意愿"和"坚持正确方向"之间找平衡时。 不适用于: 纯信息传递不需要说服的场景、对方已完全配合的场景。

The English summary is being prepared. Showing the original description.

kangarooking/huangdi-neijing-skill42Updated Apr 18, 2026

用户需要在新的环境/市场/文化中部署已有方案时;当同一个问题在不同地区/场景下表现不同时; 当需要将通用方案本地化时;当用户说"为什么在这里不管用"或"换个地方方案就失效了"时。 不适用于: 环境因素不重要、问题与场景无关的纯技术/逻辑场景。

The English summary is being prepared. Showing the original description.

kangarooking/huangdi-neijing-skill42Updated Apr 18, 2026

See all skills by kangarooking

Report a problem with this skill