云计算百科
云计算领域专业知识百科平台

小白程序员轻松入门大模型,构建懂业务的企业Agent的秘诀

本文探讨了企业Agent在构建过程中常遇到的问题,强调本体虽然重要,但不应是万能容器。文章提出将Agent所需知识分为四类:世界知识、领域与业务语义知识、任务与过程性知识、情境与状态知识,并阐述了每类知识的典型载体和不能替代的内容。同时,文章强调了本体在知识架构中的关键位置,但不应承担所有责任。最后,文章指出企业需要的是一套合理的知识架构,让不同知识各归其位,帮助Agent更好地理解并参与业务。

在构建企业 Agent 时,很多团队会顺理成章地得出一个结论:既然 Agent 要理解业务,就应该给它建设一个庞大的知识库,或者把所有知识和规则都放进本体(Ontology)。

本体通过定义业务对象、关系、状态、规则含义和证据边界,为 Agent 提供经过企业确认的“业务坐标系”。上一篇讨论了它为什么能够弥补大模型在企业语义上的缺口,但这不意味着本体是一个什么都能装的万能容器。

企业 Agent 的问题,往往不是知识不够多,而是不同类型的知识被混在了一起。理解业务世界之后,它还要知道如何完成任务、怎样取得此时此刻的事实,以及什么时候应该追问、暂停或转人工。

本体不是 Agent 的全部知识库。它最适合沉淀领域与业务语义知识;世界知识、任务与过程性知识、情境与状态知识,需要由不同来源和运行机制承担。

真正的问题不是如何建设一个无所不包的知识库,而是如何让不同知识各归其位,又能在一次任务中协同。

Agent 为什么会“懂业务”却仍然办错事

以“识别合同履约逾期风险,并发起后续处置”为例。

Agent 读过合同和制度,知道“交付延期”“宽限期”“不可抗力”是什么意思;本体也已经定义了合同、订单、延期审批、交付记录和风险任务之间的关系。

但要让判断真正进入业务流程,它还必须确认:

  • 当前订单对应哪一份有效合同版本;
  • 延期审批是否生效并覆盖当前订单;
  • 实际交付记录是否已经回写;
  • 应生成风险提示,还是提交正式预警;
  • 谁可以确认和执行,证据冲突时如何处理。

这些问题分别涉及通用理解、业务语义、任务方法、当前事实和运行控制。Agent 能解释概念,不等于掌握了当前事实;知道流程名称,也不等于已经获得执行权限。

四类知识不是认知分类,而是工程责任分组

世界知识、领域与业务知识、任务与过程性知识并不完全处在同一个分类维度。前两者主要按适用范围和语义深度划分,后者强调如何利用信息完成目标。

为了进入企业工程,可以按照信息来源、治理责任和运行方式,将 Agent 所需知识分成四类。这个分组不是认知科学中的互斥分类,而是为了回答每类知识由谁负责、存在哪里、如何更新以及失效后怎么办。

知识类型它回答什么问题典型载体不能替代什么
世界知识 人类共享语境中的语言、常识和隐含规则通常如何理解 大模型参数化知识、可信外部知识、通用知识库 企业对象身份、权威规则、当前事实和授权
领域与业务语义知识 在这个企业里,什么对象、关系、状态和约束成立 本体、业务语义模型、术语库、数据契约 实时业务状态和事务执行
任务与过程性知识 为达成目标,应按什么步骤使用哪些能力 SOP、工作流、Agent Skill、工具契约 对当前事实的权威判断
情境与状态知识 此时发生了什么,依据是什么,谁被允许操作 源业务系统、对象运行时、事件流、权限服务 长期稳定的业务语义定义

企业 Agent 所需四类知识的工程责任分工

本体在其中处于关键位置,但不应该由同一个本体库承担全部责任。

任务与过程性知识:知道“怎么完成”

理解订单、合同和风险的含义之后,Agent 还要知道如何完成一次履约风险检查。

任务与过程性知识包括任务目标、步骤顺序、可用工具、输入输出、前置条件、角色分工、异常处理和完成标准。它可以表现为业务 SOP、工作流、Agent Skill、规则配置或动作契约。

在履约风险场景中,它至少要明确四件事:

  • 任务范围:检查哪些订单,在什么时机触发;

  • 数据与判断:读取哪些权威数据,何时调用规则或模型;

  • 动作与责任:产生什么结果,谁负责确认和执行;

  • 异常恢复:证据冲突、工具超时、重复提交和部分失败时如何处理。

  • 合同履约风险检查任务卡的范围、判断、责任与异常恢复

    本体可以定义对象、状态和规则的业务含义,但过程本身通常由工作流、规则引擎、业务服务和 Agent Runtime 承载。

    把“风险检查流程”写进本体,不等于 Agent 已经掌握了流程;把一个 API 暴露为工具,也不等于它已经获得可靠完成任务的能力。

    状态不是静态图谱:行动必须依据运行时事实

    一种常见反模式,是把订单、审批状态、值班人员等不断变化的事实复制进静态语义图谱,希望 Agent 从一张图中取得所有信息。问题不在图数据库,而在于这些状态副本很快可能与权威业务系统脱节,Agent 却无法判断自己读取的是否仍是当前事实。

    情境与状态知识包括当前业务状态、有效证据、时间与来源、操作者身份、授权上下文,以及本次任务已经发生的关键事件。

    本体可以定义“订单处于待履约状态”“延期审批已生效”分别意味着什么,却不能自行保证某个订单现在确实处于该状态。当前事实必须来自对其负责的源业务系统、可验证的数据投影或具有明确时效与来源的证据记录。

    同样,权限不是一条静态说明文字。当前发起者是谁、是否拥有权限、是否需要审批、审批是否仍然有效,都要在运行时重新校验。

    因此要明确:

    • 语义模型定义状态、证据和动作在业务上意味着什么;
    • 源业务系统对真实状态、事务结果和权限事实负责;
    • 对象运行时可以按统一语义聚合当前事实,但不能取代源系统的事务权威;
    • 动作网关和业务服务在执行前校验权限、审批、幂等与前置条件。

    状态副本不能替代源业务系统提供的当前事实

    缺少这一层,再丰富的本体也只能解释业务,不能为改变真实业务状态提供可靠依据。

    元认知不是再建一个本体,而是贯穿全局的运行控制

    元认知可以简单理解为:Agent 是否知道当前依据是否充分,以及下一步应该如何调整。

    在工程系统中,它表现为计划、监控、校验、追问、降级、暂停、转人工和复盘,而不是再建设一张“元认知本体”。

    当延期审批记录缺失、合同版本冲突,或者模型无法判断一段文本是否覆盖当前订单时,Agent 应标记证据不足,要求补充材料或将候选结论交给责任人确认;高风险情形下应停止动作并记录阻断原因。

    元认知会使用四类知识,但它的工程落点是 Agent Runtime、运行策略、评测反馈和人工接管机制。它回答的是“是否应该继续相信当前判断并采取行动”,而不是重新定义业务对象。

    四类知识如何汇聚到一次任务中

    四类知识不是固定的单向流水线,而是从不同来源汇聚到任务运行过程:

    四类知识在 Agent Runtime 中汇聚并经治理进入业务执行

    任务知识会决定需要查询哪些事实,新取得的证据可能改变后续步骤,决策结果也可能触发补充查询或人工确认。这不是五个独立系统依次调用,而是一组必须分开治理、在运行时持续协调的责任。

    四类知识不能共用一条更新链

    四类知识不仅来源不同,变化速度和发布责任也不同。如果共用一条“知识更新”流程,要么世界知识和实时状态无法及时更新,要么企业语义未经确认就被自动改写。

    知识类型主要来源与权威边界变化与时效特征核心治理和发布机制
    世界知识 基础模型、可信公开信息和外部知识源;模型参数不是企业事实权威 模型升级相对低频,外部知识随来源变化 模型评测、检索与引用验证、来源和有效期管理
    领域与业务语义知识 领域专家、企业制度和业务负责人;由企业确认最终口径 通常低频至中频,但变化可能产生跨系统影响 版本化发布、语义注册、数据映射、影响分析和回归测试
    任务与过程性知识 流程负责人、业务运营、研发和工具负责人 随流程、工具和 API 变化,通常中频调整 工作流版本、Skill 和工具契约测试、异常与权限验证
    情境与状态知识 核心业务系统、事件流、身份与权限服务;源系统对事实负责 变化频率高低不一,新鲜度由决策和动作风险决定 运行时查询、事件订阅、状态版本、时间戳、新鲜度校验、证据来源和审计

    四类知识拥有不同的更新与治理链

    元认知与运行策略则应根据失败事件、评测结果、人工接管记录和风险政策持续调整,并独立接受验证。

    企业知识架构不只是把知识分门别类地存起来,还要为每一类知识确定权威来源、更新机制、版本责任和失效条件。

    不必为每个场景建设完整知识架构

    如果只是对边界清楚的制度文档进行问答,RAG 加上权限过滤可能已经足够;如果只是从单一系统读取定义明确的字段并按稳定公式计算,数据服务和业务代码通常更加直接;一次性的低风险分析,也未必值得建设长期维护的本体和 Agent 运行体系。

    只有当一个场景同时存在跨系统对象统

    一、复杂关系与状态、规则适用范围、证据追溯,以及多个应用或 Agent 长期复用的需求时,才值得系统性建设上述知识架构。

    即使场景具备这些条件,也应该从一个可验证的业务问题开始,而不是先建设覆盖全企业的“万能知识中枢”。

    小结

    世界知识让 Agent 理解人类共享的语言和背景;领域与业务语义知识为它提供企业业务坐标系;任务与过程性知识告诉它如何完成目标;情境与状态知识提供此时此刻的事实、证据和授权。

    本体驱动的数据治理负责沉淀业务语义及其与真实数据之间的可信连接。本体智能要进一步让语义、任务、状态、权限、决策和行动在明确责任边界下协同。

    企业真正需要的不是一个无所不包的本体库,而是一套让不同知识各归其位、让 Agent 在证据和约束下理解并参与业务的知识架构。

    如何学习大模型 AI ?

    由于新岗位的生产效率,要优于被取代岗位的生产效率,所以实际上整个社会的生产效率是提升的。

    但是具体到个人,只能说是:

    “最先掌握AI的人,将会比较晚掌握AI的人有竞争优势”。

    这句话,放在计算机、互联网、移动互联网的开局时期,都是一样的道理。

    我在一线互联网企业工作十余年里,指导过不少同行后辈。帮助很多人得到了学习和成长。

    我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

    这份完整版的大模型 AI 学习资料已经上传CSDN,朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

    https://img-blog.csdnimg.cn/img_convert/05840567e2912bcdcdda7b15cba33d93.jpeg

    在这里插入图片描述

    为什么要学习大模型?

    我国在A大模型领域面临人才短缺,数量与质量均落后于发达国家。2023年,人才缺口已超百万,凸显培养不足。随着AI技术飞速发展,预计到2025年,这一缺口将急剧扩大至400万,严重制约我国AI产业的创新步伐。加强人才培养,优化教育体系,国际合作并进是破解困局、推动AI发展的关键。

    在这里插入图片描述

    在这里插入图片描述

    大模型入门到实战全套学习大礼包

    1、大模型系统化学习路线

    作为学习AI大模型技术的新手,方向至关重要。 正确的学习路线可以为你节省时间,少走弯路;方向不对,努力白费。这里我给大家准备了一份最科学最系统的学习成长路线图和学习规划,带你从零基础入门到精通!

    img


    2、大模型学习书籍&文档

    学习AI大模型离不开书籍文档,我精选了一系列大模型技术的书籍和学习文档(电子版),它们由领域内的顶尖专家撰写,内容全面、深入、详尽,为你学习大模型提供坚实的理论基础。

    在这里插入图片描述

    3、AI大模型最新行业报告

    2025最新行业报告,针对不同行业的现状、趋势、问题、机会等进行系统地调研和评估,以了解哪些行业更适合引入大模型的技术和应用,以及在哪些方面可以发挥大模型的优势。

    img

    4、大模型项目实战&配套源码

    学以致用,在项目实战中检验和巩固你所学到的知识,同时为你找工作就业和职业发展打下坚实的基础。

    img

    5、大模型大厂面试真题

    面试不仅是技术的较量,更需要充分的准备。在你已经掌握了大模型技术之后,就需要开始准备面试,我精心整理了一份大模型面试题库,涵盖当前面试中可能遇到的各种技术问题,让你在面试中游刃有余。

    img

    适用人群

    在这里插入图片描述

    第一阶段(10天):初阶应用

    该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。

    • 大模型 AI 能干什么?
    • 大模型是怎样获得「智能」的?
    • 用好 AI 的核心心法
    • 大模型应用业务架构
    • 大模型应用技术架构
    • 代码示例:向 GPT-3.5 灌入新知识
    • 提示工程的意义和核心思想
    • Prompt 典型构成
    • 指令调优方法论
    • 思维链和思维树
    • Prompt 攻击和防范
    第二阶段(30天):高阶应用

    该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。

    • 为什么要做 RAG
    • 搭建一个简单的 ChatPDF
    • 检索的基础概念
    • 什么是向量表示(Embeddings)
    • 向量数据库与向量检索
    • 基于向量检索的 RAG
    • 搭建 RAG 系统的扩展知识
    • 混合检索与 RAG-Fusion 简介
    • 向量模型本地部署
    第三阶段(30天):模型训练

    恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。

    到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?

    • 为什么要做 RAG
    • 什么是模型
    • 什么是模型训练
    • 求解器 & 损失函数简介
    • 小实验2:手写一个简单的神经网络并训练它
    • 什么是训练/预训练/微调/轻量化微调
    • Transformer结构简介
    • 轻量化微调
    • 实验数据集的构建
    第四阶段(20天):商业闭环

    对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。

    • 硬件选型
    • 带你了解全球大模型
    • 使用国产大模型服务
    • 搭建 OpenAI 代理
    • 热身:基于阿里云 PAI 部署 Stable Diffusion
    • 在本地计算机运行大模型
    • 大模型的私有化部署
    • 基于 vLLM 部署大模型
    • 案例:如何优雅地在阿里云私有部署开源大模型
    • 部署一套开源 LLM 项目
    • 内容安全
    • 互联网信息服务算法备案

    学习是一个过程,只要学习就会有挑战。天道酬勤,你越努力,就会成为越优秀的自己。

    如果你能在15天内完成所有的任务,那你堪称天才。然而,如果你能完成 60-70% 的内容,你就已经开始具备成为一名大模型 AI 的正确特征了。

    这份完整版的大模型 AI 学习资料已经上传CSDN,朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

    https://img-blog.csdnimg.cn/img_convert/05840567e2912bcdcdda7b15cba33d93.jpeg

    赞(0)
    未经允许不得转载:网硕互联帮助中心 » 小白程序员轻松入门大模型,构建懂业务的企业Agent的秘诀
    分享到: 更多 (0)

    评论 抢沙发

    评论前必须登录!