DOC-ID: PAB-2026-03-05
VERSION: 1.0
STATUS: VERIFIED
CLASSIFICATION: METHODOLOGY
MAIN
PLAN A
VS
PLAN B
AI 协作模式临界点判断框架
当你需要 AI 协作完成复杂任务时，应该选择单 Session 切换角色（Plan A），还是多频道并行处理（Plan B）？
本文档提供清晰的判断标准和实战案例，帮助你快速做出正确决策。
Q-01
问题 1
是否需要"独立审查"？
核心判断
Validator 是否需要完全独立，不受 Builder 的思考过程影响？
Plan A（单 Session）
❌ Validator 能看到 Builder 的所有思考过程
❌ 可能被 Builder 的假设和偏见影响
✅ 适合"协作式审查"（发现问题立即修正）
Plan B（多频道）
✅ Validator 完全独立，只看最终产物
✅ 真正的"冷血审查"
✅ 适合"独立判断"（不受 Builder 影响）
⚠️ 临界点：如果这个任务的"错误成本"很高（例如：战略决策、代码上线、重要文档），
并且需要 Validator 给出完全独立的判断 → 用 Plan B
否则 → 用 Plan A
Q-02
问题 2
是否需要"并行处理"？
核心判断
是否有 2 个以上的独立子任务需要同时进行？
Plan A（单 Session）
串行流程：A → B → C → D
一次只能做一件事
适合线性任务
Plan B（多频道）
并行流程：A、B、C 同时进行
可以同时处理多个子任务
适合复杂项目
⚠️ 临界点：如果有 2 个以上的独立子任务需要同时进行 → 用 Plan B
例如：同时写代码 + 写文档 + 做设计 | 同时处理 3 个不同客户的需求
否则 → 用 Plan A
Q-03
问题 3
任务的"决策权重"有多大？
核心判断
这个决策的影响范围和时间有多长？
Plan A（单 Session）
适合日常执行型任务
快速迭代、边做边调
错了可以立即修正
Plan B（多频道）
适合重大战略决策
需要多个独立视角
错了代价很高
⚠️ 临界点：如果这个决策的影响范围 > 1 周，或者涉及金额 > X 元 → 用 Plan B
例如：公司战略方向调整 | 重大技术架构选型 | 重要合作伙伴选择
否则 → 用 Plan A
TABLE
快速判断表
一眼看出应该用哪个方案
| 判断维度 |
Plan A（单 Session） |
Plan B（多频道） |
| 错误成本 |
低（可快速修正） |
高（需要独立审查） |
| 子任务数量 |
1 个（线性流程） |
2+ 个（并行处理） |
| 决策影响 |
< 1 周 |
> 1 周 |
| 审查独立性 |
不需要（协作式） |
需要（冷血审查） |
| 迭代速度 |
快（立即调整） |
慢（需要切换频道） |
CASE-01
案例 1
OB + Vercel 文档沉淀
任务描述
将一个文档同时沉淀到 Obsidian 和 Vercel 网站
✅ 结论：Plan A
理由：线性流程，错误成本低，可以快速修正
CASE-02
案例 2
公司战略方向调整
任务描述
决定公司未来 6 个月的战略方向
✅ 结论：Plan B
理由：需要独立审查，影响时间长，错误成本高
CASE-03
案例 3
同时处理 3 个客户需求
任务描述
同时为 3 个不同客户提供定制化方案
✅ 结论：Plan B
理由：需要并行处理 3 个独立任务
RULE
一句话决策规则
如果满足以下任意一条，用 Plan B：
- ✅ 需要独立审查（Validator 不能被 Builder 影响）
- ✅ 需要并行处理（2+ 个子任务同时进行）
- ✅ 决策权重大（影响 > 1 周，或涉及重大资源）
否则，用 Plan A。
默认策略
默认用 Plan A，除非你明确感觉到需要独立审查、并行处理或决策权重很大
文档状态：已验证 | 适用场景：AI 协作、项目管理、决策制定