多智能体在具身智能上的研究

article/2025/7/4 16:44:33

在关于大模型的认知升级-CSDN博客中,我们提到大模型的终局是具身智能。那么,本文我们就来看看多智能体在具身智能上有了哪些应用。

Manus发布一天后迅速出现OpenManus、OWL等复刻项目。为什么可以这么快的复刻项目?其实,多智能体技术 2023 年 3 月就开始做了,都做了两年了,只是一直不温不火。

能够快速复刻的主要原因

主要原因可以归结为以下几点:

1. 多智能体技术的成熟与开源生态的积累

  • 多智能体系统(Multi-Agent Systems, MAS)的研究已有数十年历史,而基于大型语言模型(LLM)的多智能体架构自2023年起逐渐成熟。MetaGPT、CAMEL-AI等团队在2024年已推出开源框架,支持智能体协作、任务分解和工具调用。

  • 这些开源项目(如MetaGPT的Data Interpreter、OpenDevin等)已具备规划(Planning)、记忆(Memory)、工具调用(Tools)等核心能力,使得复刻Manus的关键技术模块(如任务拆解、多智能体协同)可以快速复用。

2. Manus的核心技术并无显著壁垒

  • Manus的核心架构被业内视为“虚拟机+多模型协同”的封装模式,依赖第三方大模型(如Claude、GPT-4)而非自研基座模型。其任务拆解、工具调用等功能与已有开源项目(如Devin、Cursor)相似,创新更多体现在工程整合而非底层突破。

  • 例如,OpenManus团队仅用3小时便通过“可插拔的Tools+Prompt”组合复现了Manus的ReAct(推理-行动循环)逻辑,证明其技术方案具有高度模块化和可复制性。

3. 开源社区的快速响应与协作

  • 开源社区(如GitHub)在Manus发布后迅速集结开发者资源。MetaGPT团队基于已有框架调整提示词(Prompt)和工具链,而CAMEL-AI则复用其GAIA基准测试优化的多智能体架构,实现“0天复刻”。

  • 这种协作模式降低了开发门槛,例如OpenManus提供“三步部署”方案,允许开发者直接调用Claude-3或DeepSeek等模型,无需从头构建智能体系统。

4. 大模型能力的提升降低了Agent开发门槛

  • 2024-2025年,Claude 3、DeepSeek V2.5等模型的推理与规划能力显著增强,使得智能体的任务拆解、多步骤执行等核心功能更容易实现。

  • 正如OpenManus团队所言:“Agent效果的关键在于基座模型的能力”,大模型的进步让复刻者无需重复训练专用模型,只需优化任务调度逻辑。

5. 多智能体技术此前“不温不火”的原因

  • 技术瓶颈:早期LLM的幻觉问题、计算成本高昂限制了智能体的可靠性和规模化应用。

  • 市场需求未成熟:垂直场景(如客服、编程)的智能体更受企业青睐,通用Agent(如Manus)的实用性直到2025年才被广泛认可。

  • 生态未成型:2023-2024年,开源框架(如LangChain、AutoGPT)逐渐完善,为多智能体协作提供了标准化工具链。

OWL:优化劳动力学习的通用智能体,用于处理现实世界的自动化任务

OWL 是一个前沿的多智能体协作框架,在开源框架中排名第一。

OWL(Optimized Workforce Learning)是CAMEL-AI团队开发的一款前沿开源多智能体协作框架,旨在通过动态智能体交互实现高效、自然且稳健的跨领域任务自动化。作为Manus的复刻与超越者,OWL在GAIA基准测试中以58.18%的平均得分位列开源框架榜首,展现了其在复杂任务处理方面的卓越能力。本文将从技术原理、核心功能、应用场景及未来展望几个维度全面剖析这一创新系统。

技术架构与设计理念

OWL的技术架构植根于多智能体系统(MAS)理论,通过独特的"优化型劳动力学习"范式重构了任务自动化的实现路径。其设计充分吸收了CAMEL-AI框架的核心理念,并在此基础上进行了针对性强化。

基础框架与开源特性

  • OWL构建于CAMEL-AI框架之上,采用Apache 2.0许可证开源,极大促进了研究透明度和系统可定制性。

  • 项目遵循"代码即提示(Code-as-Prompt)"原则,代码库结构和注释本身构成对基于大语言模型(LLM)智能体的元级别指令。

  • 架构设计强调状态化和可演化智能体社会,使智能体能通过交互动态引导和适应,而非简单执行预定义逻辑。

多智能体协作机制

  • 系统采用双角色协作框架:规划智能体(Planning Agents)负责任务分解与策略制定,执行智能体(Execution Agents)则通过工具调用完成具体操作。

  • 智能体间通过系统级消息传递保持通信,协作模式支持任务委派、并行执行和上下文学习,显著超越单智能体能力上限。

  • 动态交互协议基于部分可观察马尔可夫决策过程(POMDP),使系统能根据环境变化(如网页内容更新)实时调整执行路径。

模型上下文协议(MCP)创新

  • 通过标准化接口实现三大突破:多模态数据统一处理、工具动态调度及错误自修复机制。

  • MCP Toolkit标准化了AI模型与工具、数据源的交互方式,支持30+专业工具包的自动组合。

OWL的技术突破在于将传统多智能体理论与现代大语言模型能力相结合,其"逆向工程-优化创新"的开发路径(将Manus工作流拆解为6大核心步骤并强化)体现了应用层创新的典型范式。

核心功能与性能表现

OWL集成了多样化的功能模块,构建了一套完整的任务自动化解决方案。其在GAIA基准测试中的卓越表现验证了技术路线的有效性。

多功能工具集成

  • 浏览器自动化:基于Playwright框架实现滚动、点击、输入等完整交互,支持Chrome/Edge/Chromium三大内核。

  • 多模态处理:通过专用Toolkit处理视频、图像、音频数据,如视频内容摘要生成。

  • 文档智能处理:支持PDF/DOCX/XLSX/PPTX格式解析,内容提取准确率超92%(基于内部测试数据)。

  • 代码执行沙箱:提供Python代码编写与安全执行环境,有subprocess和docker两种沙箱模式可选。

  • 跨平台搜索:集成Google/Baidu/DuckDuckGo等6大搜索引擎,支持学术论文、专利等多源检索。

记忆与学习能力

  • 记忆模块存储任务执行中的知识经验,支持后续任务的快速召回与复用。

  • 知识召回机制使智能体能够"把之前学过的内容捡起来用",显著减少重复劳动。

性能基准与优化

  • GAIA基准测试得分从初始58.18%提升至后续的69.09%,稳居开源框架首位。

  • 资源分配策略针对不同任务类型优化:文本处理推荐GPT-4 Turbo(8GB内存,2-5秒响应),图像分析需Gemini 2.5 Pro(16GB内存,8-15秒响应)。

  • 工具包组合策略分层设计:基础任务用SearchToolkit+DocumentProcessingToolkit,复杂分析需BrowserToolkit+CodeExecutionToolkit。

表:OWL在GAIA基准测试中的表现对比

框架名称测试得分排名特点
OWL58.18%-69.09%1动态智能体交互,丰富工具链
Open Deep Research55.15%2HuggingFace开发,专注研究场景
Manus(闭源)未公开-商业化产品,功能类似

OWL的功能设计体现了"专业化分工-高效协同"的理念,其模块化架构既保证了核心功能的稳定性,又通过丰富的Toolkit满足了多样化场景需求。

应用场景与典型案例

OWL的通用设计使其能够适应多元化应用场景,从日常办公到专业领域均展现出显著价值。其跨领域任务处理能力已在实际应用中得到验证。

企业级应用场景

  • 智能财报分析:自动下载Q3财报PDF,提取营收增长率等关键指标,与行业平均值对比生成可视化报告。

  • 自动化运维监控:实时解析服务器日志,识别异常模式并生成修复方案,减少人工干预。

  • 跨平台舆情分析:抓取社交媒体数据,进行情感倾向分析并生成传播趋势热力图。

专业领域解决方案

  • 医疗健康:通过多智能体协作实现远程医疗监护,医生、患者及医疗设备作为智能体共享数据并协同诊断。

  • 智能交通:车辆、信号灯和监控设备作为智能体,通过实时通信动态调整信号,优化交通流量。

  • 电子商务:用户和商品作为智能体,分析行为数据动态调整推荐策略,提升转化率。

个人生产力提升

  • 研究辅助:自动抓取学术资料,生成文献综述,加速科研工作流程。

  • 日常办公:实现邮件分类、会议纪要生成、数据报表自动化等重复性工作。

  • 内容创作:协同完成从资料搜集、大纲生成到文稿撰写的全流程。

典型工作流示例

  1. 启动Ubuntu容器作为远程工位环境。

  2. 通过知识召回模块复用过往经验。

  3. 连接数据库、网盘等数据源并挂载至容器。

  4. 自动生成todo.md任务清单指导执行流程。

  5. 组合Ubuntu工具链与外接工具完成任务。

OWL的场景适应性源自其角色分配机制——通过定义程序员、交易员等特定角色智能体,使系统能够专业化应对不同领域需求。正在开发的CRAB技术集成将进一步提升其跨平台操作能力,实现比Manus更广泛的全场景覆盖。

社区生态与未来展望

OWL不仅是一个技术项目,更是一个快速成长的开发者生态系统。CAMEL-AI团队规划的演进路线图预示着多智能体技术将向更开放、更强大的方向发展。

社区建设现状

  • GitHub上已获得3.9k Stars和410次Fork,社区活跃度持续攀升。

  • 开发者激励计划包括:创新用例征集(2025年3月31日截止)、智能体挑战赛(年度奖金池$50,000)、贡献者荣誉榜等。

  • 资源获取渠道多元化:Discord技术社区、微信开发者群组、Hugging Face模型库等。

技术演进路线

  • 智能体通信协议升级:2025Q3引入联邦学习机制,2026Q1实现跨平台智能体协作。

  • 工具生态扩展:新增医疗、法律、金融领域专用工具包,开发可视化工作流构建器。

  • 性能优化计划:任务执行速度提升300%,内存占用降低50%。

与Manus的差异化定位

  • 开源vs闭源:OWL强调透明度和社区贡献,Manus保持商业化闭源模式。

  • 灵活度:OWL支持多种LLM后端和深度定制,Manus提供标准化但封闭的体验。

  • 发展模式:OWL依靠社区协作进化,Manus由核心团队控制发展路径。

行业影响与启示

  • 证明了应用层创新的价值——通过现有技术的巧妙整合优化,创造出超越原版的产品。

  • 推动了多智能体系统从研究向产业应用的转化,GAIA测试成绩提供了可量化的能力证明。

  • 开创了"开源复刻-协同创新"的新模式,加速了AI Agent领域的技术民主化。

随着CRAB技术的集成,OWL将实现比Manus更强大的跨平台操作能力,覆盖手机、电脑等多设备场景。这一开源项目不仅复刻了Manus的核心功能,更通过社区智慧将其发展为更具潜力的通用智能体平台,展现了协作开发的强大生命力。

斯坦福小镇

斯坦福大学的多智能体AI小镇(Generative Agents)是一个开创性的虚拟社会模拟项目,旨在探索多个AI智能体如何通过自然语言交互、记忆管理和行为规划来模拟人类的社会行为。以下是该项目的核心要点:

1. 项目背景与目标

  • 背景:该项目由斯坦福大学团队开发,利用大语言模型(如GPT-4)驱动智能体,构建了一个名为Smallville的虚拟小镇,包含25个具有独特个性和背景的AI角色。

  • 目标:研究多智能体系统的协同、决策、记忆和学习机制,并探索其在智慧城市、社交模拟等领域的应用潜力。

2. 核心功能与架构

  • 记忆流(Memory Stream):智能体的所有经历以自然语言存储,并通过时效性、重要性和相关性动态检索,以支持决策。

  • 反思机制(Reflection):当重要事件累积到阈值时,智能体会生成高层次反思(如“为什么我喜欢咖啡?”),影响后续行为。

  • 行为规划(Planning):智能体每天生成待办清单,并递归拆解为分钟级行动(如“8:00吃早餐,9:00工作”),确保行为连贯性。

  • 沙盒环境:采用2D瓦片地图模拟小镇,智能体可移动、交互并改变环境状态(如使用炉灶会触发“燃烧”状态)。

3. 智能体行为与互动

  • 社会行为:智能体能自发形成关系、传播信息(如选举新闻)、协调活动(如举办情人节派对)。

  • 用户干预:用户可通过自然语言指令修改智能体行为(如让某角色竞选市长)或直接操控环境。

  • 角色多样性:智能体拥有职业、家庭关系等设定(如药店老板John Lin),行为受个性驱动。

4. 技术影响与扩展

  • 开源生态:项目开源后催生多个衍生版本,如AI Town(JavaScript重写版)和“猫猫小镇”等二创。

  • 行业应用:启发游戏NPC、社会学研究、机器人训练(如GRUtopia机器人小镇)。

  • 局限性:依赖大语言模型可能导致“幻觉”问题,且长期规划能力受上下文窗口限制。

这个项目中一共有25个角色,它们是由GPT生成的AI智能体。每个智能体都有自己的身份、职业、性格和关系网络。其中包含25个 AI 智能体,它们在模拟日常活动。小镇内设置了多个公共场景,包括咖啡馆、酒吧、公园、学校、宿舍、房屋和商店。「小镇居民」可以在小镇中自由移动,进入或离开场所,甚至与其他「小镇居民」打招呼。该项目通过模拟高度拟真的AI社会,为理解人类行为模式、开发自主智能体提供了重要实验平台。

GRUtopia

包含 10 万多个交互式、精细注释的场景,可自由组合成城市规模的环境。与以往主要关注家庭的工作不同,GRUtopia涵盖了 89 种不同的场景类别。

GRUtopia(中文名“桃源”)是由上海人工智能实验室(Shanghai AI Lab)开发的大规模交互式3D仿真平台,专为具身智能(Embodied AI)研究设计。它通过构建高度逼真的虚拟城市环境,为机器人提供训练和测试场景,推动“仿真到现实”(Sim2Real)的研究范式126。

核心特点

  1. 大规模3D场景(GRScenes)

    • 包含10万个可交互场景,涵盖89种不同类别(如超市、医院、办公室等),远超传统局限于家庭环境的数据集。

    • 精细标注2956个可交互物体22001个非交互物体,支持物理模拟和机器人操作。

  2. AI驱动的NPC系统(GRResidents)

    • 大语言模型(LLM)驱动,可进行动态对话、任务分配,并理解场景中的物体关系(如“请把咖啡放在桌上”)。

    • 物体描述与定位测试中,GPT-4o驱动的NPC准确率高达95.9%-100%。

  3. 标准化评估基准(GRBench)

    提供3类任务,难度递增:
    • 移动操作(Loco-Manipulation)(如抓取、放置物体)

    • 社交导航(Social Loco-Navigation)(需与NPC交互)

    • 物体导航(Object Loco-Navigation)

应用与影响

  • 降低数据收集成本:真实世界机器人训练数据昂贵,GRUtopia提供高效仿真替代方案。

  • 加速具身智能研究:2025年升级至GRUtopia 2.0,支持“三行代码定义任务”,大幅提升场景生成和数据采集效率。

  • 推动Sim2Real技术:已在物流、医疗、智慧城市等领域测试,未来或用于自动驾驶、服务机器人等。

ChatDev:最快 3 分钟搞定软件开发

ChatDev 是由清华大学 NLP 实验室联合面壁智能、北京邮电大学、布朗大学等机构开发的一款全流程自动化软件开发框架,它利用大语言模型(LLM)驱动的多智能体协作,模拟虚拟软件公司的运作模式,让用户仅需输入自然语言需求,即可在最快 3 分钟内生成完整的软件(包括代码、文档、依赖配置等)。

这是业内首次将 AI Agents 群体智能协作技术应用于软件开发的 SaaS 平台产品,也是让软件开发者和创新创业者以极低的成本和门槛高效完成软件开发工作的开端。

经权威测试,在逻辑、代码、知识、语言、安全性等方面全面超越 LLaMA2。在公考行测和 GMAT 试题的测试表现中,其核心能力与 GPT-4 相当。

核心特点

  1. 多智能体协作

    • 模拟现实软件公司,智能体分别扮演 CEO、CTO、程序员、设计师、测试员 等角色,通过对话协同完成任务。

    • 采用 ChatChain(交流链)机制,将软件开发分解为设计、编码、测试、文档四个环节,每个环节由不同智能体负责。

  2. 极速开发 & 超低成本

    • 平均开发时间 <7 分钟,最快仅需 3 分钟,成本低至 2 元人民币(约 0.3 美元)。

    • 实验测试中,ChatDev 在 70 个任务中平均生成 131.61 行代码,并自动提供 环境依赖说明 和 用户手册

  3. 支持多种软件类型

    • 可生成休闲小游戏(如五子棋、贪吃蛇)、效率工具(如计时器、密码生成器)、编程助手(如爬虫、数据库工具)等。

    • 支持 GUI 设计,智能体可生成界面素材,用户可手动调整。

  4. 关键技术优化

    • 记忆流(Memory Stream):记录对话历史,确保上下文连贯。

    • 自反思(Self-Reflection):智能体自动总结讨论结果,优化决策。

    • 思维指示(Thought Instruction):减少代码幻觉,提高代码质量。

  5. 开源 & 可扩展

    • 开源版本支持 GPT-3.5/GPT-4,开发者可自定义智能体角色和工作流。

    • 已集成 Git 版本控制,方便代码管理。

典型工作流程

  1. 用户输入需求(如“开发一个红包雨小游戏”)。

  2. CEO & CTO 讨论技术方案(如选择 Python + Pygame)。

  3. 程序员 编写代码,设计师 生成 GUI 素材。

  4. 测试员 检查代码,文档工程师 生成使用说明。

  5. 最终打包交付,用户可直接运行或调整。

局限性

  • 不适合大型复杂系统(如操作系统、企业级 SaaS)。

  • GUI 素材可能不够自然,需人工优化。

  • 依赖大模型能力,可能存在代码幻觉问题。

ChatDev 的核心理念是“让 AI 智能体像人类团队一样协作开发”,极大降低了软件开发门槛,适用于快速原型设计、教育实验和小型工具开发。其 GitHub 开源版本已获 17K+ Stars,并仍在持续优化中。

MGX

MetaGPT团队打造的基于AI 智能体的虚拟软件开发团队,基于 MetaGPT 开源框架构建的多智能体协作系统,定义了 5 个角色:

MGX(MetaGPT X)是由 MetaGPT 团队(厦门深度赋智科技 DeepWisdom)打造的全球首个 AI 多智能体虚拟软件开发团队,旨在通过 自然语言交互 和 自动化协作 实现 零代码全栈软件开发。以下是其核心特点:

1. 多智能体协作开发

  • 5 个专业 AI 角色 模拟真实软件团队:

    • Emma(产品经理):需求分析、PRD 文档生成。

    • Bob(架构师):技术方案设计、系统架构优化。

    • Alex(工程师):代码生成(支持主流框架)。

    • David(数据分析师):数据建模、优化建议。

    • Mike(团队领导):任务分配、进度管理。

  • SOP(标准操作流程)确保开发流程规范,避免人工偏差。

2. 全流程自动化开发

  • 从需求到部署 全自动完成,包括:

    • 需求分析 → 技术设计 → 代码编写 → 测试验证 → 部署上线。

  • 自然语言编程:用户只需描述需求(如“开发一个电商网站”),MGX 自动生成完整代码。

3. 核心优势

  • 极速开发:最快 3 分钟 生成可运行应用,成本低至 几美元

  • 透明可控:记录每个 AI 智能体的操作日志,支持人工干预调整。

  • 全球部署:依托 UCloud 的全球算力网络,提供低延迟服务。

4. 适用场景

  • 个人开发者:快速构建博客、小游戏、工具类应用。

  • 企业应用:开发内部管理系统、数据分析平台。

  • 教育培训:编程教学、项目实践。

5. 技术基础

  • 基于 MetaGPT 开源框架 优化,结合 多模态大模型(如 DeepSeek)。

  • 依赖 UCloud GPU 集群 进行高效训练与推理。

MGX 的推出标志着 AI 驱动的软件开发新范式,让非技术人员也能轻松创建软件,极大降低开发门槛。

通过多智能体辩论提高语言模型的事实性和推理能力

提出了一种多语言模型互动的“思维社会”方法,多个模型提出并辩论各自的观点,经过多轮达成共识。实验表明,这种方法可以增强模型的逻辑推理能力,减少错误信息。而且这种方法可以直接应用于现有模型,并在各种任务上取得显著改进。

我们怎么实现?

CrewAI:建立在LangChain之上的一个框架,旨在支持构建由多个AI智能体组成的协作系统。

1. 核心架构与设计理念

CrewAI 是一个基于 LangChain 构建的高层多智能体协作框架,专注于通过角色扮演和任务分工实现复杂任务的自动化处理。其设计理念强调 模块化 和 生产级可用性,主要包含以下核心组件:

  • Agent(智能体):每个智能体被赋予特定角色(如研究员、文案写手、项目经理)、目标、背景故事和工具集,通过大语言模型(LLM)驱动决策。

  • Task(任务):定义具体工作单元,包含描述、预期输出和可选的执行代理。任务支持动态分配和依赖管理(如任务B需在任务A完成后触发)。

  • Crew(团队):协调多个智能体和任务的容器,负责流程编排(如顺序执行或层级管理)。

  • Tool(工具):智能体可调用的功能模块(如搜索引擎、API、自定义脚本),通过 LangChain 生态无缝集成外部能力。

2. 关键特性

  • 角色驱动的协作:智能体通过角色分工模拟真实团队,例如在内容生成任务中,研究员分析数据,文案写手生成报告,审核员验证结果。

  • 自治任务委派:智能体可自主决定将子任务委托给其他成员(如项目经理分配任务给开发人员),提升效率。

  • 灵活流程管理:支持 顺序流程(线性执行)和 层级流程(Supervisor模式),未来将扩展基于共识的流程。

  • 开源兼容性:支持 OpenAI、Gemini 等商用模型,以及 Ollama 本地部署的开源模型(如 LLaMA、OpenHermes)。

3. 典型应用场景

  • 自动化工作流:例如市场调研→分析→报告生成的全流程自动化,耗时从数小时缩短至分钟级。

  • 复杂问题解决:如代码调试任务分解为问题定位、修复、测试等子任务,分派给不同专家智能体。

  • 教育与模拟:构建虚拟客服团队或培训场景中的多角色互动系统。

  • 数据密集型任务:多步骤数据分析(清洗→建模→可视化)通过智能体协作高效完成。

4. 技术优势与竞品对比

  • 对比 AutoGen:CrewAI 更注重结构化流程,避免 AutoGen 在大型任务中协调困难的问题。

  • 对比 ChatDev:CrewAI 提供更高灵活性,支持动态任务分配,而 ChatDev 的流程较为固定。

  • 独特价值:平衡了 易用性(非技术用户可通过自然语言定义团队)和 扩展性(开发者可深度定制工具和流程)。

5. 局限性

  • 流程复杂度:当前仅支持顺序和层级流程,复杂逻辑需依赖外部编码。

  • 调试挑战:工具链集成时需注意参数描述精确性,否则易导致智能体误解。

  • 性能依赖:任务效率受限于底层 LLM 的推理能力。

CrewAI 通过 角色扮演+任务协作 的范式,降低了多智能体系统的开发门槛,尤其适合需要分工明确的自动化场景。其与 LangChain 生态的深度整合(如工具调用、记忆管理)进一步增强了实用性。未来随着流程类型的丰富(如动态共识机制),可能在企业级自动化中占据更重要的地位。


http://www.hkcw.cn/article/vyvtDjabLA.shtml

相关文章

【HW系列】—安全设备介绍(开源蜜罐的安装以及使用指南)

文章目录 蜜罐1. 什么是蜜罐&#xff1f;2. 开源蜜罐搭建与使用3. HFish 开源蜜罐详解安装步骤使用指南关闭方法 总结 蜜罐 1. 什么是蜜罐&#xff1f; 蜜罐&#xff08;Honeypot&#xff09;是一种主动防御技术&#xff0c;通过模拟存在漏洞的系统或服务&#xff08;如数据库…

打卡day43

DAY 43 复习日 作业&#xff1a; kaggle找到一个图像数据集&#xff0c;用cnn网络进行训练并且用grad-cam做可视化 进阶&#xff1a;并拆分成多个文件 数据集来源水母图像数据集 --- Jellyfish Image Dataset&#xff0c;对水母图片进行分类&#xff0c;共6个类别。 模型训…

20250602在荣品的PRO-RK3566开发板的Android13下打开HDMI显示

20250602在荣品的PRO-RK3566开发板的Android13下打开HDMI显示 2025/6/2 16:20 缘起&#xff1a;貌似荣品的PRO-RK3566开发板的Android13默认关闭了HDMI显示。 据说&#xff1a;荣品确认RK3566的GPU比较弱&#xff0c;同时开【MIPI接口的】LCD屏显示和HDMI显示容易出现异常。 更…

C++ 类模板三参数深度解析:从链表迭代器看类型推导与实例化(为什么迭代器类模版使用三参数?实例化又会是怎样?)

本篇主要续上一篇的list模拟实现遇到的问题详细讲解&#xff1a;<传送门> 一、引言&#xff1a;模板参数的 "三角锁钥" 在 C 双向链表实现中&#xff0c;__list_iterator类模板的三个参数&#xff08;T、Ref、Ptr&#xff09;如同精密仪器的调节旋钮&#x…

TDengine 高级功能——读缓存

简介 在物联网&#xff08;IoT&#xff09;和工业互联网&#xff08;IIoT&#xff09;大数据应用场景中&#xff0c;实时数据的价值往往远超历史数据。企业不仅需要数据处理系统具备高效的实时写入能力&#xff0c;更需要能快速获取设备的最新状态&#xff0c;或者对最新数据进…

云HIS系统源码,基于SaaS模式开发,采用Java技术栈(SpringBoot+MyBatisPlus)和MySQL数据库

SaaS模式Java版云HIS系统源码&#xff0c;融合B/S版电子病历系统&#xff0c;支持电子病历四级&#xff0c;HIS与电子病历系统均拥有自主知识产权。 云HIS系统是一款满足基层医院各类业务需要的健康云产品。帮助基层医院完成日常各类业务&#xff0c;提供病患预约挂号支持、病…

【AUTOSAR SystemServices】深入解析StbM模块:功能定义、工作原理与代码实现

文章目录 一、STBM模块概述1.1 功能定义1.2 在AUTOSAR中的定位与应用场景 二、核心工作原理2.1 时间基准类型2.2 时间同步流程2.3 关键数据结构 三、代码实现分析3.1 初始化函数&#xff1a;StbM_Init功能关键代码片段 3.2 时间获取函数&#xff1a;StbM_GetCurrentTime功能关键…

力扣HOT100之多维动态规划:64. 最小路径和

这道题和上一道题62.不同路径套路很像&#xff0c;思路也比较简单&#xff0c;用二维dp数组做就可以了。直接上动规五部曲&#xff1a; 1.确定dp[i][j]的含义&#xff1a;从起点到位置为[i][j]处的最小路径和 2.确定递推公式 dp[i][j] min(dp[i - 1][j], dp[i][j - 1]) grid[…

Tree 树形组件封装

整体思路 数据结构设计 使用递归的数据结构&#xff08;TreeNode&#xff09;表示树形数据每个节点包含id、name、可选的children数组和selected状态 状态管理 使用useState在组件内部维护树状态的副本通过deepCopyTreeData函数进行深拷贝&#xff0c;避免直接修改原始数据 核…

数据结构与算法:图论——拓扑排序

基础与模板&#xff1a; 有两个Kahn和DFS两个算法 下面给出Kahn的算法模板 #include<iostream> #include<vector> #include<queue> using namespace std;vector<int> topologicalSortKahn(int num, const vector<pair<int, int>>& re…

现代语言模型中的分词算法全解:从基础到高级

基础分词&#xff08;Naive Tokenization&#xff09; 最简单的分词方式是基于空格将文本拆分为单词。这是许多自然语言处理&#xff08;NLP&#xff09;任务中常用的一种分词方法。 text "Hello, world! This is a test." tokens text.split() print(f"Tok…

Deepseek给出的8255显示例程

#include <stdio.h> #include <conio.h> #include <dos.h>// 定义8255端口地址 (根据原理图译码确定) #define PORT_8255_A 0x8000 // PA端口地址 #define PORT_8255_B 0x8001 // PB端口地址 #define PORT_8255_C 0x8002 // PC端口地址 #define PORT_8255…

计算机组成原理——CPU的功能和基本结构

5.1 CPU的功能和基本结构 整理自beokayy课程视频 1.CPU的组成 程序计数器&#xff08;PC&#xff09;&#xff1a; 存放即将执行指令的地址。顺序执行时&#xff0c;PC“1”形成下条指令地址。在有的机器中&#xff0c;PC本身具有“1”计数功能&#xff0c;也有的机器借助运算…

LINUX62软链接;核心目录;错题:rpm -qa |grep<包名> 、rpm -ql<包名>;rm -r rm -rf;合并 cat

硬链接 软链接 软链接 [rootcode axel-2.4]# which axel /usr/bin/which: no axel in (/sbin:/bin:/usr/sbin:/usr/bin) [rootcode axel-2.4]# ln -s /opt/axel/bin/axel /usr/bin [rootcode axel-2.4]# axel https://mirrors.aliyun.com/centos-stream/ 初始化下载: https:/…

[Java恶补day13] 53. 最大子数组和

休息了一天&#xff0c;开始补上&#xff01; 给你一个整数数组 nums &#xff0c;请你找出一个具有最大和的连续子数组&#xff08;子数组最少包含一个元素&#xff09;&#xff0c;返回其最大和。 子数组是数组中的一个连续部分。 示例 1&#xff1a; 输入&#xff1a;nums …

C++哈希表:冲突解决与高效查找

引入 通过CSTL库中的unordered_map和unordered_set的学习&#xff0c;我们还需要其底层结构是什么&#xff0c;如何实现的&#xff0c;本节重点讲解哈希 哈希概念 顺序结构以及平衡树中&#xff0c;元素关键码与其存储位置之间没有对应关系&#xff0c;因此在查找一个元素是…

【科研绘图系列】R语言绘制论文比较图(comparison plot)

禁止商业或二改转载,仅供自学使用,侵权必究,如需截取部分内容请后台联系作者! 文章目录 介绍加载R包数据下载导入数据数据预处理画图1画图2画图3系统信息介绍 这篇文章详细介绍了如何使用R语言进行工作流中不同步骤的比较分析,包括数据预处理、特征选择、模型训练和结果可…

录屏不再难,从功能到体验深度测评

在日常工作和学习中&#xff0c;录屏是一项非常常见的需求&#xff0c;比如制作教程、记录操作过程、录制线上会议等。市面上虽然有不少录屏工具&#xff0c;但要么功能受限&#xff0c;要么广告繁多&#xff0c;甚至需要付费解锁高级功能&#xff0c;使用起来并不方便。 这款…

2023年12月6级第一套第一篇

在这里才找完题干&#xff0c;所以答案在下一句虽然不重要&#xff0c;不用看&#xff0c;重要的是但是 A&#xff1a;critic在虽然部分&#xff0c;不重要&#xff0c; c选项前面的部分也在虽然部分&#xff0c;不重要定位的下一句就是答案&#xff0c;还有冒号&#xff0c;看…

Linux --TCP协议实现简单的网络通信(中英翻译)

一、什么是TCP协议 1.1 、TCP是传输层的协议&#xff0c;TCP需要连接&#xff0c;TCP是一种可靠性传输协议&#xff0c;TCP是面向字节流的传输协议&#xff1b; 二、TCPserver端的搭建 2.1、我们最终好实现的效果是 客户端在任何时候都能连接到服务端&#xff0c;然后向服务…