FDE 实战：用腾讯云大模型知识引擎把企业客服知识库从文档做到 API 上线

FDE（人工智能前端部署工程师）的核心工作可以拆成四件事：梳理业务场景、配置提示词与知识库、搭建工作流、评估上线效果。本文以一个真实的中小企业场景——"把产品手册和售后 FAQ 变成 7×24 小时的智能客服"——完整演示这四件事在腾讯云大模型知识引擎（LKE）上如何落地。

一、场景梳理：先想清楚边界再动手

目标：客服机器人只回答产品手册和售后政策范围内的问题，超范围问题固定话术拒答并引导人工。这个边界决定了后面的关键配置——关闭联网搜索、开启知识库外拒答。

准备材料：

• 产品说明书 PDF × 3、售后政策 Word × 1（图文混排，含参数表格）；
• 历史客服记录中整理出的高频问答对 × 50（Excel）。

二、环境准备

1. 完成腾讯云实名认证，进入大模型知识引擎产品页开通服务；
2. 在访问管理 CAM 中创建子账号密钥（SecretId/SecretKey），只授予知识引擎相关权限。不要用主账号密钥接生产环境，也不要把密钥提交进代码仓库——写入环境变量或密钥管理系统；
3. 安装 SDK（以 Python 为例，包名以官方 SDK 仓库为准）。

三、建知识库：文档上传与问答对录入

在控制台创建知识库，上传上述文档。系统自动完成解析、切分、向量化和索引构建。实测两个要点：

• 含表格的产品参数页能被正确解析，提问"XX 型号的最大功率是多少"可以命中表格单元格，并支持返回文档中的图片——这对产品手册类场景很实用；
• 50 条问答对单独录入，与文档知识互补：文档回答"是什么"，问答对回答"怎么办"（如"退换货流程"这类标准化答案）。

四、创建应用：模型、提示词与回复策略

创建应用后进入配置页，关键配置四项：

1. 生成模型：切换到 DeepSeek 系列模型（知识引擎已接入 DeepSeek-R1/V3 及混元系列），并打开"文档""问答"开关；
2. 联网搜索：关闭。本场景要求答案严格来自企业知识库；
3. 回复策略：切换为"大模型对知识来源以外的问题，按填写内容回复"，填入固定话术，例如"该问题超出我的服务范围，已为您转接人工客服"；
4. 系统提示词：写明角色（XX 品牌售后客服）、语气、回答格式（先给结论，再给步骤，最后附引用来源）。

五、工作流：把"转人工"变成可执行流程

知识库问答解决"答得准"，工作流解决"接得住"。用单工作流模式编排一条固定流程：

用户提问 → 意图判断节点
  ├─ 知识库可答 → 检索知识库 → 生成回复 → 结束
  └─ 超范围/投诉类 → 收集用户联系方式（多轮对话补齐必填项）
       → 调用工单接口 → 回复受理编号 → 结束

工作流支持多轮对话：用户没提供手机号时，系统会自动生成反问话术补齐必填信息，不需要自己写追问逻辑。

六、测试与评估

在对话测试窗口逐项验证，我用的验收清单：

点击回答下方的"参考来源"可以核对引用是否来自正确文档——badcase 记录下来，多数能通过调整切分策略或补问答对修掉。

七、发布与 API 接入

测试通过后，点击右上角发布，将应用从测试环境发布到生产环境。然后在 发布管理 → 调用信息 中获取 API Key，接入自有业务系统。核心调用逻辑如下（接口名与参数以官方 API 文档为准）：

import os
from tencentcloud.common import credential

cred = credential.Credential(
    os.environ["TENCENTCLOUD_SECRET_ID"],
    os.environ["TENCENTCLOUD_SECRET_KEY"],
)

# 1. 初始化知识引擎客户端（endpoint 与版本见官方文档）
# 2. 携带应用 API Key + 用户问题发起对话请求
# 3. 解析返回：answer（回复内容）、references（引用来源）、
#    以及会话 ID（用于多轮对话上下文）

def ask(question: str, session_id: str = "") -> dict:
    """向知识库应用发起一次问答，返回回复与引用来源。"""
    payload = {
        "content": question,
        "session_id": session_id,  # 同一会话传入同一 ID，保持上下文
    }
    # response = client.ChatCompletions(...)  # 按官方接口调用
    # return {"answer": ..., "references": ...}
    ...

接入侧的三个工程建议：

• 会话 ID 按"用户+日期"生成，避免上下文串话；
• 把 references 一并存入日志，方便运营定期抽查幻觉问题；
• 上线初期在客服后台保留"一键转人工"入口，给模型留兜底。

八、上线后运营

上线只是开始。每周例行三件事：导出未命中问题清单 → 补充知识库或问答对 → 回归测试验收清单。知识库问答应用的效果天花板，基本由这个迭代循环的执行密度决定。

结语

回顾整个流程：场景边界 → 知识库构建 → 模型与提示词 → 工作流 → 测试 → 发布接入 → 持续迭代——这正是 FDE 岗位的完整能力链路。这类岗位对编程深度要求不高（本文代码量不足百行），但对业务理解和工具链熟练度要求很高。如果你正在评估这个方向，最快的验证方式不是看更多文章，而是照着本文亲手跑通一遍。