gradual-approach

name	gradual-approach
description	图难于易渐进法：将复杂目标拆成可验证小步，并在未兆阶段前置处置风险，稳定推进到完成。Use when 你面对重构/转型等大任务无从下手、想一步到位或总在后期崩盘。Triggers: 'too big to start', 'one-shot rewrite', 'almost done then failed'.

gradual-approach（图难于易渐进法）

R — 原文 (Reading)

“图难于其易，为大于其细。天下难事必作于易，天下大事必作于细。”

“其安易持，其未兆易谋；合抱之木，生于毫末；九层之台，起于累土。”

— 老子，《道德经》第63、64章

---

I — 方法论骨架 (Interpretation)

渐进法解决的不是“何时刹车”，而是“如何起步且持续推进”。 它包含两条主线：

1. 切入线：任何大目标都要先转译成最小、最易、可执行单元；
2. 前置线：在问题“未兆”时处理脆弱点，而不是等爆雷再救火。

关键不是简单分步，而是分步必须满足“可验证闭环”： 每一步都要有输出、验证、再进入下一步。

这套方法天然抑制三种执行病： 轻诺（先答应后拆解）、 多易（把复杂问题想太简单）、 慎终失守（临近完成时崩盘）。

因此它适用于高复杂、长周期任务； 通过微动作持续累积，把“大”变成“可持续完成的小闭环串联”。

---

A1 — 书中的应用 (Past Application)

案例 1: 图难于易，为大于细（c54 / 第63章）

• 问题: 天下难事与大事如何避免空喊口号？
• 方法论的使用: 直接要求从“易处、细处”进入，而非从“难处、大处”硬攻。
• 结论: 大事不是一次做成，而是细部累计出来。
• 结果: 执行路径从抽象愿景变成可落地步骤。

案例 2: 未兆期治理（p76 / 第64章）

• 问题: 为什么很多危机到后期无法收拾？
• 方法论的使用: 在“其未兆易谋、其微易散”阶段介入，前置处置。
• 结论: 越早、越小、越省代价。
• 结果: 风险治理由被动救火转为主动防微。

案例 3: 慎终如始的执行收束（第64章）

• 问题: 为什么常“几成而败”？
• 方法论的使用: 把最后阶段也当作起步阶段同等审慎处理。
• 结论: 末段失守是执行系统问题，不是运气问题。
• 结果: 成功率提高，返工率下降。

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. 面对复杂项目（系统重构/组织改造）不知第一步。
2. 项目总是“开局猛、后期散”，频繁半途而废。
3. 需求过大过全，团队被“一步到位”压垮。
4. 风险识别滞后，问题总在爆发后才处理。
5. 承诺过快，计划过粗，导致交付反复延期。

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

• “这事太大了，根本无从下手。”
• “能不能一次性改完？”
• “我们每次都快成了又掉链子。”
• “先答应了再说，后面再补细节。”

与相邻 skill 的区分

• 与 know-when-to-stop 的区别: know-when-to-stop 关注“退出/收手阈值”；gradual-approach 关注“起步/推进颗粒度”。
• 与 wu-wei-governance 的区别: wu-wei-governance 关注少干预治理原则；gradual-approach 关注具体执行拆解与节奏。
• 与 selfless-leadership 的区别: selfless-leadership 解决领导关系与功责机制；gradual-approach 解决复杂任务工程化落地。

---

E — 可执行步骤 (Execution)

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

1. 定义“大事”的可验证终态
   • 完成标准: 用 1-2 句写清“完成后可观察到什么”，且至少包含一个可量化指标。

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

2. 拆成“易/细”最小单元（MUS）
   • 完成标准: 产出 3-7 个最小动作，每个动作都能在短周期内独立完成并验收。

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

3. 设置“未兆”预警点

   • 完成标准: 每个最小动作至少定义 1 个早期风险信号与对应处理动作。
   • 判停条件: 若某动作无法定义预警信号，暂停推进并回到步骤 2 进一步拆细。

4. 按单元滚动执行（一次只推进一层）

   • 完成标准: 当前单元通过验收后才进入下一个单元，记录“结果/偏差/修正”。

5. 末段执行“慎终如始”复核

   • 完成标准: 在最后 20% 阶段复跑一次关键检查清单，确认无“轻诺/漏项/回滚风险”。

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 法规或外部窗口要求“一次性全量切换”且不可分批时。
• 目标尚未定义清楚（连终态都不明），此时先做目标澄清而非拆解执行。

作者在书中警告的失败模式

• 轻诺必寡信（ce11）: 先承诺后拆解，最终失信与返工。
• 多易必多难（第63章）: 低估复杂性，导致后期困难成倍放大。
• 几成而败（第64章）: 末段松懈，前功尽弃。

作者的盲点 / 时代局限

• 经典表达偏治理哲学，对现代跨职能依赖、技术债、并行工程的复杂性覆盖不足。
• “渐进”若被机械化，可能拖慢窗口期决策，需要配合节奏与优先级判断。
• 对高不确定创新（需要跳跃试验）的指导较弱。

容易混淆的邻近方法论

• 容易与“保守拖延”混淆：渐进法要求连续小步交付，不是无限准备。
• 容易与“碎片化忙碌”混淆：每个小步必须服务同一终态并可验收。
• 容易与“只做容易的”混淆：图难于易是从易处切入难题，不是回避难题本身。

---

元数据 (Metadata)

• 来源: 《道德经》老子，第63章、第64章
• 标签: execution, decomposition, risk-control
• 依赖: know-when-to-stop (contrasts-with), three-treasures (composes-with)
• 验证: V1 ✓ / V2 ✓ / V3 ✓
• 蒸馏时间: 2026-04-22