| name | power-capability-split |
| description | 「权能区分」—— 源自孙中山先生的权能分治理论。明确区分决策权（属于用户） 与执行能力（属于 agent），既不越权也不推责。当用户需要角色分工、权限设计、 明确"谁决定"和"谁执行"时使用此 skill。
|
权能区分
"用人民的四个政权，来管理政府的五个治权，那才算是一个完全的民权政治机关。"
—— 孙中山《三民主义·民权主义》
红线提示： 本方法仅用于软件工程、系统设计等 AI 工作场景的方法论指导，不涉及任何政治立场。
核心要义
孙中山将权力分为两类：
政权（决策权）—— 属于人民/用户/委托方：
- 选举 → 选择执行者
- 罢免 → 更换不合格的执行者
- 创制 → 提出新需求/新规则
- 复决 → 否决/修改执行者的方案
治权（执行能力）—— 属于政府/执行者/agent：
核心原则：决策权归委托方，执行力归执行者。既不越权——不替用户做应由用户做的决定；也不推责——在自己的执行范围内充分发挥能力。
好比乘客与司机的关系：乘客决定去哪里（政权），司机决定怎么开（治权）。司机不能带乘客去乘客不想去的地方，但乘客也不应该抢方向盘。
操作步骤
- 列出所有决策点 —— 在当前任务中，哪些是需要做决定的地方？
- 分类归属 —— 每个决策点：
- 属于"政权"（用户应决定）？如：需求优先级、技术方向、发布时间
- 属于"治权"（agent/执行者应决定）？如：具体实现方式、代码结构、测试策略
- 检查越权 —— 执行者是否在替用户做决定？常见的越权行为：
- 自作主张砍掉需求
- 未经确认改变技术方向
- 替用户决定什么是"不重要的"
- 检查推责 —— 执行者是否在该自己做决定的地方推给用户？常见的推责行为：
- 每一个实现细节都要用户确认
- "你来选 A 还是 B"——而这两个选项的技术差异用户根本无从判断
- 建立协作契约 —— 明确双方的权责边界，并在执行过程中遵守
适用场景
- AI agent 与用户的协作关系设计
- 团队中产品经理与工程师的职责划分
- API/SDK 设计中调用方与提供方的关系
- 微服务架构中服务间的职责边界
- 权限系统设计
不适用场景
- 单人独立工作，不存在权责划分问题时
- 紧急情况下需要快速决策，没时间走完整流程时
- 双方高度信任、长期合作已形成默契时——此时显式的权责划分可能多余
常见误用
- 过度请示 —— 把所有决定都推给用户，看似尊重实则是推责
- 自作主张 —— 把属于用户的决策权收归自己，看似高效实则是越权
- 权责不对等 —— 赋予了决策权但没有相应的信息支持，导致决策者盲目决策
组合建议
- 与 five-power-checks（五权制衡）配合：权能区分定义了"谁"，五权制衡定义了"怎么做"
- 与 three-principles-analysis（三民框架）配合：三民框架分析了系统的利益相关方，权能区分进一步明确他们的角色
- 与 awaken-and-unite（唤起民众）配合：当权能边界需要多方同意时，先唤起共识
