value-of-emptiness

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?

1. 产品功能持续增加，但用户完成核心任务反而更慢。
2. 团队流程越来越密，审批越来越多，协作却更堵。
3. 会议排满、日程排满，关键思考与复盘时间消失。
4. 系统架构“全都要”，接口耦合过深，改一处动全局。
5. 个人学习塞满课程信息，吸收与迁移能力下降。

语言信号 (用户的话里出现这些就应激活)

• "我们已经加了很多资源，为什么还不顺？"
• "功能很全，但用户总说不好用。"
• "流程不够，再加一层审批吧。"
• "时间都排满了，却感觉没产出。"
• "是不是还要再补一个模块？"

与相邻 skill 的区分

• 与 wu-wei-governance 的区别: 后者关注治理方式“少妄为”；本 skill关注资源结构中“有无配比”。
• 与 know-when-to-stop 的区别: 后者解决“何时停手”；本 skill解决“该加有还是补无”。

---

E — 可执行步骤 (Execution)

当 skill 被激活后, agent 应按以下步骤执行:

1. 盘点“有”与“无”资源
   • 完成标准: 列出当前系统中至少 5 项“有”（实体/规则/功能）与 5 项“无”（缓冲/留白/弹性/接口余量）。
   • 判停条件: 若只列“有”不列“无”，不得进入下一步。

⏸️ 用户确认点: 将上述分析结果呈现给用户，确认方向正确后再进入下一步。如果用户对分析有异议，返回步骤1调整。

2. 定位拥塞点与空位缺口
   • 完成标准: 明确 3 个高频拥塞点，并对应指出缺失的“无”类型（时间空窗、结构空腔、决策边界等）。
   • 判停条件: 若拥塞无法关联到具体缺口，回到步骤 1 重盘。

⏸️ 用户确认点: 将方案呈现给用户审批。用户可选择：✅ 执行 / 🔄 调整方案 / ❌ 放弃。仅在用户确认后进入执行步骤。

3. 设计“补无优先”的调整方案

   • 完成标准: 每个拥塞点先给出 1 条补“无”动作，再决定是否需要补“有”。
   • 判停条件: 若方案全部是加法，标记为不通过。

4. 执行最小变更并观测可用性

   • 完成标准: 在 1-2 周内完成最小调整，跟踪至少 3 个指标（完成时长、返工率、冲突率）。
   • 判停条件: 若指标无改善且冲突上升，暂停新增“有”，优先复核“无”设计。

5. 固化“有无配比”守则

   • 完成标准: 输出一页守则（何时加有、何时补无、何时做减法）并设季度复检。
   • 判停条件: 若守则不能指导具体决策场景，重写后再发布。

---

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