| 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)
渐进法解决的不是“何时刹车”，而是“如何起步且持续推进”。
它包含两条主线：
- 切入线：任何大目标都要先转译成最小、最易、可执行单元；
- 前置线：在问题“未兆”时处理脆弱点，而不是等爆雷再救火。
关键不是简单分步，而是分步必须满足“可验证闭环”：
每一步都要有输出、验证、再进入下一步。
这套方法天然抑制三种执行病：
轻诺（先答应后拆解）、
多易（把复杂问题想太简单）、
慎终失守（临近完成时崩盘）。
因此它适用于高复杂、长周期任务；
通过微动作持续累积，把“大”变成“可持续完成的小闭环串联”。
A1 — 书中的应用 (Past Application)
案例 1: 图难于易，为大于细（c54 / 第63章）
- 问题: 天下难事与大事如何避免空喊口号？
- 方法论的使用: 直接要求从“易处、细处”进入，而非从“难处、大处”硬攻。
- 结论: 大事不是一次做成，而是细部累计出来。
- 结果: 执行路径从抽象愿景变成可落地步骤。
案例 2: 未兆期治理（p76 / 第64章）
- 问题: 为什么很多危机到后期无法收拾？
- 方法论的使用: 在“其未兆易谋、其微易散”阶段介入，前置处置。
- 结论: 越早、越小、越省代价。
- 结果: 风险治理由被动救火转为主动防微。
案例 3: 慎终如始的执行收束（第64章）
- 问题: 为什么常“几成而败”？
- 方法论的使用: 把最后阶段也当作起步阶段同等审慎处理。
- 结论: 末段失守是执行系统问题，不是运气问题。
- 结果: 成功率提高，返工率下降。
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 面对复杂项目（系统重构/组织改造）不知第一步。
- 项目总是“开局猛、后期散”，频繁半途而废。
- 需求过大过全，团队被“一步到位”压垮。
- 风险识别滞后，问题总在爆发后才处理。
- 承诺过快，计划过粗，导致交付反复延期。
语言信号 (用户的话里出现这些就应激活)
- “这事太大了，根本无从下手。”
- “能不能一次性改完？”
- “我们每次都快成了又掉链子。”
- “先答应了再说，后面再补细节。”
与相邻 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-2 句写清“完成后可观察到什么”，且至少包含一个可量化指标。
⏸️ 用户确认点: 将上述分析结果呈现给用户，确认方向正确后再进入下一步。如果用户对分析有异议，返回步骤1调整。
- 拆成“易/细”最小单元（MUS）
- 完成标准: 产出 3-7 个最小动作，每个动作都能在短周期内独立完成并验收。
⏸️ 用户确认点: 将方案呈现给用户审批。用户可选择：✅ 执行 / 🔄 调整方案 / ❌ 放弃。仅在用户确认后进入执行步骤。
-
设置“未兆”预警点
- 完成标准: 每个最小动作至少定义 1 个早期风险信号与对应处理动作。
- 判停条件: 若某动作无法定义预警信号，暂停推进并回到步骤 2 进一步拆细。
-
按单元滚动执行（一次只推进一层）
- 完成标准: 当前单元通过验收后才进入下一个单元，记录“结果/偏差/修正”。
-
末段执行“慎终如始”复核
- 完成标准: 在最后 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
