|
@@ -61,19 +61,21 @@ FastGPT 联调负责人正式评审的条件,但尚未获得这些角色的批
|
|
|
6. MVP 不建设动态展示模板表或 DSL,领域 ViewModel 随代码版本管理;
|
|
6. MVP 不建设动态展示模板表或 DSL,领域 ViewModel 随代码版本管理;
|
|
|
7. 实施采用阶段零到阶段三门禁,最终单次切换,不维护生产双轨;
|
|
7. 实施采用阶段零到阶段三门禁,最终单次切换,不维护生产双轨;
|
|
|
8. 当前强制工程规约与历史 Card/Dify 基线已经物理分离。
|
|
8. 当前强制工程规约与历史 Card/Dify 基线已经物理分离。
|
|
|
|
|
+9. 本专题是批量业务智能体建设的前置能力,完成前不扩展旧链式 Card 模式;
|
|
|
|
|
+10. 后续智能体先设计目标、TaskState、工具和 Command,最后按需增加可选 Card。
|
|
|
|
|
|
|
|
## 文档评审检查
|
|
## 文档评审检查
|
|
|
|
|
|
|
|
| 文档 | 检查重点 | 结论 |
|
|
| 文档 | 检查重点 | 结论 |
|
|
|
|---|---|---|
|
|
|---|---|---|
|
|
|
-| `PRD-202606-002` | 目标、非目标、范围、15 条验收标准 | 通过交叉评审 |
|
|
|
|
|
|
|
+| `PRD-202606-002` | 目标、非目标、范围、18 条验收标准 | 原 15 条通过交叉评审;新增 3 条待正式确认 |
|
|
|
| `ODS-202606-002` | 模块边界、主链路、外部依赖、风险 | 通过交叉评审 |
|
|
| `ODS-202606-002` | 模块边界、主链路、外部依赖、风险 | 通过交叉评审 |
|
|
|
| `DDS-202606-004` | 数据、状态机、ToolCatalog、异常、安全、测试 | 通过交叉评审 |
|
|
| `DDS-202606-004` | 数据、状态机、ToolCatalog、异常、安全、测试 | 通过交叉评审 |
|
|
|
| `ADR-202606-001` | 备选方案、决策、正负后果、迁移原则 | 通过交叉评审 |
|
|
| `ADR-202606-001` | 备选方案、决策、正负后果、迁移原则 | 通过交叉评审 |
|
|
|
| `API-202606-004` | 路径、鉴权、SSE、错误码、幂等 | 通过交叉评审 |
|
|
| `API-202606-004` | 路径、鉴权、SSE、错误码、幂等 | 通过交叉评审 |
|
|
|
| OpenAPI v2 | 5 个路径、最小 SemanticResponse、Schema/$ref | 通过自动校验 |
|
|
| OpenAPI v2 | 5 个路径、最小 SemanticResponse、Schema/$ref | 通过自动校验 |
|
|
|
| `DES-202606-003` | 分阶段门禁、单次切换、整体回退 | 通过交叉评审 |
|
|
| `DES-202606-003` | 分阶段门禁、单次切换、整体回退 | 通过交叉评审 |
|
|
|
-| `TST-202606-001` | 33 个用例、回归、安全和阶段零门禁 | 通过交叉评审 |
|
|
|
|
|
|
|
+| `TST-202606-001` | 35 个用例、回归、安全和阶段零门禁 | 原 33 个通过交叉评审;新增 2 个待正式确认 |
|
|
|
| `STD-202605-001/002` | 当前规则纯 v3、历史基线隔离 | 通过交叉评审 |
|
|
| `STD-202605-001/002` | 当前规则纯 v3、历史基线隔离 | 通过交叉评审 |
|
|
|
|
|
|
|
|
## Claude 反馈处理
|
|
## Claude 反馈处理
|
|
@@ -97,7 +99,7 @@ FastGPT 联调负责人正式评审的条件,但尚未获得这些角色的批
|
|
|
| 数据模型、状态机和异常策略 | 后端负责人 | 批准 `DDS-202606-004` | open |
|
|
| 数据模型、状态机和异常策略 | 后端负责人 | 批准 `DDS-202606-004` | open |
|
|
|
| SSE、interaction 和命令确认 | 终端负责人 | 批准 `API-202606-004` | open |
|
|
| SSE、interaction 和命令确认 | 终端负责人 | 批准 `API-202606-004` | open |
|
|
|
| ToolCatalog 实际下发方式 | FastGPT 联调负责人 | 确认阶段零验证方案 | open |
|
|
| ToolCatalog 实际下发方式 | FastGPT 联调负责人 | 确认阶段零验证方案 | open |
|
|
|
-| 33 个用例和回归范围 | 开发/测试负责人 | 批准 `TST-202606-001` | open |
|
|
|
|
|
|
|
+| 35 个用例和回归范围 | 开发/测试负责人 | 批准 `TST-202606-001` | open |
|
|
|
|
|
|
|
|
## 非阻塞实施前提
|
|
## 非阻塞实施前提
|
|
|
|
|
|
|
@@ -105,6 +107,22 @@ FastGPT 联调负责人正式评审的条件,但尚未获得这些角色的批
|
|
|
- 性能阈值需在实际测试环境建立基线后填写;当前只固定“不阻塞文本”的原则。
|
|
- 性能阈值需在实际测试环境建立基线后填写;当前只固定“不阻塞文本”的原则。
|
|
|
- 现有 Card/Dify 代码仍是仓库事实;在最终切换前不得继续扩展,但不在本轮修改。
|
|
- 现有 Card/Dify 代码仍是仓库事实;在最终切换前不得继续扩展,但不在本轮修改。
|
|
|
|
|
|
|
|
|
|
+## 平台与智能体建设顺序结论
|
|
|
|
|
+
|
|
|
|
|
+经补充评审,确认本专题不是普通挂号功能优化,而是后续智能体共同依赖的平台协议迁移。
|
|
|
|
|
+如果先建设大量智能体,旧 Card 协议会进入每个 Agent 工作流、后端编排、终端交互和测试,
|
|
|
|
|
+后续迁移成本随智能体数量增长。
|
|
|
|
|
+
|
|
|
|
|
+因此,实施顺序固定为:
|
|
|
|
|
+
|
|
|
|
|
+1. 完成本专题中台公共能力;
|
|
|
|
|
+2. 使用挂号 Agent 完成无 Card 依赖的纵向验收;
|
|
|
|
|
+3. 达到迁移方案定义的批量智能体建设准入门槛;
|
|
|
|
|
+4. 再启动后续智能体规模化设计与开发。
|
|
|
|
|
+
|
|
|
|
|
+Card 在后续智能体中仅作为可选 Presentation:可以提升候选对比、快捷选择和确认摘要的可读性,
|
|
|
|
|
+不得定义流程、保存任务事实、控制状态迁移、承载可信写参数或成为唯一交互通道。
|
|
|
|
|
+
|
|
|
## 下一步
|
|
## 下一步
|
|
|
|
|
|
|
|
1. 由上述负责人逐项确认并在本文待办表留痕;
|
|
1. 由上述负责人逐项确认并在本文待办表留痕;
|