第2章 Agent需求的特征分析：Agent需求与传统软件需求的差异
在应用RICE模型对Agent需求进行量化排序前，必须先建立对Agent需求本质的理解。传统软件需求描述的是“系统在给定输入下执行预定义计算并输出结果”，而Agent需求描述的是“一个能够在动态环境中自主感知、推理、决策并采取行动以达成目标的行为主体”。这一根本差异决定了需求采集、表达和验证的整套方法都必须重构。
核心转变：从“功能实现”转向“行为涌现”——Agent需求不是静态的功能列表，而是定义目标、约束、学习边界和交互规则，系统在这些规则下自主产生行动序列。
适用场景
| 场景 | 说明 |
|---|---|
| 项目立项阶段 | 判断待建设的系统属于传统软件还是Agent系统，决定采用哪套需求框架 |
| 需求文档转型 | 从传统SRS（软件需求规格）向Agent需求规格（ARS）迁移时的前后对照 |
| 供应商/方案评估 | 评估第三方产品或AI方案时，区分其是规则‑驱动还是自主决策型 |
| 团队能力对齐 | 让产品经理、开发、测试团队统一对需求形态的认知，避免用传统思维评估Agent |
前置条件
- 已完成第1章《RICE模型总览与课程地图》的学习，理解RICE四个维度（Reach、Impact、Confidence、Effort）的基本概念。
- 手边至少有一份传统软件需求文档样本（可为旧项目SRS选段），用于对比分析。
- 参与者熟悉Agent基本概念：感知（Perception）、行动（Action）、目标（Goal）、环境（Environment）。
- 准备好差异分析记录模板（见“记录材料”一节）。
操作步骤
- 抽取传统需求三要素：从样本SRS中摘出“输入条件 → 处理逻辑 → 输出结果”三元组，确认其确定性。
- 识别Agent需求四要素：对照同一业务目标，按“感知来源 → 知识/模型 → 自主决策 → 行动/反馈”重写为Agent版本。
- 填入差异矩阵：使用下方表格逐一对比各维度的表现差异。
- 标记RICE影响方向：对每个差异点，判断它主要影响RICE的哪一个维度（例如：环境不确定性影响Confidence，自治层级影响Effort）。
核心差异分析表
| 对比维度 | 传统软件需求 | Agent需求 | RICE影响 |
|---|---|---|---|
| 需求表达形式 | 功能点列表、用例、界面原型 | 目标模型、信念‑愿望‑意图（BDI）框架、行为树 | Reach：Agent需求更难被穷举，影响覆盖度度量 |
| 环境假设 | 封闭、可控、输入输出格式固定 | 开放、动态、部分可观测、非确定性 | Confidence：环境变化直接降低需求实现的可信度 |
| 逻辑确定性 | 输入确定则输出完全确定（确定性算法） | 同一感知输入可能产生不同行动序列（策略性选择） | Effort：验证和测试需要覆盖策略空间而非单一路径 |
| 交互模式 | 用户触发→系统响应（单轮/有限对话） | 连续、多轮、上下文记忆、多Agent协作 | Effort + Impact：交互深度影响工程量和业务价值 |
| 非功能约束重点 | 响应时间、吞吐量、可用性 | 可解释性、安全性、伦理对齐、鲁棒性、回退策略 | Confidence：可解释性和安全性直接决定信任度 |
| 验收判断标准 | 所有测试用例通过，覆盖率达标 | 在模拟+生产环境中目标达成率超过阈值；行为不出界 | Reach + Confidence：验收标准需要从“功能通过”转为“目标达成” |
常见误判：将Agent需求降级为“传统规则+AI模型调用”。这会导致需求遗漏自治、记忆、工具使用、错误恢复等关键特性，最终使RICE模型中的Impact和Confidence评分严重失真。
输入输出物
| 类型 | 名称 | 格式/载体 |
|---|---|---|
| 输入 | 传统软件需求样本（SRS） | 文档/PDF/Wiki |
| 输入 | Agent系统业务构想 | 用户故事/愿景陈述 |
| 输出 | 差异分析矩阵（即上面表格的填充版） | Excel/在线表格 |
| 输出 | Agent需求特征清单 | 结构化的条目列表 |
| 输出 | RICE预评影响映射 | 每个差异点对应一个RICE维度的标注 |
责任边界
- 产品经理/需求分析师：主导差异分析与矩阵填写，组织相关方评审。
- Agent架构师/技术负责人：负责鉴别“环境不确定性”与“自治层级”等技术维度的差异，提供专家判断。
- 领域专家：验证Agent对业务目标与环境动态的假设是否合理。
- 测试代表：从验证角度确认差异点是否覆盖了所有测试困难区。
记录材料
建议使用以下模板结构来记录本章分析成果，该模板将直接作为第3章（需求拆解）的输入。
## Agent需求差异分析记录卡
项目名称：[项目名]
分析日期：[日期]
分析人员：[姓名]
### 传统需求样本片段
[粘贴一段传统SRS描述]
### Agent重构版本
[改写后的Agent需求描述]
### 差异维度对比（逐行填差异表）
### RICE预评映射
- 该差异点主要影响：[Reach / Impact / Confidence / Effort]
- 影响权重说明：[简要理由]异常处理
| 异常情形 | 可能原因 | 处理措施 |
|---|---|---|
| 差异不明显，感觉“两者一样” | 样本选取偏简单，Agent特性未被激活 | 换用更典型的Agent场景（如客服、物流调度、自动化交易）重新对比 |
| 无法界定Agent的自主边界 | 业务对“何为自治”没有达成共识 | 参考自治等级框架（如Sheridan & Verplank等级），先定位等级 |
| 过度泛化差异 | 把软件设计中的差异也归为Agent需求差异 | 拉回焦点：只讨论需求表达层面的区别，不涉及实现细节 |
| 团队对RICE预评产生分歧 | 每个差异点的权重主观性大 | 暂时记录所有意见；第4章会介绍权重校准方法，届时统一处理 |
验收标准
- 差异分析矩阵至少覆盖表中所列6个维度，且每行都有完整内容。
- 至少为一个传统需求样本完成“传统→Agent”的重写转换。
- 每个差异点都标注了主要影响的RICE维度，并附有简要理由。
- 产出物记录卡通过至少一位Agent架构师和技术负责人的签字确认。
下图直观呈现了传统软件需求与Agent需求在核心特征上的断裂带，帮助你快速建立整体认知。
实践指引：当你拿到一个需求描述时，先用本章的差异矩阵做快速分类。如果该需求涉及“不确定环境下的自主决策”，它大概率属于Agent需求域，后续RICE评估应重点校准Confidence和Effort的权重。