第1章·适用场景与触发条件
并非所有AI Agent项目都能直接套用这套优先级排序方法。盲目使用会导致资源错配、排期冲突。本章帮助你快速判断：哪些项目需要本SOP、什么情况下触发排序流程、以及何时应果断采用其他方法。
1.1 适用场景：哪些项目需要此SOP
本SOP专为多需求并行、资源受限的AI Agent项目设计，满足以下条件时适用性最高：
| 项目类型 | 典型特征 | 适用原因 |
|---|---|---|
| 企业级Agent平台 | 涉及5个以上业务域、10+Agent | 需求之间存在复杂的依赖和资源竞争 |
| LLM能力集成项目 | 需对接多个大模型API、知识库、工具链 | 优先级错乱会导致集成成本剧增 |
| 多智能体协作系统 | Agent间有消息路由、任务委托、冲突消解 | 排序错误会引发级联排期延迟 |
| AI产品线新建/重构 | 从0到1构建Agent产品，或大规模重构 | 需快速确定MVP范围与迭代节奏 |
💡 判断线：当需求列表超过10条，且跨3个以上业务方时，本SOP的ROI最高。需求不足5条时建议直接采用Kano模型或MoSCoW快速分组。
1.2 常见触发条件
具备以下任一条件时，应立即启动本SOP：
- 资源瓶颈预警：研发人力、GPU配额、模型调用预算任一资源不足同时需求的70%。
- 排期冲突：两个以上业务方要求在相同时间窗口开发Agent能力，且无法通过协商解决。
- 需求积压：待办列表超过团队两周交付容量，且仍在持续增长。
- 迭代评审前：每个Sprint/迭代开始前48小时，必须执行一次优先级排序。
- 新依赖发现：在开发过程中发现一个Agent的交付依赖于另一个尚未排期的Agent。
⚠️ 关键提示：触发条件不是“一次性”的。建议在每个迭代结束后的复盘会中重新评估是否需再次执行排序流程。
1.3 不适用范围
以下情况请直接绕过本SOP，选用更轻量或定向的方法：
| 场景 | 原因 | 推荐替代方案 |
|---|---|---|
| 单Agent小型项目（需求＜5条） | 排序成本高于收益，过度工程化 | 业务方直接拍板 |
| 安全合规类紧急修复 | 优先级由合规法规强制指定，无需排序 | 直接列入最高优先级看板 |
| 已有刚性依赖树 | 如A Agent的输出是B Agent的输入，优先级已锁定 | 使用依赖拓扑排序，而非本SOP |
| 探索性PoC（概念验证） | 目标为“试错”，优先级不固定，需频繁反转 | 时间盒+快速迭代 |
1.4 适用场景决策框架图
以下SVG图展示了本章三部分内容的逻辑关系。从“触发条件”出发，经过“适用场景”判断，最终流向“可进入SOP”或“不适用范围（替代方法）”。
1.5 本章交付物清单
| 输入物 | 输出物 |
|---|---|
| 需求列表（原始/未排序） | 《适用场景判定检查表》 |
| 项目类型与规模说明 | 《触发条件状态记录》 |
| 团队交付容量数据 | 决策结果（进入/绕过SOP） |
📌 责任边界：本章判定由产品经理主导，技术负责人确认资源瓶颈判断的准确性，业务方确认触发条件的真实性。任何一方有异议时，应在决策会议中公开讨论，不得单独绕过流程。