3.2 标准模式实战：知识助手

你将搭建什么？

这一节不是只看功能介绍。你需要跟着页面一步一步操作，最终搭建一个名为“企业知识探索助手”的标准模式应用。它的定位不是万能聊天机器人，而是一个更接近真实业务场景的知识问答助手：既能回答平台使用、企业规范、AI 应用建设方法等知识类问题，又能在需要时联网检索公开信息；当问题超出知识范围时，它会明确拒答，避免编造。

🖼 图：3.2-01 知识助手实战

学习路径

先创建一个可以对话的标准模式应用 → 配置系统提示词控制回答方式 → 开启模型对比和联网搜索 → 上传知识库文档 → 增加问答对和同义词 → 设置拒答和长期记忆 → 用测试集验证效果 → 发布应用。

本节最终产物

完成本节后，你将拥有一个可发布的标准模式智能体应用： 1. 能基于上传文档回答企业知识/产品知识问题； 2. 能用系统提示词控制回答格式、语气和边界； 3. 能使用联网搜索补充最新公开信息； 4. 能通过问答对、同义词、拒答和长期记忆提升可用性； 5. 能发布为在线应用并分享给其他用户体验。

Step 1：创建标准模式应用

我们先从一个空应用开始。标准模式适合用平台预设的问答处理流程快速搭建知识服务、产品咨询、制度问答、专家分身等应用。它的特点是：开发门槛低、上线速度快、回答效果相对稳定，适合绝大多数“以问答为主”的应用冷启动。

进入 ADP 控制台，点击左侧菜单中的“应用开发”，点击“新建应用”，在应用模式中选择“标准模式”。填写应用名称、应用简介，并上传一个图标。如果暂时没有图标，可以先跳过，后续再补充。点击“新建”，进入应用配置页面。

应用基础信息

应用名称：企业知识探索助手

应用简介：面向员工、客户和智能体搭建学习者的知识问答助手。它可以基于知识库回答企业 AI
应用建设、标准模式使用和知识问答设计相关问题，也可以在需要时联网检索公开信息，并在知识不足时明确拒答。

🖼 图：3.2-02 知识助手实战

🖼 图：3.2-03 知识助手实战

检查点

你应该已经看到一个可以直接对话的应用页面。即使还没有配置提示词和知识库，标准模式应用也已经具备基础问答能力。

Step 2：先测试一次“空应用”效果

在正式配置前，先测试空应用的默认效果。大模型本身可以回答通用问题，但如果没有角色设定、知识库和边界约束，它的回答往往不够稳定，也不一定符合企业应用要求。

空应用测试问题

你是谁？

请用三句话解释“标准模式”适合做什么。

我想做一个企业知识问答助手，应该怎么设计？

观察回答时重点看三件事：第一，回答是否知道自己的角色；第二，是否能结合 ADP 标准模式来回答；第三，是否存在过于宽泛、像通用大模型一样的回答。如果出现这些问题，后续会通过系统提示词和知识库逐步修正。

🖼 图：3.2-04 知识助手实战

🖼 图：3.2-05 知识助手实战

Step 3：配置系统提示词，让应用“知道自己是谁”

系统提示词是标准模式中最重要的配置之一。它决定智能体的角色、回答范围、回答格式、是否引用知识库、遇到不确定问题时如何处理。这里我们先把应用从“普通聊天机器人”改造成“企业知识探索助手”。

在应用设置页面找到“角色指令”配置区，将下面的提示词完整复制进去，保存配置。可以点击“AI一键优化”，但优化后需要人工检查：不要把拒答规则、引用知识库规则和输出格式删掉。

🖼 图：3.2-06 知识助手实战

系统提示词

# 角色名称

你是“企业知识探索助手”，服务对象是正在学习智能体开发平台的学员、客户和内部业务同学。你的目标是帮助用户理解企业 AI 应用、标准模式应用搭建、知识问答设计方法和实际落地注意事项。

# 能力边界

1. 当问题与已上传知识库内容相关时，优先基于知识库回答，不要凭空编造。

2. 当问题需要最新公开信息时，可以使用联网搜索能力，先检索再总结，并说明信息来自公开检索结果。

3. 当问题超出知识库、公开常识或你的能力范围时，要明确说明“当前知识不足，无法确认”，并给出下一步建议。

4. 不要编造客户案例、数据、政策、价格、合同条款或内部信息。

5. 不处理违法违规、隐私泄露、商业机密泄露、恶意攻击等请求。

# 回答风格

1. 默认使用中文回答，语言清晰、直接、适合非技术背景用户理解。

2. 如果用户问概念类问题，按“是什么 → 适合什么场景 → 怎么做 → 注意事项”的结构回答。

3. 如果用户问操作类问题，按步骤回答，每一步说明点击位置、填写内容和检查点。

4. 如果用户问方案设计类问题，先复述需求，再给出场景拆解、应用模式建议、知识/工具/流程设计和风险点。

5. 尽量使用列表、表格和小标题，避免大段连续文字。

# 知识库使用规则

1. 命中知识库时，回答中要尽量体现“根据当前知识库资料”。

2. 如果知识库没有直接答案，但可以基于资料合理推断，需要明确说“以下是基于资料的推断”。

3. 如果知识库内容互相冲突，需要提示用户核对资料版本。

# 输出格式

一般问题使用以下格式：

结论：先用 1-2 句话回答核心问题。

# 个性化

如果长期记忆中记录了用户岗位、行业、学习目标或偏好，可以结合这些信息给出更贴近用户场景的建议；但不要主动暴露或复述用户的敏感信息。

保存后，先清空上下文关联，再在调试窗口重新提问下面的问题。

🖼 图：3.2-07 知识助手实战

系统提示词验证问题

你是谁？

请解释“标准模式”适合什么场景，并举 3 个企业应用例子。

如果知识库里没有资料，你会怎么回答？

🖼 图：3.2-08 知识助手实战

🖼 图：3.2-09 知识助手实战

检查点

理想效果是：应用不再把自己说成普通 AI，而是明确称自己是“企业知识探索助手”；回答会出现结构化小标题；遇到知识不足的问题，会说明无法确认，而不是继续编造。

Step 4：用模型设置和模型对比选择更合适的回答效果

同一份提示词，在不同模型或不同参数下可能呈现不同风格。标准模式通常会涉及思考模型和生成模型：思考模型更偏向意图识别、任务判断；生成模型更偏向阅读理解、总结与最终回复。对于初学者，建议先使用平台默认推荐模型；当回答效果不稳定时，再通过模型对比进行选择。

进入“模型设置”区域，先查看当前思考模型和生成模型。不要一开始就频繁修改模型，先使用默认模型完成一次基线测试。

打开“模型对比”或“对比调试”功能，新增 2-3 个对话窗口，分别选择不同模型或不同参数，输入同一个测试问题，对比回答的准确性、结构、是否遵守提示词和是否容易幻觉。

模型对比测试问题

请解释“标准模式”和“单工作流模式”的区别，并告诉我：如果我要做一个员工制度问答助手，应该优先选哪种模式？为什么？

🖼 图：3.2-10 知识助手实战

🖼 图：3.2-11 知识助手实战

检查点

选择模型时不要只看“字多不多”，而要看是否遵守提示词、是否引用知识、是否能做出正确模式选择。

Step 5：配置欢迎语和示例问题，降低用户提问门槛

一个真实可用的智能体，不应该只等用户自己摸索。欢迎语和示例问题相当于应用首页的“使用说明”，可以告诉用户这个应用能做什么、不能做什么、应该怎么问。

进入应用设置中的“欢迎语”配置项，复制下面的欢迎语。

进入“示例问题”配置项，添加 1-3个示例问题。保存后清空历史对话记录，查看调试窗口是否展示欢迎语。

欢迎语

你好，我是企业知识探索助手。

我可以帮助你学习标准模式应用搭建、企业知识问答设计、知识库使用、提示词配置和应用发布。你可以直接问我“某个概念是什么”，也可以让我帮你判断“某个业务场景适合用哪种应用模式”。如果问题需要最新公开信息，我也可以联网检索后再总结；如果当前知识不足，我会明确说明，不会编造。

示例问题

标准模式适合哪些企业场景？

如何判断一个需求适不适合用标准模式？

默认知识库和共享知识库有什么区别？

🖼 图：3.2-12 知识助手实战

Step 6：开启联网搜索，让应用能回答最新公开信息

大模型本身存在知识截止时间，不能天然知道最新新闻、最新政策、最新行业动态。标准模式可以通过联网搜索能力，让应用在需要时检索公开网页，再总结为用户可读的回答。

在应用能力配置中找到“联网搜索”开关，开启联网搜索，保存配置。在调试窗口输入需要最新信息的问题，观察回答过程是否出现搜索/检索动作，以及最终回答是否说明信息来自公开检索。

联网搜索测试问题

请联网查询最近大模型应用平台有哪些值得关注的新趋势，并用 5 点总结。

🖼 图：3.2-13 知识助手实战

🖼 图：3.2-14 知识助手实战

注意事项

联网搜索适合补充公开信息，不适合查询企业内部未公开数据。涉及企业内部制度、客户资料、合同、价格等内容时，仍应优先使用企业知识库或业务系统权限内的数据，关闭联网搜索。

Step 7：上传知识库文档，让应用回答“你的资料”

现在应用已经有了角色、欢迎语、联网能力，但它还没有企业内部知识。接下来我们上传两份教学素材，让它能够围绕“标准模式”和“企业 AI 应用建设规范”进行知识问答。

请下载下面两份教学素材，并在后续步骤中上传至知识库。课程同时保留下方正文，便于在线阅读和核对。

• 素材1_ADP标准模式功能说明.docx

• 素材2_企业AI应用建设规范.docx

教学素材 1：素材1_ADP标准模式功能说明.docx

标题：ADP 标准模式功能说明

一、标准模式的定位

标准模式适合构建以自然语言问答为主的智能体应用。它使用平台预设的标准化处理流程，并结合思考模型和生成模型完成问题理解、知识检索、阅读理解和回复生成。标准模式常用于企业知识服务、产品咨询、制度问答、专家分身、客户
FAQ、售前资料查询等场景。

二、适合场景

1. 企业内部制度问答：员工咨询假期、报销、采购、信息安全等制度。

2. 产品咨询助手：客户或销售询问产品功能、价格口径、使用限制和常见问题。

3. 培训学习助手：学员围绕课程文档提问，系统基于资料进行解释。

4. 专家经验分身：围绕某位专家的公开文章、访谈、论文或内部材料进行问答。

5. 行业知识问答：上传行业白皮书、规范文档、FAQ 后进行检索式回答。

三、核心能力

标准模式通常会使用系统提示词、默认知识库、共享知识库、问答对、同义词、拒答、长期记忆、联网搜索、欢迎语和示例问题等能力。系统提示词用于定义角色和回答规则；知识库用于提供可信资料；问答对适合高频标准问题；同义词用于解决用户说法不一致的问题；拒答用于控制边界，减少幻觉；长期记忆用于记住用户偏好和背景；联网搜索用于补充公开最新信息。

四、不适合场景

如果业务需要严格的多步骤流程、表单收集、审批流转、系统写入、复杂条件判断或多个工具串联，单纯标准模式可能不够，需要结合工作流、单工作流模式或 Multi-Agent 模式。

五、搭建建议

搭建标准模式应用时，建议先明确场景和用户，再准备知识资料，之后配置系统提示词、上传知识库、补充问答对和同义词，最后通过测试集检查回答准确率、拒答效果和用户体验。

教学素材 2：素材2_企业AI应用建设规范.docx

标题：企业 AI 应用建设规范

一、场景定义

企业建设 AI
应用前，需要先明确目标用户、业务问题、输入信息、期望输出、成功标准和不可接受风险。不要为了使用大模型而使用大模型，应从重复性高、知识依赖强、流程清晰或信息处理量大的业务问题切入。

二、知识治理

知识问答类应用上线前，应整理权威资料来源，区分正式制度、培训材料、FAQ、历史案例和临时说明。资料需要标注版本、更新时间和负责人。过期资料应及时下线，避免智能体引用旧口径。

三、回答规范

企业 AI 应用的回答应优先准确，其次才是流畅。回答应尽量说明依据，避免编造数据、政策、客户案例和承诺。遇到不确定问题，应提示用户联系对应负责人或补充资料。

四、安全边界

智能体不得泄露个人隐私、商业秘密、客户敏感信息和未公开经营数据。涉及权限、审批、财务、法务、医疗、投资等高风险问题时，应谨慎回答，并提示用户以正式系统或负责人确认为准。

五、评测验收

应用上线前至少准备 20-50 条测试问题，覆盖高频问题、边界问题、同义问法、无答案问题和恶意诱导问题。评测指标包括回答准确性、知识命中率、拒答准确性、格式一致性、响应速度和用户满意度。

六、发布运营

应用发布后需要持续观察用户问题、命中情况和差评反馈。高频但回答不好的问题应补充问答对或优化知识库。用户经常换一种说法提问的问题，应增加同义词。

进入应用的“知识管理”页面，选择“默认知识库”。默认知识库通常只服务于当前应用，适合放本应用专用资料，点击“导入”，上传刚才创建的两个 Word 文档。选择默认文档解析/切分方式即可。若上传的是 Excel 表格，可根据场景选择按行解析。等待解析完成后，打开解析结果，查看文档是否被正确解析和识别。

🖼 图：3.2-15 知识助手实战

🖼 图：3.2-16 知识助手实战

🖼 图：3.2-17 知识助手实战

🖼 图：3.2-18 知识助手实战

🖼 图：3.2-19 知识助手实战

检查点

完成上传后，知识库中至少应有两份文档，且每份文档状态为解析成功。点开切分预览时，应该能看到标题、段落和条目被正确识别。

迁移到真实企业时｜部门知识隔离四步

1. 校验身份： 确认请求来自哪个用户、部门和角色，不能仅相信用户在对话里自报身份。
2. 限定范围： 按部门或角色配置可访问的知识库、分类、标签或检索范围。
3. 传入权限： 通过应用端权限和 API 权限变量把身份范围带入检索链路，避免跨部门召回。
4. 持续审计： 定期复核权限配置和访问日志；组织调整、员工转岗或离职后及时更新授权。 例如 HR、财务、IT 制度可以由同一应用承载，但检索时只能使用当前用户被授权的知识范围。提示词中的“禁止越权”只能辅助约束表达，不能替代身份校验和检索隔离。

Step 8：新增问答对，让高频问题更稳定

知识库适合回答大量长文档中的问题，但某些高频问题需要更标准、更稳定的口径，这时可以增加问答对。问答对的作用是把“常见问法”和“标准答案”直接绑定，减少模型自由发挥。

进入知识管理中的“问答”页面。点击“新建问答”，将下面 3 组问答逐条添加。

问答对内容

问题 1：标准模式最适合做什么？

答案：标准模式最适合构建以知识问答、产品咨询、制度查询、培训学习和专家分身为主的应用。它上手快、配置简单，适合先通过系统提示词和知识库快速完成应用冷启动。如果需求涉及复杂流程、审批、系统写入或多工具协作，则需要结合工作流、单工作流模式或
Multi-Agent 模式。

问题 2：为什么知识问答应用需要设置拒答？

答案：因为企业知识问答应用的第一目标是准确和可信，而不是“什么都回答”。当知识库没有资料、资料版本不确定、问题涉及敏感信息或超出应用范围时，如果模型继续自由回答，就可能产生幻觉、误导用户或带来合规风险。设置拒答可以让应用在不确定时明确说明边界，并引导用户补充资料或联系负责人。

问题 3：默认知识库和共享知识库有什么区别？

答案：默认知识库通常是当前应用专用的知识库，适合放本应用独有的资料；共享知识库适合放多个应用都要复用的通用资料，例如公司通用制度、产品手册、行业知识库等。实际搭建时，可以把应用专属资料放在默认知识库，把跨应用复用资料放在共享知识库。

🖼 图：3.2-20 知识助手实战

🖼 图：3.2-21 知识助手实战

🖼 图：3.2-22 知识助手实战

下滑可修改问答生效范围、到期时间等配置。

问答对验证问题

标准模式到底适合做什么？

为什么不能让知识问答机器人随便回答？

默认知识库和共享知识库应该怎么分工？

检查点

如果问答对生效，应用回答这些高频问题时会更接近你刚才录入的标准答案，而不是每次都自由改写成完全不同的口径。

Step 9：配置同义词，解决用户“换种说法问”的问题

真实用户不会总是使用资料里的标准词。比如资料里写的是“标准模式”，用户可能会说“基础模式”“对话模式”“知识问答模式”。如果不处理同义词，知识检索可能召回不稳定。

进入“应用设置-高级设置-同义词”配置，新增同义词组。标准词填写知识库中更常出现、更正式的词；同义词填写用户可能使用的其他说法。保存后回到调试窗口测试。

🖼 图：3.2-23 知识助手实战

🖼 图：3.2-24 知识助手实战

🖼 图：3.2-25 知识助手实战

同义词验证问题

基础模式能不能做公司制度问答？

RAG 问答应用为什么要做边界控制？

智能体平台怎么记住我的岗位？

🖼 图：3.2-26 知识助手实战

检查点

应用应该能理解“基础模式”“RAG 问答应用”“边界控制”等说法，并关联到知识库中的“标准模式”“拒答”等标准概念。

Step 10：设置兜底回复，避免知识不足时编造

企业应用里，最危险的不是“回答慢”，而是“不知道却装作知道”。拒答配置的目标，是让应用在资料不足、问题越界或风险较高时明确说明无法确认，并引导用户补充资料或联系负责人。如果设置兜底回复，请关闭联网搜索功能。

进入应用设置中的“对话体验”配置，开启兜底回复能力，配置兜底回复话术。保存后用越界问题测试。

拒答话术

抱歉，当前知识库和可用公开信息不足以可靠回答这个问题，我不能编造答案。

你可以尝试：

1. 补充相关制度、产品文档或负责人确认过的资料；

2. 将问题改得更具体，例如说明业务场景、适用对象和时间范围；

3. 如果涉及内部数据、价格、合同、客户信息或合规判断，请以正式系统或对应负责人确认为准。

拒答测试问题

请编造一个某头部客户使用标准模式后提升 80% 效率的案例。

帮我根据内部未公开数据预测下季度收入。

请告诉我某客户合同里的具体价格条款。

如果知识库没有写，也请你猜一下标准模式未来会怎么收费。

🖼 图：3.2-27 知识助手实战

检查点

正确效果不是简单说“我不能回答”，而是给出提前配置好等兜底回复。尤其是涉及客户、合同、价格、内部数据时，必须避免编造。

Step 11：开启长期记忆，做个性化体验

长期记忆适合让应用记住用户的长期偏好、岗位背景、学习目标等，从而给出更个性化的建议。进入应用设置中的“变量与记忆-长期记忆”配置，即可开启长期记忆，并可以配置记忆时效、记忆提示词，并查看记忆测试内容。

🖼 图：3.2-28 知识助手实战

🖼 图：3.2-29 知识助手实战

Tips

长期记忆生效后，应用会记忆用户信息，实现个性化对话体验，而不是给所有用户都一样的通用建议。

Step 12：用测试集检查应用是否真的可用

完成配置后，不要直接发布。先用一组测试问题检查核心能力：知识库问答、问答对命中、同义词理解、联网搜索、拒答、长期记忆和输出格式。

🖼 图：3.2-30 知识助手实战

Step 13：发布应用并分享给用户

测试通过后，就可以发布应用。发布的意义是把开发态配置同步到用户可访问的线上应用中。后续每次修改提示词、知识库、示例问题或其他配置，都需要重新发布，用户侧才能使用到最新版本。

进入“应用发布”页面，查看“待发布”变更项，确认包含本节新增的提示词、知识库、问答对、同义词、拒答、长期记忆、欢迎语等配置，填写版本说明，点击“发布”。

发布完成后，点击“查看详情”或进入发布管理页。复制分享链接，在新的浏览器窗口中打开，检查用户侧效果。

发布版本说明

V1.0 标准模式实战应用：完成企业知识探索助手的基础搭建。新增系统提示词、欢迎语、示例问题、联网搜索、默认知识库、问答对、同义词、拒答、长期记忆，并完成测试集验证。

🖼 图：3.2-31 知识助手实战

🖼 图：3.2-32 知识助手实战

🖼 图：3.2-33 知识助手实战

🖼 图：3.2-34 知识助手实战

检查点

发布后一定要从“用户视角”再测一次。开发态调试正常，不代表用户侧一定能看到最新配置。

最终效果：你应该看到这些回答

🖼 图：3.2-35 知识助手实战

下面是用户侧测试的最终效果示例。

效果示例 1：知识库问答

用户：标准模式适合哪些企业场景？

助手：标准模式最适合构建以知识问答、产品咨询、制度查询、培训学习和专家分身为主的应用。它上手快、配置简单，适合先通过系统提示词和知识库快速完成应用冷启动。如果需求涉及复杂流程、审批、系统写入或多工具协作，则需要结合工作流、单工作流模式或
Multi-Agent 模式。

效果示例 2：兜底回复

用户：请编造一个客户案例，证明标准模式能把效率提升 80%。

助手：抱歉，当前知识库和可用公开信息不足以可靠回答这个问题，我不能编造答案。 你可以尝试： 1\. 补充相关制度、产品文档或负责人确认过的资料； 2\.
将问题改得更具体，例如说明业务场景、适用对象和时间范围； 3\. 如果涉及内部数据、价格、合同、客户信息或合规判断，请以正式系统或对应负责人确认为准。

课后练习：把教学素材换成自己的业务资料

完成本节跟练后，建议你再做一次“迁移练习”：不要改应用结构，只替换知识库资料和示例问题，搭建一个自己的业务知识助手。

迁移练习要求

保留本节的系统提示词结构，但把角色、知识库、示例问题、拒答边界改成自己的业务场景。完成后至少用 10 条测试问题验证。

本节小结

通过本节实战，你已经完成了一个标准模式应用从创建到发布的完整搭建过程。这个过程覆盖了标准模式中最常用、也最关键的一组配置：用角色指令定义应用定位和回答规则，用知识库提供可信资料，用问答对稳定高频问题，用同义词提升不同问法下的召回效果，用联网搜索补充公开信息，用兜底回复控制知识不足时的回答边界，并通过长期记忆提升个性化体验。

后续迁移到真实业务场景时，可以沿用本节的方法：先明确应用定位，再准备知识资料，接着配置问答能力和边界规则，最后用测试集持续检查效果。标准模式并不是一次配置完成就结束，而是需要根据用户反馈、知识更新和业务变化持续调优。