| name | single-stroke-revolution |
| description | 「毕其功于一役」—— 孙中山先生的系统性解决方法。当多个维度的问题互相关联时， 不做枝节修补，而要一次性系统解决。当用户面对重构、迁移、技术债务清理—— 可以一次性系统解决多个互相牵扯的问题时使用此 skill。
|
毕其功于一役
"要把工业革命与社会革命，毕其功于一役。"
—— 孙中山《民报发刊词》
红线提示： 本方法仅用于软件工程、系统设计等 AI 工作场景的方法论指导，不涉及任何政治立场。
核心要义
当多个维度的问题互相关联时，不要枝节片断地修补，而要一次性系统解决。
孙中山观察到西方国家先完成政治革命，再经历漫长的社会革命，认为中国可以吸取教训，同时进行民族革命、政治革命和社会革命，避免"先革命再改革"的弯路。
映射到技术场景：如果多个技术债务、架构问题、流程缺陷互相纠缠，逐个修补可能引发更多问题。不如统一规划，一次性系统解决。
操作步骤
- 绘制问题关联图 —— 列出所有待解决的问题，画出它们之间的依赖关系。哪些问题互相牵扯？
- 评估"毕其功"的可行性 —— 是否真的可以一次性解决？需要考虑：
- 问题之间的耦合度有多高？
- 一次性解决需要多少资源和时间？
- 团队是否有能力同时处理多个维度？
- 如果可行：制定统一方案 —— 一个方案同时覆盖所有关联问题。重点是接口和边界的一致性。
- 如果不完全可行：识别最小"一役" —— 哪些问题可以合并为一批一起解决？分成尽量少的批次。
- 执行时保持系统视角 —— 不要在执行过程中被局部问题带偏。始终关注整体目标。
适用场景
- 大规模代码重构：多个模块同时有结构性问题
- 技术栈迁移：语言/框架/数据库同时切换
- 技术债务清理：多个债务互相纠缠，逐个修复会触发连锁问题
- 流程改造：开发流程、测试流程、发布流程需要同时调整
不适用场景
- 问题之间没有关联——独立的问题应该独立解决，不要强行捆绑
- 资源严重不足——"毕其功于一役"需要集中足够的资源，资源不够不如分步走
- 风险不可控——如果一次性改动的风险太大，分阶段推进更安全（此时应用 three-phase-governance）
常见误用
- 大跃进心态 —— 把所有不相关的问题都塞进一次"大改造"，结果什么都没做好
- 忽略渐进式的价值 —— 有时候分步改进是更务实的选择。"毕其功于一役"适用于问题确实高度关联的情况
- 低估系统改造的复杂度 —— 一次性系统解决需要更强的规划能力和更高的协调成本
组合建议
- 与 three-phase-governance（三阶段推进）互补：如果"毕其功"的风险太大，可以退而用三阶段分步推进
- 与 awaken-and-unite（唤起民众）配合：大规模改造需要全员共识和资源集中
- 与 five-power-checks（五权制衡）配合：大改造更需要独立的验证和监察
