3. 构建期 · WorkKit
技术路线决策树
架构
PM
选择 Prompt Engineering / RAG / 微调 / Agent 编排的正确路径
触发场景
进入构建期后第一个关键决策:选择技术路线。每条路径的成本结构、维护负担、迭代速度都不一样。早期选错,中后期改回来代价巨大。
输入清单
- ◆ AI 问题框定文档
- ◆ 评测集(至少初稿)
- ◆ 数据盘点结论
- ◆ 团队技术能力评估
- ◆ 预算和时间约束
▶ 提示词 基础版 / 进阶版
你是一位 AI 技术架构师。我需要在以下技术路线中做选择:
路线选项:
1. **Prompt Engineering**:直接使用大模型 + 提示词工程
2. **RAG(检索增强生成)**:外挂知识库,模型负责理解和生成
3. **微调(Fine-tuning)**:在特定数据上训练模型
4. **Agent 编排**:多步骤任务分解,工具调用,自主决策
我的场景:
{{SCENARIO}}
数据情况:{{DATA_STATUS}}
团队能力:{{TEAM_CAPABILITY}}
预算约束:{{BUDGET}}
请用决策树的方式分析:
1. 每条路线的适用条件
2. 我的场景最适合哪条(或组合)
3. 每条路线的成本结构(开发 + 3个月运维)
4. 推荐的技术栈组合
产出记录
将 AI 返回的结果填入下方模板,形成可追踪的项目文档。
技术路线决策记录
场景描述:___
路线评估
| 维度 | Prompt Engineering | RAG | 微调 | Agent 编排 |
|---|---|---|---|---|
| 适用性评分 | ___ | ___ | ___ | ___ |
| 开发成本 | ___ | ___ | ___ | ___ |
| 3 月运维成本 | ___ | ___ | ___ | ___ |
| 迭代速度 | ___ | ___ | ___ | ___ |
最终决策
- 选定路线:___
- 组合方案(如有):___
- 核心理由:___
- 升级路径:先试 ___,不行升级到 ___
- 决策人 / 日期:___ / ___
技术路线决策树
将 AI 返回的 Mermaid 流程图粘贴在下方。
___
查看填写示例
示例场景
【示例】技术路线决策——智能客服意图识别
场景描述:7 类意图分类,Qwen-Turbo API,DAU 5000
路线评估
| 维度 | Prompt Engineering | RAG | 微调 | Agent 编排 |
|---|---|---|---|---|
| 适用性评分 | 4 | 3 | 2 | 1 |
| 开发成本 | ¥5,000 | ¥30,000 | ¥80,000 | ¥100,000 |
| 3 月运维成本 | ¥7,200 | ¥12,000 | ¥5,000 | ¥15,000 |
| 迭代速度 | 快(改 prompt 即可) | 中(需更新知识库) | 慢(需重新微调) | 慢(需调编排逻辑) |
最终决策
- 选定路线:Prompt Engineering(先)
- 组合方案:先 Prompt Engineering,若 60 条评测集平均分 < 3.5,升级到 RAG
- 核心理由:7 类意图边界清晰,prompt 就能搞定;API 成本可控
- 升级路径:Prompt → RAG(若准确率不达标)→ 微调(若 RAG 仍不够)
- 决策人 / 日期:王工(架构) / 2026-04-21
技术路线决策树
flowchart TD
A[智能客服意图识别
7 类意图分类] --> B{数据量是否充足?} B -->|否,仅 200 条标注| C{意图边界是否清晰?} B -->|是,5000+ 条| D[考虑微调] C -->|是,7 类互不重叠| E{DAU 规模?} C -->|否,存在歧义| F[RAG + Prompt
引入知识库消歧] E -->|≤ 10K| G[Prompt Engineering
成本优先] E -->|> 10K| H{响应延迟要求?} H -->|≤ 500ms| I[Prompt Engineering
API 直调] H -->|可接受 1-2s| J[RAG + Prompt
增强召回] G --> K{评测集得分 ≥ 3.5?} K -->|是| L[选定:Prompt Engineering
预算 ¥5K + 月 ¥2.4K] K -->|否| F
7 类意图分类] --> B{数据量是否充足?} B -->|否,仅 200 条标注| C{意图边界是否清晰?} B -->|是,5000+ 条| D[考虑微调] C -->|是,7 类互不重叠| E{DAU 规模?} C -->|否,存在歧义| F[RAG + Prompt
引入知识库消歧] E -->|≤ 10K| G[Prompt Engineering
成本优先] E -->|> 10K| H{响应延迟要求?} H -->|≤ 500ms| I[Prompt Engineering
API 直调] H -->|可接受 1-2s| J[RAG + Prompt
增强召回] G --> K{评测集得分 ≥ 3.5?} K -->|是| L[选定:Prompt Engineering
预算 ¥5K + 月 ¥2.4K] K -->|否| F
自检 Checklist
- 是否同时评估了四条路线?
- 是否基于数据和场景做选择(而非技术偏好)?
- 成本分析是否包含运维成本?
- 是否有明确的"先试 X,不行再升级到 Y"的路径?
衍生动作
- 技术路线确定:进入系统架构设计
- 需要验证:先做一个小规模 PoC(概念验证)
作者 手记
一个实用的经验法则:先用 Prompt Engineering 做到 60 分,再考虑是否需要 RAG 升级到 80 分。很多团队一上来就搞 RAG 甚至微调,结果发现简单的 prompt 就够用了。