| name | value-of-emptiness |
| description | [有无互补资源观]：把“无”视为功能来源，优先通过留白与边界设计恢复系统可用性。 Use when 资源持续加码却效率下降、流程拥塞或功能堆叠失效时。 Triggers: '都加了怎么还更乱', '功能很多但不好用', '流程越来越满'. |
Value of Emptiness（有无互补资源观）
R — 原文 (Reading)
三十辐共一毂，当其无，有车之用。埏埴以为器，当其无，有器之用。故有之以为利，无之以为用。
— 老子，《道德经》第11章
I — 方法论骨架 (Interpretation)
老子把资源分成两类：可见的“有”，与让系统真正运转的“无”。
“有”提供结构和载体，“无”提供流动与功能。
没有轮毂空隙，车轮不能转；没有器皿空腔，器皿不能装。
所以资源优化不等于无限叠加实体，而是设计“可用的空”。
在现代场景里，“无”对应留白、缓冲、边界、未预设空间、可变接口。
当系统失灵时，常见原因不是“有太少”，而是“无被挤没了”。
“为道日损”进一步提醒：高阶优化往往靠减法，去掉阻塞流动的多余层。
这不是反对建设，而是要求“有无配比”。
先问“空位够不够用”，再决定“要不要再加东西”。
A1 — 书中的应用 (Past Application)
案例 1: 车轮/器皿/房屋（第11章）
- 问题: 人们只看见材料和实体价值，忽视功能来源。
- 方法论的使用: 用三组例子证明“无”才激活“有”的用途。
- 结论: 资源价值由“有无配合”决定，而非单边堆量。
- 结果: 形成“有之以为利，无之以为用”的配置原则。
案例 2: 道可道非常道（第1章）
- 问题: 试图用完全命名和固定定义掌控复杂对象。
- 方法论的使用: 承认“名”有边界，保留未定空间与解释弹性。
- 结论: 概念系统也需要“无”，否则会僵化失真。
- 结果: 降低“定义先行导致执行失灵”的风险。
案例 3: 为道日损（第48章）
- 问题: 通过持续加法追求掌控，系统越来越重。
- 方法论的使用: 通过“损之又损”移除冗余动作，恢复系统通道。
- 结论: 减法不是减少价值，而是释放价值。
- 结果: 以更少干预达成更高可用性。
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 产品功能持续增加，但用户完成核心任务反而更慢。
- 团队流程越来越密，审批越来越多，协作却更堵。
- 会议排满、日程排满，关键思考与复盘时间消失。
- 系统架构“全都要”，接口耦合过深，改一处动全局。
- 个人学习塞满课程信息，吸收与迁移能力下降。
语言信号 (用户的话里出现这些就应激活)
- "我们已经加了很多资源，为什么还不顺？"
- "功能很全，但用户总说不好用。"
- "流程不够，再加一层审批吧。"
- "时间都排满了，却感觉没产出。"
- "是不是还要再补一个模块？"
与相邻 skill 的区分
- 与
wu-wei-governance 的区别: 后者关注治理方式“少妄为”；本 skill关注资源结构中“有无配比”。
- 与
know-when-to-stop 的区别: 后者解决“何时停手”；本 skill解决“该加有还是补无”。
E — 可执行步骤 (Execution)
当 skill 被激活后, agent 应按以下步骤执行:
- 盘点“有”与“无”资源
- 完成标准: 列出当前系统中至少 5 项“有”（实体/规则/功能）与 5 项“无”（缓冲/留白/弹性/接口余量）。
- 判停条件: 若只列“有”不列“无”，不得进入下一步。
⏸️ 用户确认点: 将上述分析结果呈现给用户，确认方向正确后再进入下一步。如果用户对分析有异议，返回步骤1调整。
- 定位拥塞点与空位缺口
- 完成标准: 明确 3 个高频拥塞点，并对应指出缺失的“无”类型（时间空窗、结构空腔、决策边界等）。
- 判停条件: 若拥塞无法关联到具体缺口，回到步骤 1 重盘。
⏸️ 用户确认点: 将方案呈现给用户审批。用户可选择：✅ 执行 / 🔄 调整方案 / ❌ 放弃。仅在用户确认后进入执行步骤。
-
设计“补无优先”的调整方案
- 完成标准: 每个拥塞点先给出 1 条补“无”动作，再决定是否需要补“有”。
- 判停条件: 若方案全部是加法，标记为不通过。
-
执行最小变更并观测可用性
- 完成标准: 在 1-2 周内完成最小调整，跟踪至少 3 个指标（完成时长、返工率、冲突率）。
- 判停条件: 若指标无改善且冲突上升，暂停新增“有”，优先复核“无”设计。
-
固化“有无配比”守则
- 完成标准: 输出一页守则（何时加有、何时补无、何时做减法）并设季度复检。
- 判停条件: 若守则不能指导具体决策场景，重写后再发布。
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 生命安全、强合规、关键基础设施短缺等“必须立刻补有”的场景，不能先谈留白。
- 当系统尚未具备最低结构（基础流程/最低资源）时，过早“做减法”会导致失稳。
作者在书中警告的失败模式
- 过度管控与繁法滋乱（ce06）: 规则堆叠挤压“无”的空间，导致绕行、投机与治理成本上升。
- 感官刺激与欲望过载（ce05）: 过度追逐“更多”，使判断钝化，系统失去内在秩序。
作者的盲点 / 时代局限
- 对现代复杂工程中“最低冗余配置”缺乏量化标准，容易被误读成普遍减配。
- 对技术创新场景中的“先加后减”阶段性需求覆盖不足。
容易混淆的邻近方法论
- 重视“无” ≠ 反对“有”：不是反建设，而是反无边界堆叠。
- 留白 ≠ 放任失控：留白需要边界与复盘，不是管理真空。
元数据 (Metadata)
- 来源: 《道德经》老子，第11章、第5章、第15章
- 标签: resource-design, emptiness, capacity
- 关联: return-to-simplicity (composes-with), wu-wei-governance (composes-with)
- 验证: V1 ✓ / V2 ✓ / V3 ✓
- 蒸馏时间: 2026-04-22
