大模型时代 · FDE 转型实战 · 课前预习

Demo 变成
Delivery 的工程艺术

Forward Deployed Engineer —— 贴近业务现场,把业务意图转化为可运行、可评估、可治理的智能能力。这不是一本工具手册,而是一套从 PoC 到生产的完整交付方法论。

8
核心模块
120+
知识点
60+
工具平台
30
自测题
向下滚动
01 MODULE

FDE 角色认知、产业趋势与职业转型

为什么企业 AI 在 Demo 之后容易失速?FDE 在交付链路中承担什么责任?个人如何形成可迁移的 FDE 能力?这是后续场景定义、技术构建与项目治理的共同起点。

1
FDE 角色认知与产业背景
从模型红利到落地红利 · Demo 与 Delivery 的鸿沟
🔥从模型红利到落地红利

AI 2.0 以基础模型、自然语言接口、多模态和工具使用为核心;Software 3.0 把自然语言指令、上下文、知识检索、工具调用、工作流和评估共同纳入应用逻辑。

模型 API 解决的是"能力可调用",企业部署解决的是"能力可用、可控、可运营"。竞争焦点从接入模型转向部署结果,稀缺能力从单点 Prompt 技巧转向业务、数据、工程、治理的协同

核心判断
大模型红利的下半场,不是拼谁会写 Prompt,而是拼谁能让 AI 进入业务闭环。FDE 是"落地红利"阶段最典型的复合型角色。
Demo 与 Delivery 的鸿沟

Demo 证明概念可能成立,Delivery 证明能力可以在约束中稳定运行。常见断点:

  • 需求只停留在"做一个智能体",没有用户、任务和验收口径
  • 知识分散、过期或无权限标签,检索结果看似相关却不可用
  • AI 没有嵌入审批、工单、协作和系统记录,用户需要额外操作
  • 没有标准样本和回归测试,版本好坏只能靠演示者感觉
  • 上线后无人维护知识、Prompt、模型路由、权限和反馈
关键区分
PoC(概念验证)= 假设检验,不是缩小版生产系统;MVP(最小可行产品)= 受控真实使用,不是"PoC 再多加几个功能"。
定义

Forward Deployed Engineer

贴近业务现场、负责把业务意图转化为可运行、可评估、可治理智能能力的复合型工程角色。Forward=靠近用户,Deployed=进入环境,Engineer=工程方法。

核心准则

Value-First

先证明业务问题值得解决,再选择技术。不拒绝写代码,但拒绝为了写代码而写代码。

核心准则

Ownership

对业务效果闭环负责,不局限于单个技术模块。不能把问题甩给业务方、算法方或数据方。

核心准则

Velocity

用短反馈周期降低错误方向的成本。速度不等于粗糙——真正的快速来自范围小、基线清、样本真、决策快和可回滚。

1b
FDE 的四个核心角色
业务咨询师 · 架构操盘手 · AI 驯化师 · 监控运维官
角色一

业务咨询师

识别真实业务痛点,把"我们想做智能体"拆成用户、流程、数据、指标和约束。访谈管理层、一线用户、IT/数据/合规,输出问题树、场景卡和业务价值假设。决定 PoC 方向是否正确。

角色二

架构操盘手

把业务问题转化为可运行技术方案。设计 RAG 管道、Agent 逻辑、工具调用链路和数据流。判断使用 Dify/Coze/n8n 快速验证,还是进入 LangGraph/LlamaIndex 工程化。决定 PoC 是否跑得起来。

角色三

AI 驯化师

让 AI 输出更稳定、更贴合业务、更可验证。掌握 Context Engineering、Few-shot Learning、Prompt 资产管理、RAG 调优、查询改写、Rerank、引用溯源和失败样本分析。决定 AI 是否真正好用。

角色四

监控运维官

关注成本、延迟、质量、失败率、用户采纳和系统升级。成本/性能/质量/风险/业务五层指标体系。决定 AI 能否从 PoC 走向长期运营。

📊监控运维官五层指标体系
指标层具体指标
成本指标单次调用成本、月度调用量、模型费用、向量库费用
性能指标响应延迟、超时率、并发能力、任务完成时间
质量指标准确率、引用可信度、人工采纳率、用户满意度
风险指标敏感输出、越权请求、工具误调用、人工驳回率
业务指标节省人时、处理效率、转化率、续约率、风险减少
1c
岗位边界与组织协作
FDE vs 开发/算法/售前/咨询/OPC/AIBP/客户成功
岗位核心关注FDE 对比
开发工程师代码质量、系统实现、接口稳定FDE 更靠近业务价值闭环、场景验证与客户现场反馈
算法工程师模型结构、训练数据、指标优化FDE 关注模型进入业务流程后的可用性,通常不训练底层模型
售前/解决方案商机识别、方案包装、成交支持FDE 更靠近 PoC 搭建、技术验证和交付闭环
咨询/OPC诊断问题、设计流程、提出建议FDE 把建议转化为可运行的工程系统
客户成功产品采用、续约、满意度FDE 是客户成功之前的智能能力构建者
AIBP业务效果、Ground Truth、验收AIBP 定义什么是好,FDE 让好结果稳定发生
🌍海外 FDE 模式
OpenAI

客户现场 + 生产采用

强调客户发现、系统设计、生产代码、eval-driven feedback。模型公司不只输出 API,深入客户场景推动落地。

Palantir

Ontology-first

先建业务对象、关系、动作和权限,再让 Agent 工作。帮助客户重构业务语义层。

Anthropic

安全 + 受控边界

强调在受控边界内解决具体客户问题,高风险行业需要人审、日志、评估和责任边界。

🇨🇳国内 FDE 落地土壤
  • 国内企业从"模型选型焦虑"转向"应用落地焦虑"
  • 飞书、企微、钉钉等协作入口适合成为 Agent 工作流入口
  • 政企、金融、制造、教育更强调私有化、信创和国产模型适配
  • DeepSeek、Qwen、GLM、Kimi、豆包、混元、文心进入企业选型
  • 国内 FDE 机会更偏"工程实施 + 业务共创 + 合规治理"的复合能力
1d
能力地图与成长路径
六域能力 · 90天转型路径 · 能力证据矩阵
🗺️六域能力地图

业务诊断

现场观察、流程图、基线、问题树与停止条件

AI 技术

模型认知、上下文工程、RAG、Agent 设计

工程集成

API 对接、数据处理、部署、系统架构

评估治理

Golden Dataset、指标、人审、回归门禁

项目交付

工作包、依赖、变更记录、验收证据

组织沟通

预期管理、高层沟通、跨部门协作

📅90 天转型路径

第 1-30 天:建立基础

选定知识助手或流程自动化场景,完成场景卡、20-50 条样本和平台 Demo

第 31-60 天:补工程

接入一个真实 API 或 Webhook,增加权限、人审、Trace 和回归评估

第 61-90 天:补交付

组织真实用户试用,记录失败与迭代,完成 Demo 脚本、验收结果、30 天落地计划和作品集说明

🔍能力证据矩阵
能力域可接受证据证据不足的典型表现
业务诊断现场观察、流程图、基线、问题树与停止条件只有访谈摘要,没有反例或基线
技术取舍方案比较、约束清单、失败实验与决策记录只写最终架构,不说明为何放弃其他路径
交付推进工作包、依赖、变更记录、验收证据与升级路径只展示功能,没有责任人和未完成差距
安全治理数据边界、权限、审计、红队样本与应急预案依赖模型拒答或免责声明
运营与采用使用率、任务成功率、人工接管率、成本和改进节奏上线即结项,不跟踪真实使用
02 MODULE

业务共创与 PoC 场景定义

技术路线的上限常由问题定义决定。本模块把"我们想做一个智能体"转化为可验证的场景、流程、业务对象、样本和指标。

2
客户发现与业务访谈
从表层需求到待验证问题 · 分层访谈 · 影子跟随
🎤从表层需求到真实问题

客户常说"做知识库""上大模型""建智能体"。FDE 要追问:谁在什么触发条件下,为了什么结果,使用哪些信息,做出什么判断或动作,目前付出多少时间与错误成本。

有效问题定义示例
"客服在收到某产品线咨询后,需要在限定时间内基于有效政策给出可追溯回复;当前资料分散导致首响慢且口径不一致。PoC 验证知识检索与回复建议能否缩短处理时间,同时不增加错误承诺。"
👥分层访谈对象地图

管理层

战略目标、ROI、预算、风险、组织协同

一线用户

实际操作、痛点、异常、使用体验、工作负担

IT/数据

系统接口、数据质量、权限、部署限制

合规负责人

数据分级、敏感字段、审计要求、风险红线

👁️影子跟随与 JTBD

影子跟随:观察用户实际完成任务的过程,重点记录输入来源、复制粘贴、等待、判断、异常、系统切换和人工校验。用户口述的流程通常会省略经验动作和补救步骤。

JTBD(待完成任务):关注用户"雇佣"一个工具来完成什么任务,而不是想要什么功能。结构:当我处于什么情境,我想完成什么任务,从而得到什么结果。

2b
流程拆解与场景卡
AI 介入点 · 场景优先级 · PoC 范围锁定
🔀三类任务区分
任务类型适合的方式示例
确定性任务规则或传统自动化固定字段校验、定时同步、格式转换
概率性认知任务模型辅助语义理解、资料检索、文本生成、分类判断
高风险判断与写入人机协同退款赔付、合同审批、客户承诺
📍AI 介入点设计
检索
抽取
生成
判断
执行与复核

低风险动作自动执行,高风险动作人工确认。不要一开始把端到端流程全部交给 Agent。

📋场景卡最小字段
业务目标与基线 目标用户 触发与频次 当前流程 核心痛点 输入与数据来源 AI 介入点 预期输出 人工复核 权限与合规 验收样本 指标阈值 明确不做事项
范围锁定原则
一条流程、一个主要角色、一个数据域、一个核心假设。临时增加需求进入变更池,评估对周期、成本和风险的影响。
🎯四门筛选法
价值门
可验证门
可嵌入门
风险门

任一道门无法通过,都应缩小范围、改为研究任务或暂缓。优先级公式:

优先级 = 价值强度 × 使用频次 × 可验证性 × 采用概率 ÷(集成复杂度 × 风险系数)
2c
Ontology 建模与 ROI 验收
轻量业务语义模型 · 指标设计 · 预期管理
🏗️简化版 Ontology

用统一结构表达企业中的业务对象、属性、关系、动作和权限。PoC 只需覆盖核心对象及其标识、状态、版本、所有者和允许动作。

Ontology 元素Agent 映射
对象(客户/订单/工单/政策)输入与状态结构
属性(状态/金额/风险等级)检索过滤和工具参数
关系(客户拥有订单)路由与约束
动作(查询/创建/审批/关闭)工具或工作流节点
权限(谁能看/改/执行)执行前置条件
📐五层指标体系
指标层具体指标说明
质量准确率、召回率、引用准确率、格式合规PoC 至少包含
效率处理时间、响应延迟、自动化覆盖PoC 至少包含
体验使用率、采纳率、修改率、满意度
风险越权、敏感输出、幻觉、误操作PoC 至少包含
业务成本、收入、问题解决率、风险损失
💰简化 ROI 公式
周期净收益 = 可验证效率收益 + 可验证增量收益 + 可验证风险避免收益 − 建设成本 − 模型与基础设施成本 − 人工审核与运维成本

效率收益基于"基线处理量 × 每次节省时间 × 合理人力成本",并扣除人工复核和异常处理。风险避免和增量收入若难以归因,应作为情景假设而非确定收益。

03 MODULE

AI Native 技术底座与知识工程

模型如何选择,上下文如何组织,RAG 如何把企业知识变成可追溯依据,知识库如何长期治理。重点不在罗列工具,而在理解每一层失败时应检查什么。

3
模型认知与选型
选型不是排行榜比赛 · PoC与生产策略差异 · 多模型路由
🧠模型选型六维度

推理能力

复杂问答、逻辑判断、规划任务需要更强推理;简单分类未必需要最强模型

工具调用

Agent 场景需模型稳定理解工具描述和参数 Schema;测试正确选择工具和填充参数

长上下文

适合长文档分析、多轮任务;不等于无限记忆,成本和延迟通常更高

多模态

图片、截图、票据、表格、图纸理解;需定义输入质量和验收标准

成本与延迟

低成本模型适合批处理/分类;高能力模型适合复杂推理;设计分层调用策略

合规与部署

政企/金融/医疗需国产模型/私有化/模型网关/审计;PoC可用脱敏数据

🔄多模型路由策略
  • 按任务路由:分类用轻模型,推理用强模型,审核用稳定模型
  • 按成本路由:低价值高频任务优先低成本模型
  • 按风险路由:高风险任务进入强模型 + 人工复核
  • 按语言/模态路由:中文、英文、图片、长文档选择不同模型
重要
即使 PoC 只使用一个模型,也应通过模型网关或适配层隔离调用细节,避免 Prompt、业务逻辑与某家接口深度耦合。
3b
Prompt 与 Context Engineering
提示工程 vs 上下文工程 · Few-shot · 结构化输出 · ReAct
💬Prompt vs Context Engineering
维度Prompt EngineeringContext Engineering
关注如何表达任务模型在回答时能看到什么信息
本质指令工作环境
企业应用角色、任务、约束、步骤、示例系统指令、用户输入、历史、知识、工具、状态、权限
企业应用中,Context 往往比 Prompt 更决定结果质量。FDE 要从"写提示词"升级到"设计上下文系统"。
📝Prompt 基础结构
角色 任务 背景 约束 输出格式 示例 禁止事项 冲突处理 缺失信息策略
禁忌
不要把动态业务规则、密钥或大量知识永久写入 Prompt;应从受控配置和数据源按需注入。
🔧ReAct 与 Plan-and-Execute

ReAct(推理与行动交替):模型根据观察选择下一工具,适合步骤难以预先完全确定的任务。风险:工具调用错误、循环失控、上下文混乱。必须设置工具白名单、最大步骤、错误处理和人工接管。

Plan-and-Execute(先计划后执行):将目标拆为计划再逐步执行,适合较长可分解任务。计划需可检查、可修改,并限制工具和预算。

选型判断
固定业务流程优先 Workflow,简单查询优先一次检索与生成。不要为展示技术而增加自治和复杂度。
3c
RAG 最小工程链路
从资料盘点到引用溯源 · 失败诊断 · 知识库 ETL
🔗RAG 完整链路
资料盘点
解析
清洗
Chunk切分
元数据
Embedding
索引
查询改写
检索
Rerank
上下文组装
生成
引用与反馈
RAG ≠ 把 PDF 放进向量库
每个环节都可能失效:扫描件解析丢字、表格被打散、切分破坏语义、元数据缺失导致跨权限召回、Embedding 不适配领域词、Top-K 召回冗余、Rerank 错排、模型忽略证据或引用错位。
🔍RAG 失败诊断顺序
资料是否存在
解析是否正确
检索是否召回
Rerank是否保留
上下文是否组装
模型是否遵循
引用是否映射
不要在检索错时只改 Prompt。对应改进:补知识→修解析→调切分/元数据→调检索与查询改写→调 Rerank→压缩上下文→改生成约束。
📦知识库 ETL 核心环节

Extract

采集文件、网页、表格、系统记录和人工资料

Transform

解析、清洗、去重、切分、脱敏、元数据标注

Load

写入知识库、向量库、对象存储和索引

Validate

解析成功率、文本有效率、重复率、检索命中率

Operate

增量更新、版本管理、失效处理、质量监控

🏷️元数据最小字段
来源 标题 文档类型 业务域 版本 生效/失效时间 所有者 密级 允许角色 页码/段落
权限过滤应在检索前实施,不能等模型生成后再遮挡。
04 MODULE

Agent、Workflow 与企业系统集成

从"回答问题"进入"参与流程"。Agent 动态选择工具,Workflow 稳定编排步骤,企业集成让输出真正进入 CRM、ERP、工单和协作系统。

4
Agent 与 Workflow 的选择
确定性外壳 + 概率性节点 · 自治成本与停止条件
维度WorkflowAgentLoop Agent
适用路径稳定、规则明确、需审计路径不完全确定、需选择工具观察-行动-反馈循环
控制预定义步骤、分支、规则模型根据目标动态决策重复直到完成/预算/停止
风险低(确定性)中(路径不确定)高(循环失控)
核心设计原则
企业系统采用"确定性外壳 + 概率性节点":流程、权限和关键动作由代码控制,模型在限定节点完成理解、生成和建议。
🛑Loop 必须有的停止条件
最大步骤数 最大时间 调用费用上限 重复动作检测 无进展检测 人工接管
无法建立停止条件的任务不适合开放式 Agent。
4b
工具调用、MCP 与 Skill
Tool Calling · MCP协议 · Harness Engineering
🔧Tool Calling 工具契约

工具描述应说明:用途、适用条件、参数 Schema、返回值、权限、幂等性和常见错误。

读取型 vs 写入型工具分级管理

  • 读取型:仍可能泄露敏感数据,需权限过滤
  • 可逆写入:需事务标识和补偿动作
  • 不可逆写入(付款/删除/发布/权限变更):执行前独立授权,展示具体对象、影响范围和最终参数
模型不直接持有密钥;执行器以用户或服务身份鉴权。人工确认不能只是一个泛化的"继续"按钮。
🔌MCP(Model Context Protocol)

MCP 为模型应用发现和调用工具、资源、提示提供标准接口,降低连接器重复开发。但不自动解决信任

接入前要评估:来源、身份认证、传输安全、工具清单、权限、数据出境、日志和停用机制。

"兼容 MCP" ≠ "可直接进入生产"。高风险业务仍通过正式网关、服务身份和审计控制。
📦Skill 与 Harness Engineering

Skill:可复用的任务能力包,组合业务 SOP、提示、脚本、工具配置、输入输出规范和评估样本。成熟 Skill 写清前置条件、权限、步骤、异常、停止条件与负责人。

Harness Engineering:关注围绕模型的整体运行环境——上下文装配、工具执行、状态持久化、预算、沙箱、权限、追踪、评估、恢复和人审。

模型能力相近时,支架质量往往决定生产表现。FDE 应把优化对象从单个 Prompt 扩展到整个 Harness。
4c
Agent 架构模式
Router · Planner-Executor · Critic · Supervisor · Multi-Agent
模式

Router 路由器

按意图、风险、成本选择模型、知识库、流程或人工队列。需独立样本和混淆矩阵,低置信度进入澄清或人工。

模式

Planner-Executor

将目标拆为计划再逐步执行。计划需预算、依赖、完成条件和可修改节点。适合报告生成、竞品分析等长任务。

模式

Critic 批评者

对结果进行规则或模型审查,适合格式、证据和一致性检查。同源模型自我批评可能复制原错误,需外部证据或人工校验。

模式

Supervisor 协调者

统一分派、汇总状态、预算和失败处理。使用前应证明单 Agent 加工具无法清晰解决。

模式

Multi-Agent

仅在知识域、工具权限或并行任务确实不同时使用。Handoff 必须携带结构化任务、证据、未决问题和权限。

模式

Handoff 移交

传递结构化目标、已完成步骤、证据、未决问题、权限和预算。无结构的"互相聊天"难以评估和恢复。

4d
企业系统集成与异常控制
API/Webhook · 状态记忆 · 人审 · 熔断降级
🏗️推荐分层架构
入口层
编排层
智能层
服务层
治理层
输出层

每一层保留关联 ID 以支持端到端 Trace。模型不直接拼接核心系统写入请求,由业务服务层校验。

🔐人审、重试、熔断与降级
  • Human-in-the-loop:低置信度、高风险、规则冲突和写入动作进入人工复核队列
  • 重试:只用于可恢复错误,采用退避、次数上限和幂等;业务拒绝不能盲目重试
  • Circuit Breaker:错误率/延迟/成本/风险超阈值时停止调用
  • 降级:切换模型、只读模式、规则模板、缓存或转人工
所有路径都要向用户说明状态,避免静默失败。
📂推荐工程目录结构
agents/Agent定义、状态机 tools/API、数据库、工具封装 evals/评估样本、回归测试 configs/模型、环境、权限配置 prompts/模板、版本、回滚 workflows/流程、分支、人审 services/后端、队列、API
05 MODULE

评估、工程化、部署与治理

AI 系统无法只用"功能是否完成"验收。EDD(评估驱动开发)把样本、指标、Trace、部署和治理连接为持续迭代闭环。

5
评估驱动开发(EDD)
评估先行 · 五层指标 · 回归门禁
📊最小 EDD 流程
定义目标与基线
构建20-50条样本
运行基线版本
按错误类型修改
重跑评估
人工抽检
记录结论
EDD 是大模型项目从 Demo 走向交付的分水岭。评估不是为了追求单一高分,而是支持上线、降级、回滚和资源投入决策。
🎯五层指标体系
指标层具体指标
质量分类准确、检索召回、答案忠实、引用正确、格式合规
效率响应延迟、处理周期、自动化覆盖、人工节省时间
体验使用率、采纳率、修改率、满意度
风险越权、敏感输出、幻觉、误调用、人工驳回
业务成本、解决率、转化、损失避免、客户成功
端到端指标必须分段。回答错误可能因为没有正确文档、没召回、被 Rerank 丢弃、Prompt 忽略证据或工具返回异常。只看总准确率无法指导修复。
🚦回归门禁

每次修改 Prompt、模型、知识库、工具或工作流,都可能引入效果退化。回归门禁要求修改前后跑同一批评估样本。如果关键指标低于阈值,不能发布到下一阶段

回归门禁让 AI 项目从"手感调参"变成"工程迭代"。
5b
Golden Dataset 与 LLM-as-a-Judge
样本结构 · 版本管理 · Judge校准 · 人工复核
🏆Golden Dataset 样本类型

典型样本

最常见、最高频、最能代表日常任务

边界样本

资料不足、输入模糊、多答案、规则冲突

失败样本

历史答错、漏召回、错引用、工具调用失败

高风险样本

法律、财务、客户承诺、敏感信息、权限边界

反例样本

应拒答、转人工或要求补充信息

⚖️LLM-as-a-Judge 风险与校准
  • 可能偏好长答案、漂亮表达或特定风格
  • 可能忽略业务规则、合规边界和隐含行业知识
  • 同源模型自我批评可能复制原错误
  • 高风险结论不能仅由 Judge 决定
校准步骤:先由两名以上业务评审独立评分并解决分歧 → Judge 使用同一量表 → 比较一致率、分层误差和偏差 → 调整评分 Prompt → 定期抽样复核。
5c
工程化、部署与治理
三层PoC · Docker/K8s · 模型网关 · 自治等级 · RBAC · 上线门禁
🏗️三层 PoC 搭建路径
第一层:Dify/Coze/n8n 快速验证
第二层:Vibe Coding 补工作台/API
第三层:LangGraph/LlamaIndex/FastAPI 工程化

三层是递进和组合关系,不是互斥选择。升级依据是业务规模和可靠性要求,而不是项目"看起来正式"。

🎚️自治等级 L0-L4
等级名称说明
L0纯人工所有操作由人完成
L1内容建议AI 提供建议,人决定使用
L2受控工具建议AI 可调用只读工具,写入需人确认
L3经确认执行AI 可执行,但高风险动作需显式确认
L4限定范围自动执行AI 在限定范围内自主执行
等级依据错误后果与控制成熟度逐步提升,不以"更自动"为唯一目标。
🛡️上线门禁检查项
  • 功能与性能验证
  • Golden Dataset 回归通过
  • 权限与隐私检查
  • 安全测试(含红队样本)
  • 人审机制就绪
  • 告警与监控配置
  • 容量与备份
  • 熔断与回滚方案
  • 运营 SOP 和负责人
06 MODULE

FDE 企业落地方法论

从单点 PoC 走向企业级落地的方法链路:DIVE 框架、敏捷小组、四阶段生命周期、体外创新与资产化。

6
DIVE 框架与四阶段生命周期
诊断 · 识别价值 · 验证 · 嵌入
🤿DIVE 框架
D

Diagnose 诊断

业务访谈、流程观察、问题树、基线测量、利益相关者分析

I

Identify Value 识别价值

场景优先级排序、ROI 假设、四门筛选、范围锁定

V

Validate 验证

Golden Dataset、PoC 搭建、评估闭环、停止条件

E

Embed 嵌入

系统集成、人审节点、反馈入口、运营 SOP、持续迭代

🔄四阶段生命周期

PoC 阶段

验证关键假设,不承诺生产级高可用。可使用人工复核、模拟数据、低代码工具和临时脚本。

MVP 阶段

进入有限真实用户和数据范围,补齐基本权限、日志与反馈。

生产阶段

补齐高可用、容量、安全、审计、应急和运维。

自主运营阶段

业务负责人能维护知识、规则和样本,FDE 转向平台升级与治理。

📦五类资产化

场景模板

可复用的行业场景方案包

Prompt/Skill 库

版本化的提示词和任务能力包

评估集

Golden Dataset 和回归测试

交付 SOP

标准化的交付流程和检查清单

运维方案

监控、告警、回滚和持续优化

07 MODULE

国产化、数据安全与行业合规

私有化部署、信创适配、数据分级、Prompt 注入防护、AIGC 审计与行业合规矩阵。

7
数据安全与合规
数据分级 · PII脱敏 · Prompt注入防护 · AIGC审计
🔒数据分级与脱敏

脱敏要覆盖入库前、检索前、生成前和日志落盘前。敏感字段包括姓名、电话、身份证号、地址、账号、合同号、银行卡等。

原始文件、解析文本、向量、缓存、Prompt 日志和用户反馈的留存周期分别定义。测试和评估环境也需遵守数据边界。
⚔️Prompt 注入防护
  • 上下文中所有外部文本默认视为数据而非指令
  • 来源不可信或含可执行意图的内容需隔离、标记和过滤
  • 红队样本至少覆盖间接提示注入、跨租户数据请求、越权工具调用、参数替换、工具返回投毒、记忆污染
  • 测试结论必须落到具体控制,而不是笼统写"模型已具备安全能力"
📋审计日志要求

记录谁在何时以什么版本读取了哪些数据、调用了什么工具、参数摘要、结果状态、是否人审和最终动作。审计必须防篡改、可检索并按制度留存,同时遵循数据最小化。

🇨🇳国产模型与信创适配
DeepSeek Qwen/通义千问 GLM/智谱AI Kimi/月之暗面 豆包/火山方舟 腾讯混元 百度文心 MiniMax

模型选择不只看能力,还要看成本、延迟、合规、部署方式和工具调用能力。私有化项目更依赖 FDE 的系统集成、权限设计和运维能力。

08 MODULE

作品集、商业化交付与综合案例

作品集六要素、五级报价、两个完整案例(电商舆情 Agent + 知识库工单分流 Agent)、生产就绪九项门禁。

8
作品集与商业化交付
作品证据 · 五级报价 · 综合案例
📁作品集六要素

业务问题

真实场景、用户、痛点、基线

技术方案

架构选型、技术路径、权衡记录

评估证据

Golden Dataset、指标、回归结果

失败与迭代

失败样本、改进记录、恢复过程

交付边界

已交付/未交付、风险、责任

可复用资产

Prompt、Skill、评估集、SOP

如果作品只能展示成功路径,它更接近演示资产;如果能复现决策、失败和恢复过程,才接近交付证据。
💼案例一:电商品牌竞品与舆情洞察 Agent

面向:品牌运营、电商、内容、客服团队

数据源:RSS、Firecrawl、SerpAPI、Apify、NewsAPI、Reddit API

编排:n8n 编排 → Dify/Coze 分析 → PostgreSQL+pgvector 存储

展示:FastAPI+React 看板 → 飞书/企业微信通知

评估:Golden Dataset + Promptfoo/Langfuse

🎧案例二:企业知识库 + 客服工单分流 Agent

面向:客服、知识管理、运营支持

知识库:火山 VikingDB / Qdrant / pgvector

文档解析:Unstructured / MinerU / RAGFlow / LlamaParse

Agent:OpenAI Agents SDK / LangGraph

工单系统:Zendesk / Jira SM / Chatwoot / Zammad

评估:Ragas / Promptfoo / LangSmith / Langfuse

📋 TOOLKIT

企业 FDE 落地术语 + 工具导航大全

这不是排行榜,而是面向企业落地的导航索引。工具是否适合,取决于业务场景、数据权限、团队技术栈、预算、合规要求和上线目标。

全部
模型平台
AI Coding
Agent/Workflow
RAG/知识库
向量数据库
MCP/API
评估/可观测
部署/工程化
数据采集
客服/工单/IM
开源项目
🏢 ZHIHUI ENGINEER

智惠工程师人才队伍建设

智惠工程师是打通 AI 服务商业化落地"最后一公里"的关键引擎——AI 行业正从"模型军备竞赛"转向"落地能力比拼"。

智惠工程师 = 中国电信的 FDE

兼具技术、产业和落地能力的复合型人才,为客户提供一站式、全流程、陪伴式 AI 项目落地服务,涵盖行业洞察、需求挖掘、解决方案、二次开发、系统集成、交付部署等全业务环节。

三类角色
业务顾问方向 · 技术交付方向 · 能力基线方向
📋

业务顾问方向

核心目标:需求洞察 + 问题定义 + 快速论证。懂客户业务、会构建方案、懂 AI 场景、会商务谈判。人才来源:各行业 BD、云中台、解决方案经理、技术型客户经理。

⚙️

技术交付方向

核心目标:原型设计 + 定制开发 + 部署交付。懂软件工程、会开发迭代、懂 AI 技术、会交付运维。人才来源:云网条线、集成体系、云中台等具有 AI 项目开发经验的二开队伍。

🏗️

能力基线方向

核心目标:平台构建 + 能力沉淀 + 平台赋能。懂平台设计、会平台使能、懂数据工程、会组件沉淀。人才来源:电信数智、AI、云等专业公司及行业公司产品研发队伍。

三类场景
标化交付 · 定制开发 · 联合创新
标化交付

已有标准化产品推广落地

需求清晰、产品适配度高、轻量配置即可交付、复制推广效率高。

作战模式:售前与售中一体,队伍独立完成标化场景闭环

定制开发

重点客户深度 AI 应用需求

需求较明确、定制程度较深、具备复制推广价值。

作战模式:业务顾问和技术交付组队深入客户一线,引领需求,敏捷开发迭代原型

联合创新

重点客户复杂 AI 应用项目

需求复杂、技术难度高、系统集成深、交付周期长、示范带动作用强。

作战模式:标杆项目抽象建模为本体,基于本体模型 + Vibe Coding 快速生成个性化交付物

五项关键任务
队伍盘点 · 分级组建 · 实操实训 · 项目实战 · 分级认证
01

队伍盘点

明确人才缺口、组建方案及引进计划,重点配置业务顾问和技术交付角色

02

分级组建

实体或柔性团队分层分级组建,内部选推 + 转型培养 + 外部引入

03

实操实训

以真实项目为载体,围绕"场景-方案-实现-迭代"全流程,方法讲授+现场实操

04

项目实战

遴选优质 AI 项目和先进省市,招募全国智惠工程师人才训战赋能,师徒实训

05

分级认证

将认证纳入工程师认证体系,坚持实战导向明确认证标准

2026 年目标
全集团建成一支超 2000 人的智惠工程师人才队伍。东南沿海大省 ≥ 200 人,中西部大省 ≥ 100 人,中型省份 ≥ 60 人,北方和其他省 ≥ 30 人。
L
分级能力标准
L2 标化交付 · L3 定制开发 · L4 联合创新
📈业务顾问方向
L2能力项L3L4
标化场景需求分析,识别 AI 机会点业务调研与诊断独立主导定制化调研,输出流程图、痛点清单设计跨业务领域调研方法论和标准化工具
标化方案设计,组合微调AI场景识别与规划端到端流程拆解,AI场景优先级排序行业AI场景改造范式,可复用识别框架
标化产品商务报价商务策略制定基于POC设计分阶段商务策略构建可量化可验证的价值测算模型
⚙️技术交付方向
L2能力项L3L4
标化产品交付可行性评估定制化AI方案全维度技术可行性评估自主搭建三级指标体系,主导跨域复杂项目评估
标化方案设计数据集成与POC定制开发场景POC方案设计与实施联合创新场景POC,异构数据集成治理
标化场景运营工程实现与安全复杂环境主导AI方案工程实现,安全加固定义实施标准和技术规范,设计AI安全基线
持续集成与部署主动需求识别与迭代,数据驱动运维多客户版本演进,智能运维与知识回流
SELF-TEST

自测中心

检验你的 FDE 知识掌握程度。共 30 道题,涵盖八大模块核心知识点。选完每题可查看解析,完成后查看得分和评价。

FDE 转型实战综合测验
1 / 30
0
测验完成