如何打造通用性极强的交互架构,同时精准适配多样化、差异化的业务场景,是智能体业务落地的关键。 本文聚焦: • 大模型 IO接口的设计思路、架构方案及实际运行全流程。 大模型 IO 接口,依托 Strategy+Adapter 双层抽象架构,实现上层 Agent逻辑与下层LLM通信的完全解耦。 ReAct循环实质是: 通过预设的 max_iterations 循环调用大模型,模型思考返回结果和是否停止标志,如果需要调用工具结果后继续思考,就获取工具结果后继续循环。 当大模型认为已经得到最终的结果,就会输出最终结果,触发停止条件,跳出循环,完成整个 ReAct 循环。 在执行层,包装了两个输入和输出的类型。通过输入的参数配置,区分不同的业务需求。 这是整个系统的核心引擎,每轮迭代流程如下: ToolRegistryLLMProviderAgentRunnerToolRegistryLLMProviderAgentRunner① 上下文治理管道② 调用大模型追加到
通过这一平台,开发者能够利用文心大模型,针对自己的行业和应用场景,选择适合的开发方式,打造具有时代特征的产品。 二、快速创建智能体 进入文心智能体平台,我们可以选择基于“零代码”或者“低代码”创建智能体,这里各位可以根据自己的需求和情况来进行选择。 这里我们点击零代码创建智能体。 2.2 智能体Prompt配置 我们先简单来介绍一些Prompt智能体相关的一些知识: 智能体prompt指令是一种用于指导或激活智能体(如人工智能模型)执行特定任务的输入方式。 例如咱们的大模型开发教学智能体设定如下: 角色与目标 作为一个大模型相关的专家,你的主要任务是解答用户的代码问题,教授机器学习的基础知识,以及解释大模型算法。 在解释大模型算法时,需要清晰地阐述算法的原理、应用以及优缺点,以便用户能够全面了解。 若用户的问题超出你的知识范围或无法清晰解答,应诚实告知用户,并尝试提供相关的学习资源或建议。
多智能体角色的说明 最近在尝试 LLM Multi Agent(多智能体)的应用场景,下面给一个最近觉得还比较好用,也不是很麻烦的案例。 , clear_history=False, ) 大模型的选择 在这个脚本中,我使用的是 DeepSeek(我真是 DeepSeek 的热爱粉丝…),如下代码。 ,但是从我个人的使用经验来看,使用多家不同的模型,效果会更好。 如果选择国内的模型,除了 DeepSeek,通义和豆包两个系列的模型也都挺好的,可以参考上面的代码进行配置。 上面的案例中我没有设置,因为在 SRE 这个场景中,如果设置一个规划 Agent,会导致回答很冗长 后面设置两个具体干活的 Agent,但是在他们的 Prompt 不能完全一样,而且这两个 Agent 的大模型最好也是用不同公司的
前记 关于智能体的分类,心里一直是比较困惑的,于是想系统地了解下智能体应该如何分类。 一、大模型是怎么"变成"智能体的 1.1 一个让笔者困惑很久的问题 在聊智能体分类之前,笔者想先说一个一直困扰自己的问题:大模型本质上就是在"预测下一个 token",它怎么就突然具备了推理、规划、反思 这个问题其实是理解整个智能体体系的起点。 大语言模型的底层机制确实是基于概率的序列预测——给定前文,预测最可能出现的下一个词。 ✅ 1.3 一个关键结论 智能体的"高阶能力"并不是大模型自带的,而是通过架构设计、提示工程和工具集成,把大模型的"预测能力"组装成了"类智能行为"。 但多智能体也有代价:token 消耗约为单 Agent 的 15 倍,通信开销大,稳定性更难保障。简单聚焦任务、实时延迟要求高、预算有限的场景,应该坚持单 Agent。
如果我们能给大模型配备上四肢和工具呢?大模型是不是就会打破次元壁,从数字世界走向现实世界,与现实世界实现梦幻联动呢? 从软件工程的角度看来,智能体是一种基于大语言模型的,具备规划思考能力、记忆能力、使用工具函数的能力,能自主完成给定任务的计算机程序。 图 1. 智能体开发框架,会抽象和封装那些被高频使用的模块,如记忆能力、规划能力、RAG 能力、大模型调用等。使用智能体框架,可让帮助你快速搭建智能体。 下图的左侧是多智能体的协作流程,右侧是单智能体的工作流程。 图11 展望 随着大模型的百花齐放,LLM 会支持更长的上下文、更大的参数规模,其推理能力也会愈发强大。 因此,基于大模型搭建的智能体(AI Agent)的能力边界也在不断突破。
主讲人: 李慧 | 医疗健康产品商业化负责人 数据来源: 2024腾讯全球数字生态大会 一、产品定位与核心亮点 技术定义: 腾讯医疗大模型是一款基于腾讯混元AI生成技术的医疗健康智能体,旨在构建“个人健康助理 智能随访计划:自动生成及派发管理计划,自动化收集患者信息,减轻医护沟通任务。 临床医生 影像报告书写耗时,且存在错别字等质控风险;需花费大量时间进行患者教育。 功能框架 产品架构分为两大核心模块: 个人健康助理(To C/患者端): 包含健康自诊、用药助手、报告解读、健康咨询及权威科普联动。 多模态处理: 支持结构化数据、PDF、图片数据的智能识别与分析。 集成能力: 可被第三方系统集成(如企业微信管理后台、医院HIS系统)。 解决方案: 使用智能随访计划生成及派发功能,结合患者信息收集模块(收集发音、感受、图片上传等),生成个性化管理建议。
核心场景与商业模式医疗AI智能体的商业化聚焦两大方向:B端赋能:通过技术输出降低基层医疗门槛。例如美中嘉和构建的智能体检管理系统,基于多模态大模型实现医学影像分析、报告生成与健康管理方案输出。 核心场景与商业模式物流AI智能体的价值在于实现全流程智能化管理,其变现路径包括:企业级解决方案:顺丰构建的物流决策“智能大脑”通过三层架构实现全链路优化:垂域模型:理解客户指令(如“优化深圳到北京运输” ),拆解为算货量、调车辆、规划路线等子任务;大小模型协同:大模型负责任务拆解与全局规划,小模型(如运输成本计算模型)处理细分问题;动态资源匹配:实时监控车辆位置、订单需求与天气数据,动态调整运力分配。 关键成功要素场景深度融合:AI智能体需与物流业务紧密结合。例如,顺丰针对“航空异常调度”场景,训练AI智能体识别延误原因并自动生成应对方案,使调度响应时间缩短60%。 生态协同能力:传化智联通过“智能公路港网络+AI大模型”构建行业生态,其72个智能公路港日均车流量17万车次,为AI模型提供海量训练数据,形成“数据-模型-服务”的正向循环。
v=Wb5ZkZUNYc4&list=PLB1k029in3UhWaAsXP1DGq8qEpWxW0QyS&index=6 内容整理:王怡闻 在 Linjie Li 的演讲中,她回答了多模态智能体中的重要问题之一 :如何用大模型将多模态智能体串联起来。 图4 受到NLP领域的启发过去几个月间,多模态智能体领域的进展十分迅速,并且涉及到了多个领域,如下图。后面将以MM-ReAct作为例子展示多模态智能体是如何工作的。 而随着大模型的不断更新,在这个新范式下建立的多模态智能体系统的能力也会随之增强。 图9 GPT + SAM -- 理解人类指令 我们可以将不同的模型结合到一起,以应对更复杂的任务。 前面提到多模态代理使用自然语言来提示大语言模型进行规划并决定使用哪些工具可以使用编程语言来更准确地执行,但是由于代码仍然是由大语言模型生成的,因此仍然存在不准确的问题。
大模型就像个满腹经纶的学者,能说会道却迈不出书房;而AI智能体,就是给这位学者装上“行动能力”的技术方案——不用重构底层模型,核心是通过三层技术设计,让大模型从“只会回答”变成“自主做事”。 今天用大白话拆解智能体开发的核心技术,普通人也能看懂落地逻辑。首先要明确:智能体开发的技术核心是“闭环能力”,而非创造新模型。 核心逻辑是“自然语言→机器指令→结果反馈”的转化:当智能体判断需要工具时,技术层会自动把大模型的自然语言指令,翻译成工具能听懂的代码(如API调用、SQL查询),执行后再把结果翻译回自然语言。 比如用户问“上月电商销量Top3产品”,智能体先让大模型识别“需查销售数据库”,再自动生成SQL查询语句,拿到数据后整理成通俗回复。 其实AI智能体开发,本质是“技术落地的工程思维”。不用纠结大模型的底层原理,核心是把“用户需求”通过任务规划、工具对接、反馈闭环三大技术环节,转化为大模型能执行的行动。
一、 产品定位与核心亮点 腾讯医疗健康智能体是基于腾讯混元大模型的医疗健康领域AI应用。 其核心技术属性为医疗垂直领域大语言模型,商业差异化卖点在于将大模型技术与专业的医学知识库(腾讯医典)相结合,为个人用户和医疗机构提供精准、专业的健康信息服务和医患沟通效率工具。 三、 应用框架和功能介绍 功能框架 产品主要分为两大模块:面向个人用户的健康助手和面向医疗机构的医患沟通与报告辅助工具。 硬核指标 技术基础:基于腾讯混元大模型。 四、 典型案例 智能随访管理场景 背景:家庭医生团队需高效管理大量签约居民,完成随访任务。 总结 腾讯医疗健康智能体通过大模型技术,在个人健康服务层面实现了更精准、便捷的信息获取与指导;在医疗机构服务层面,有效助力医患沟通效率提升(智能随访、辅助沟通)和报告处理流程优化(报告提效),达成了“增效降本
三者是“总-分-延”的关系:AI包含大模型与智能体,大模型为智能体提供能力基础,智能体是大模型落地的关键形态。一、核心概念:AI、大模型与智能体的本质拆解1.1什么是AI(人工智能)? 二、直观对比:AI、大模型与智能体的核心差异对比维度AI(人工智能)大模型(FoundationModel)智能体(Agent)核心定位智能技术的总称(大范畴)AI的通用能力核心载体大模型的自主任务执行延伸 6.2简单适配个性化需求(低门槛)大模型微调:通过企业/个人知识库上传,让大模型适配专属需求(如上传公司产品资料,让大模型成为智能客服);智能体配置:在Coze等平台,通过可视化操作给智能体添加“工具” Q2:大模型与智能体,哪个更适合普通职场人?答:优先从大模型入手,再逐步使用智能体。 官方技术文档Coze(扣子)《智能体落地实践白皮书》核心关键词AI(人工智能)、大模型、智能体、FoundationModel、Agent、人机协同、AI应用场景、大模型微调、智能体闭环逻辑
懂所思、知所能、行所意,是大模型驱动多智能体协作的主要能力。 智能体可赋予大模型物理实体,使其具备与真实物理世界感知交互的能力。 1 大模型下的异构智能体协同 人工智能场景分工趋向细化,探索 AI 工程化路径中,大模型控制智能体是大势所趋。 要实现大模型异构智能体自主协同,离不开三大方面的能力:懂所思、知所能、行所意。 懂所思,指的是要发挥大模型对高层语义的理解能力。 可以看到,通过大模型调度多种智能体自主协作,大模型具备了对无人机集群、机器狗、机械臂等智能体的真机协同控制能力。 智能体可赋予大模型物理实体,使其具备与真实物理世界感知交互的能力。 比如,智能体可能需要为大模型寻找甚至生成更好的训练数据,这个过程中我们要确保智能体的行为符合伦理,不侵犯人类隐私。 第四是新型智能体设计。
当面对超出其训练数据边界和固有知识范畴的问题时,智能体大模型往往会陷入困境,却浑然不知,这便是知识盲区带来的隐患。 如何构建能够自动发现自身知识盲区的智能体大模型,成为当下人工智能领域亟待攻克的前沿难题,它关乎着智能体大模型能否真正实现从“智能助手”到“可靠伙伴”的跨越。 元学习能够帮助智能体大模型学会如何学习,使其在面对新问题时,快速调整学习策略和知识运用方式。 这样,智能体大模型在不断的学习和试错中,逐渐强化对自身知识边界的感知能力。知识图谱技术也为智能体大模型探测知识盲区提供了有力支撑。 然而,要实现让智能体大模型具备高效、准确的自动知识盲区发现能力,仍然面临诸多挑战。
简单来说:大模型是智能体的 “核心能力引擎”,智能体是大模型从 “被动响应” 到 “主动解决问题” 的 “系统载体”—— 没有强大的大模型,智能体难以实现复杂任务的理解与规划;但仅靠大模型,无法成为能自主完成任务的智能体 二、大模型与智能体的核心关系:大模型是智能体的 “能力基石” 智能体的 “自主做事能力”,本质是靠大模型解决了 “最核心的理解与规划难题”。 五、协同进化:大模型与智能体相互推动发展 大模型和智能体不是 “单向支撑” 的关系,而是 “相互促进” 的协同进化: 1. 智能体的需求,推动大模型优化 智能体 “工具调用需求”:推动大模型增强 “工具适配能力”(如 GPT-4 的 Function Calling 功能,可直接调用 API); 智能体 “长期记忆需求”:推动大模型发展 简单来说:大模型决定了智能体的 “智商上限”,智能体决定了大模型的 “价值下限”—— 没有大模型,智能体是 “空壳系统”;没有智能体,大模型是 “闲置的能力”。
智能体开发的核心不是“造新模型”,而是“用好现有大模型”。 基础大模型(比如GPT、文心一言)已经掌握了海量知识,我们不用重复训练,关键是解决三个问题:让它知道“做什么”、学会“怎么干”、能应对“突发情况”。第一步,明确目标与边界:给智能体定“任务清单”。 第二步,工具调用:给智能体装“手脚”。大模型本身不会直接操作软件、查询数据库,这就需要给它对接各种“工具”——比如查询库存的数据库接口、发送通知的短信API、整理文档的办公软件插件。 ,智能体先让大模型识别出“需要查库存”,再自动生成查询数据库的SQL语句,拿到结果后再翻译成自然语言回复用户。这里要注意工具的兼容性,不用追求“高大上”,能稳定调用、数据准确比什么都重要。 其实AI智能体开发,本质是“技术落地的思维”——不用纠结底层模型的复杂原理,而是聚焦“用户需求”和“实际场景”,把大模型的知识转化为可执行的行动。
企业级大模型与智能体应用实践指南王文广(kdd.wang@gmail.com)四:功能定义与提示词工程——将通用智能驯化为业务组件现在,路已铺好,桥已架通,真正的挑战随之而来:如何接入智能? 通用大语言模型(LLM)最显著的特征是其“通用性”与“多模态性”。它既能写诗,也能写代码;既能闲聊,也能分析财报。然而,在企业业务流程的语境下,这种“全能”往往意味着“不可控”。 而在大模型集成的架构中,引入了一个全新的单元:LLM Task(大模型任务)。 这种架构布局传达了一个核心理念:人工智能是在增强工作流,而不是替代工作流。AI大模型不应该接管整个业务流程的控制权(至少在当前阶段)。相反,它应该被封装为一个无状态的原子服务。 为了解决这个问题,企业级集成通常采用以下策略:预填充(Prefill):在Prompt的末尾强制加上{,诱导模型直接开始输出JSON体。
如何理解AI大模型和智能体?深入浅出大语言模型心智模型“意向立场” 文 | 王文广在日常生活里,我们总是自然而然地揣测他人的想法——“他觉得天气太冷”,“她希望尽快结束会议”,“他认为我在撒谎”。 同理,当大模型展现出足以完成复杂认知任务的“智能行为”时,我们最合理的做法,就是像对待火星人一样,采用意向立场来理解它们。 DeepSeek-V4的开源发布,对智能体的应用有着极大的促进,数以万计的企业可以本地化部署大模型来开发智能体。 但如何开发先进的智能体,能够充分利用DeepSeek-V4,王文广所著的《智能体系统导论:架构与工程实践》一书实乃佳作,该书剥离了对人工智能能力的过度拟人化想象,回归计算机科学与软件工程的本质,借鉴OpenClaw 它告诉我们,无论一个智能体的“血肉”是碳基还是硅基,当其行为足够复杂时,将其视作一个“有心智的它者”,便是我们所能采取的一种明智的立场。
企业级大模型与智能体应用实践指南王文广(kdd.wang@gmail.com)六:韧性工程与故障排查——构建“反脆弱”的智能系统真正的生产环境是残酷的。 接下来详细介绍智能体技术,以及在企业级智能体应用中的核心——知识运营(KnowledgeOps)。1. 智能体(Agent)的崛起:赋予AI“手”和“眼”在传统的集成配置中,我们只关注输入(Input)和输出(Output)。而在智能体架构中,我们需要配置的是目标(Goal)和工具(Tools)。 展望未来:智能体与知识运营站在当下的节点展望未来,集成的范式正在发生裂变。我们正在从“人指挥AI工具”(Copilot模式)向“AI智能体自主规划”(Agent模式)演进。 随着大模型能力的不断商品化和同质化,企业的核心竞争力将不再取决于使用了哪个模型,而取决于这座桥梁的稳健性、安全性和通过效率。4.
目录一、序章:2026AI元年的核心标志——从大模型到智能体的跃迁二、技术演进:大模型到智能体的四大核心能力突破三、产业落地:智能体赋能多行业的转型实践四、革命内核:从大模型到智能体的三大落地逻辑变革五 二、技术演进:大模型到智能体的四大核心能力突破从大模型到智能体的跃迁,核心是四大能力的协同升级:自主决策能力:通过强化学习实现复杂任务拆解与主动规划,脱离人类实时干预。 四、革命内核:从大模型到智能体的三大落地逻辑变革智能体落地革命本质是三大逻辑的重构:应用逻辑:从“工具调用”转向“目标驱动”。用户只需明确目标,智能体即可自主完成全流程任务,无需人工干预。 八、FAQ1.2026AI元年的核心标志为何是大模型到智能体的跃迁? 2.智能体与大模型的核心区别是什么?核心区别在于自主决策、跨系统协同、持续进化能力与目标驱动的应用逻辑。大模型需人工调用,智能体可自主完成全流程任务。3.中小企业应用智能体的核心障碍与解决办法?
大模型能力越来越强,但落地没那么快。从单次对话到多步任务,中间隔着系统工程。这篇文章聊三个绕不开的技术方向:RAG、MCP和智能体。 一、RAG:让模型学会翻资料大模型的知识截止于训练时刻,这是天生局限。RAG的思路很简单:用户提问时,先从知识库里检索相关内容,再让模型基于这些资料生成答案。数据分片是关键第一步。 三、智能体:从回答问题到完成任务RAG让模型能查资料,MCP让模型能调工具,两者结合,就能做出真正干活的智能体。智能体与问答系统的区别在于:它有状态,能规划,能执行多步骤任务。 蒸馏模型、本地部署、小型模型处理常规任务、复杂问题交给大模型,都是控制成本的手段。评估。怎么判断智能体做得好不好?不能只看单次回答质量,要看任务完成率、多轮对话成功率、资源消耗。领域不同,指标需定制。 大模型的能力边界还在扩展,但技术关注点正从“模型多强”转向“系统多稳”。RAG让知识库活起来,MCP让工具链打通,智能体让自动化升级。这三块拼图拼起来,才可能做出真正落地的应用。