资讯动态

人工智能引论课件精讲:从Agent到多Agent系统的核心概念

发布时间:2026/10/3 11:16:22 来源:尧图企业网站定制
简介这是一份面向人工智能初学者的《人工智能引论课件》精品PPT由浙江大学人工智能研究所相关课程资料整理而成适用于高校相关专业学生、AI入门读者及准备课件/备课的教师。课件重点围绕人工智能基本概念、分布式人工智能、智能Agent及多Agent系统展开系统讲解分布式问题求解、Agent理论与定义、Agent特性、多Agent环境MAGE、面向Agent的软件技术、Mobile Agent以及若干前沿问题内容结构清晰、循序渐进。资源仅包含1个pptx文件压缩包大小约415KB方便直接下载使用。目前已有235人浏览学习。通过这份课件读者可快速建立AI整体知识框架尤其能深入理解智能Agent的强弱定义、自治/社会/反应等核心特性以及多Agent系统由底向上的设计思路适合作为课程学习、期末复习或教学参考的精品资料。1. 人工智能引论课件一份讲透Agent的PPT值不值得逐页拆读人工智能引论课件里讲Agent的不少但能把智能Agent与多Agent系统从概念讲到理论模型、再到通信协作和MAGE平台的这份浙大《人工智能引论》第13讲算是难得的一份。我拿到这份PPT时第一反应是年份有点老但逐页看下来发现Agent的弱定义、可能世界模型、黑板通信这些底层的框架不但没过时反而是现在很多所谓智能体项目里讲不清的根基。整份课件覆盖了分布式人工智能、分布式问题求解、Agent理论、Agent结构、Agent通信、协调与协作、MAGE环境、面向Agent的软件技术以及Mobile Agent适合正在入门AI、准备考研复试或想选Agent方向做课程设计的同学。这篇笔记把课件里能直接抄作业的部分拆开讲顺便把我自己读的时候踩过的坑一并列出来。2. 分布式AI与分布式问题求解理解多Agent系统的理论起点2.1 为什么多Agent系统要从分布式AI讲起课件把分布式人工智能DAI定义为研究在逻辑上或物理上分散的智能系统如何并行、相互协作地实现问题求解。这句话读起来平淡但它是理解后面所有内容的前提。DAI给出两条技术路线自顶向下是分布式问题求解先有总任务再层层分解自底向上是基于Agent的方法让多个独立实体通过交互涌现出整体智能。多Agent系统走的是第二条路。课件里强调DAI系统的三个特色值得反复看第一数据、知识、控制不仅在逻辑上分布物理上也分布既没有全局控制也没有全局数据存储第二各求解机构由计算机网络互连通信代价比求解问题的代价低得多第三各机构能相互协作求解单个机构难以完成的任务。这三个特色直接决定了后面Agent通信和协调章节的设计取向——如果一个系统里有全局控制中心那它本质上还是传统分布式计算不是多Agent系统。当时我读到这里最大的收获是理解了为什么课件把DAI的优点列成四条提高问题求解能力、提高求解效率、扩大应用范围、降低软件复杂性。降低软件复杂性这条往往被忽略其实它才是Agent思想在软件工程里流行的真正原因——把复杂系统拆成多个自治实体每个实体只管自己的感知、决策和行动整体复杂度反而降下来了。2.2 分布式问题求解的四步流程与三种结构课件把分布式问题求解过程拆成四步任务分解、任务分配、子问题求解、结果综合。这四步是考试和面试里容易考到的点但更值得琢磨的是每一步背后对应的问题。任务分解要考虑的是按什么粒度切分任务切得太粗节点负载不均切得太细通信开销会吃掉并行收益任务分配要考虑的是节点能力和任务需求的匹配子问题求解相对独立结果综合则需要处理各节点返回结果的不一致性和时序问题。按照组织结构分布式问题求解系统分为层次结构类、平行结构类和混合结构类三类。层次结构类适合任务本身有层级关系的情况上下级之间有明确的控制流平行结构类适合各子任务相对独立的场景节点之间是对等关系混合结构类则是两者的结合。选哪种结构不是拍脑袋决定的而是要看任务分解后子问题之间的耦合程度来定。关于协作的分类课件按节点间协作量把系统分成全协作系统、无协作系统和半协作系统。这个分类比想象中重要。全协作系统里所有节点共享目标适合任务可分解且子任务之间需要频繁交换中间结果的场景无协作系统中节点各自为政只在必要时交换消息半协作系统则是有选择地协作需要判断什么时候协作收益大于通信成本。实际系统绝大多数是半协作的这也是为什么课件后面花了大量篇幅讲协调策略。2.3 三种通信方式与黑板模型的适用边界分布式问题求解的通信方式课件列了三种共享全局存储器、信息传递、黑板模型。这里有个容易误解的地方共享全局存储器并不是说真的有一块物理内存大家都能访问而是指通过数据库或共享文件等方式实现数据共享它的优点是实现简单缺点是容易产生访问冲突和数据一致性维护成本高。信息传递则适合节点之间关系明确、消息模式固定的系统。黑板模型是这三者里最能体现DAI思想的一个。黑板本身是一个共享的知识库各节点不直接通信而是通过在黑板上读写信息来间接交互。这样做的好处是节点之间解耦谁什么时候写、谁什么时候读都不需要提前约定坏处是黑板会成为性能瓶颈和单点故障点。我做课程设计时用过一次黑板模型感受是黑板适合那些子任务之间没有严格时序依赖、结果可以异步到达的问题比如语音识别里的音素、单词、句子三个层次同时处理就非常适合黑板模型。读这份课件时我建议把三种通信方式和前面讲的三种组织结构放在一起对照着看层次结构配信息传递比较自然平行结构配共享存储器或黑板都行混合结构往往需要多种通信方式并存。能把这个对应关系理清楚分布式问题求解这块就算真正吃透了。3. Agent的定义、特性与理论模型别再把Agent当成高级函数3.1 从Office助手到网络爬虫课件里那组经典实例课件讲Agent思想时给了一组实例Microsoft的Office助手、计算机病毒、游戏或模拟中的智能角色、贸易和谈判Agent、网络蜘蛛Web Spider。这组例子选得很讲究它把Agent的两种形态都覆盖了。Office助手和游戏角色是软件Agent在交互界面上的体现计算机病毒被当作破坏Agent来举例强调的是Agent的自主性和对环境的作用能力——病毒不需要用户操作就能自主复制和传播Web Spider则是典型的目标驱动Agent按照预设策略在网络上爬取页面并提取信息。我在读这份课件时特别注意了Web Spider这个例子。搜索引擎里的数据采集和索引Agent是最接近工程实现的Agent案例它有明确的目标抓取网页、提取链接、有感知HTTP请求、有行动解析页面、存储内容、有自主性不需要人工干预持续运行。后来我在实际项目里写爬虫脚本时对照课件的Agent定义去审视那套代码才发现自己写的爬虫其实是缺乏灵活性的——它只能按固定规则跑遇到反爬策略就死掉了。真正的Agent应该能感知环境变化并调整策略。3.2 强定义、弱定义与Agent四两特性清单课件给出了Agent在计算机和人工智能领域的基础定义Agent是一个实体通过传感器感知环境通过效应器作用于环境。这个定义是纯工程视角的把Agent抽象成感知-决策-行动的闭环。随后课件给出了弱定义和强定义两个层次这两个定义的区分非常重要。弱定义列出的核心特性是自主性Autonomy、社会性Social ability、反应性Reactivity、主动性Pro-activeness。课件还加了基于场景性Situatedness和灵活性Flexibility。强定义则要求Agent具有知识、信念、意图、承诺等心智状态这对Agent的认知能力提出了更高要求。在面试和考试里回答Agent特性时最好按弱定义到强定义的层次来答先讲工程上的四个基本特性再讲理论层面的心智属性这样显得有体系。特性类别具体特性实践含义弱定义核心自主性Agent行为由自身目标驱动不完全依赖外部指令弱定义核心社会性Agent能与其他Agent或人类通信、协作弱定义核心反应性Agent能感知环境变化并实时响应弱定义核心主动性Agent能自发采取行动不是被动等待强定义扩展知识、信念、意图、承诺涉及Agent的心智状态建模理论性强其他可选长寿性、移动性、自适应性依应用场景取舍不是所有Agent都必备这里我特别想提醒的是主动性和反应性的区别。反应性是环境变了我要做出回应主动性是环境没变我也要主动推进目标。很多系统号称自己是Agent实际上只做了反应性这一层就是收到请求返回结果完全没有主动性。严格来说这样的系统只能算是一个被动的服务程序不满足Agent的弱定义。3.3 可能世界模型与意图系统Agent理论的两个基础桩课件里Agent理论部分讲了两块基础工作一个是可能世界模型一个是意图系统。可能世界模型在Agent理论研究中的地位是开创性的它的思想是把Agent的知识和信念描述成一系列可能世界每个可能世界包含对象、属性及其关系。Agent的知识就是它在所有可能世界中都成立的那些命题Agent的信念则是它在某些可能世界中成立、某些可能世界中不成立的命题。配套的练习题如果让我用一句话概括第一节概述的内容——分布式人工智能解决的是多个分散智能体如何并行协作的问题两条路线是自顶向下分布式问题求解和自底向上多Agent系统三个特色是数据/知识/控制分布、无全局控制、节点间可协作。用这样的复述方式把课件第一节消化干净后面第二节第三节会越读越顺。以后遇到任何Agent相关的新概念我都习惯先做这个定义-场景-验证的三步操作做完才算真正看懂了。希望这套拆解课件的方法对你有用。本文还有配套的精品资源点击获取

读完文章,也想定制专属网站?

尧图设计师 24 小时内与您沟通定制方案

免费获取报价 →
↑