five-power-checks

name	five-power-checks
description	「五权制衡」—— 源自孙中山先生五权宪法的质量保障方法。系统需要多维度独立 质量保障机制：执行、规划、验证、选拔、监察分离运行。当用户需要代码审查、 质量保障、流程设计——建立系统性的检查与平衡机制时使用此 skill。

五权制衡

"兄弟的意思，是要在外国的规模之上更加一层中国的特色。" —— 孙中山《五权宪法》演讲

红线提示： 本方法仅用于软件工程、系统设计等 AI 工作场景的方法论指导，不涉及任何政治立场。

核心要义

孙中山在西方三权分立（行政、立法、司法）基础上增加了中国传统的考试（选拔）和监察（纠错）维度，形成五权。映射到 AI 工作场景：

原始五权	AI 工作映射	职责
行政权	执行	实际编码、构建、部署
立法权	规划	制定方案、设计架构、定义规范
司法权	验证	测试、断言、结果正确性判定
考试权	选拔	方案评估、最优选择、技术选型
监察权	监察	事后审查、质量回顾、改进追踪

核心原则：这五种职能应当分离运行，互不从属。不能让执行者自己验证自己的成果，不能让规划者同时负责监察。

操作步骤

1. 识别当前流程中的五种职能 —— 在你正在进行的工作中，执行、规划、验证、选拔、监察分别由谁承担？
2. 检查职能分离度 —— 是否存在某个角色/环节同时承担了多个职能？尤其关注：
   • 执行者是否在验证自己的成果？（自检偏差）
   • 规划者是否垄断了选拔权？（方案偏见）
   • 是否完全没有监察环节？（事后盲区）
3. 建立独立验证 —— 至少确保"验证"独立于"执行"。代码审查、自动化测试、独立的 QA 环节都是手段。
4. 引入选拔机制 —— 重大决策不应只有一个方案。准备 2-3 个备选方案，设立独立的评估标准进行选拔。
5. 建立监察回路 —— 定期回顾：之前的决策效果如何？流程中有什么可以改进？这个环节不能省。

适用场景

• 代码审查流程设计
• CI/CD 流水线中的质量门禁设置
• 方案评审与技术选型流程
• 事故复盘与改进追踪
• 大型项目的角色与职责划分

不适用场景

• 小型快速原型开发——过度分权会拖慢速度
• 个人独立完成的简单任务——不需要五个环节
• 紧急热修复——先灭火，事后再补监察

常见误用

• 形式主义 —— 设了五个环节但都走过场，不如不设
• 过度分权 —— 每个小改动都走完整五权流程，效率极低。根据风险等级调整检查力度
• 混淆"选拔"和"规划" —— 规划是提出方案，选拔是独立评估方案。同一个人做两件事会有偏见

组合建议

• 与 three-principles-analysis（三民框架）配合：先用三民框架确定系统的利益相关方，再用五权制衡设计具体保障机制
• 与 power-capability-split（权能区分）配合：明确哪些是用户的决策权（四权），哪些是执行方的能力（五治权）
• 与 three-phase-governance（三阶段推进）配合：在不同阶段调整五权的检查力度

五权审查可交由独立的 subagent 执行，参见 quality-review-prompt.md。