数据科学竞赛界的Manus?多智能体框架AutoKaggle开源,大幅降低数据科学门槛

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

AutoKaggle为数据科学家提供了一个端到端的数据处理解决方案,帮助简化和优化日常数据科学工作流程,同时我们也极大的降低了数据科学的门槛,可以帮助更多没有相关背景的使用者做出有价值的探索。

目前论文成果已经开源:

> AutoKaggle: A Multi-Agent Framework for Autonomous Data Science Competitions

> 论文链接:https://arxiv.org/abs/2410.20424 

> 代码链接:https://github.com/multimodal-art-projection/AutoKaggle

1. 大师级Kaggle能力

大型语言模型(LLMs)近年来展现出惊人的能力,在多个领域取得突破性进展。然而,尽管LLMs在单一任务上表现出色,但在处理复杂、多步骤的项目时仍存在显著缺点。以数据分析项目为例,这类任务通常涉及需求理解、数据清洗和预处理、探索性数据分析、特征工程和建模等多个环节。每个步骤都需要专业知识和细致的规划,通常需要多次迭代。

     

我们希望通过构建一个多Agent的Workflow,来提高逻辑复杂的数据科学任务中中间决策步骤的可解释性与透明性,并做到保持优秀的性能,更要保证其易用性,以降低理解难度和使用门槛。

要达到预定的目标,我们需要解决的问题包括:

  • 对整个任务的抽象和多Agent协作

  • 迭代调试和单元测试

  • 使用复杂的机器学习知识

  • 全面的报告

实验结果表明,在对8个Kaggle竞赛数据集的评估中,AutoKaggle的有效提交率达到85%,综合评分为0.82(满分为1),超过了在MLE-Bench中表现优秀的AIDE框架,展现了其在复杂数据科学任务中的高效性和广泛适应性,性能超过人类平均水平!我们的方案系统地解决了数据科学任务的复杂性,保证代码鲁棒、正确地被生成。同时我们为AutoKaggle的结果提供了详细的报告,可以帮助大家观察细节,并基于AutoKaggle的工作做进一步探索。

   

2. Kaggle是什么?

在介绍我们的工作之前,值得先简单介绍一些Kaggle以及项目的复杂性。

Kaggle是一个流行的数据科学竞赛平台,企业和研究者可在其上发布数据和问题,并提供奖金给能解决问题的人。由于这类问题并没有标准答案,只有无限逼近最优解,所以这样的模式可以激励参与者提出更好的方案,甚至推动整个行业的发展。

AI教父Hinton的Kaggle主页

在Kaggle这样的数据科学竞技平台上,每一个竞赛题目都是一个极其复杂的知识迷宫。以医疗影像诊断为例,参赛者不仅需要运用算法,还必须深入理解医学专业知识,在极其微小的像素细节中捕捉可能被肉眼忽略的关键特征。金融风险预测更是一个充满不确定性的领域,竞赛者需要构建能穿透市场复杂波动的模型,在海量且充满噪音的时间序列数据中提取有价值的信号。气候变化预测则将这种复杂性推向极致,参与者要整合全球多源数据,模拟地球系统错综复杂的相互作用,在有限的计算资源下做出精确预测。这些竞赛不仅是对技术能力的考验,更对协同能力、领域知识提出了极高的要求。可以说Kaggle的竞赛难度都是极高的,需要多个专家协同开发才能提供一个不差的方案。 

竞赛取得奖金乃至取得好的名次的难度都是非常高的,通常一个项目的参与人数都能达到数千人,而其中只有Top1可以得到奖金。通常来说,几个具有一定水平的业内人士在临时组队的情况下最多也就拿到20名左右的成绩,想要再往前冲往往都需要有一定程度的默契和合作经验了。

3. AutoKaggle有多强?

在这样的任务中,AutoKaggle仍然得到了相当好的成绩,我们将8个任务分为Classic和Recent两组。考虑到项目依赖于GPT4o,而4o是基于2023年10月以前的可用数据进行训练的,因此它可能包括大部分经典Kaggle竞赛数据,所以我们为了更公平的评估Workflow,Classic的比赛选择了2023年10月之前开始且至少有500人参加的比赛,而Recent组选择了24年后的比赛。我们对比了AutoKaggle与AIDE在不同维度的性能,包括任务提交、有效提交和综合评分三个维度,AutoKaggle在大多数的评分中体现了更优的水平。

4. 为什么会有好的表现?

架构设计

AutoKaggle的核心是基于阶段的多Agent推理,希望通过对竞赛的抽象,将复杂的数据科学问题抽象为可泛化的Workflow,由两套组件来完成这个任务:多阶段的Workflow及多Agent。

AutoKaggle流程  多阶段的Workflow及多Agent

我们将数据科学解题过程分为六个关键阶段:背景理解、初步探索性数据分析、数据清洗、深入探索性数据分析、特征工程以及模型构建、验证和预测。结构化的设计提供了一个清晰的问题解决路径,确保了问题的各个方面都得到系统和全面的处理。

我们定义好每个阶段需要解决的问题后,需要设计对应的Agent来完成不同阶段的任务,为了完成好任务,设计了Reader、Planner、Developer、Reviewer和Summarizer这五个Agent。每个Agent在工作流程中分别承担协同分析问题、制定策略、实施解决方案、审查结果并生成综合报告。这种多Agent协作的方式不仅提高了任务的完成效率,还增强了系统的灵活性和适应性,使得AutoKaggle能够应对各种复杂的数据科学挑战。

重要模块之代码开发模块

基于迭代调试和单元测试的方法

Developer更复杂,也更值得分析。通过迭代开发与测试方法构建了一个自适应、鲁棒的数据科学代码生成系统。

首先,Developer会基于当前状态、Planner提供的策略和上下文做初始代码生成,之后,它进入了一个迭代的调试和测试过程。

1)代码执行单元运行生成的代码,如果有错误,则送入调试工具。

2)代码调试工具基于源代码和报错信息修改代码。

3)单元测试生成的代码。通过多次的代码执行、智能调试和全面单元测试,框架实现了对复杂研发过程的精准控制。

在Kaggle这样极具挑战性的数据科学竞赛中,单纯确保代码无错误运行远非充分条件。这类竞赛涉及复杂的数据处理和精密的算法,其中隐藏的逻辑细微差错往往可能对最终结果产生决定性影响。因此,单元测试不仅需要验证代码的形式正确性,更要深入审视其是否完全符合预期的逻辑和性能标准。若忽视这一点,微小误差将在各个阶段不断累积,最终可能导致整个分析过程的系统性偏差。

为降低这种潜在风险,必须对每个开发阶段进行极其细致的单元测试设计,全面覆盖常规场景与边缘情况。以数据清洗阶段为例,单元测试不仅要检查缺失值处理的技术细节,还要确保异常值管理符合预设逻辑,数据转换过程严格遵循既定的计算规则。这种严谨的测试方法,实质上是减少每一个微观环节的错误概率,确保整个数据科学流程的完整性和可靠性。

该方法的核心优势在于:动态捕获潜在错误、实时修正代码逻辑、预防错误传播,并在最小化人工干预的前提下,保证了代码的正确性和一致性。不同于传统的线性开发模式,迭代方法引入了自我修复和持续优化机制,显著提升了代码生成的水平。

重要模块之机器学习工具库

AutoKaggle的机器学习工具库是其架构的核心创新,通过精心设计的三大工具集:数据清洗、特征工程和模型构建与验证,提供了一个全面、标准化的解决方案。该库不仅弥补了LLM在领域专业知识方面的固有局限,还通过七个数据清洗工具、十一个特征工程工具和综合模型开发工具,实现了数据处理流程的智能化和自动化。其先进性体现在:标准化的功能模块、全面的异常处理机制、对复杂Kaggle竞赛场景的精准适配,以及能够显著降低技术实现复杂度,使多Agent系统能更专注于高层次的战略性任务规划。每个工具的标准化功能使得项目能够无缝地共享和处理数据,提升特征质量,优化模型性能,从而提高整体工作流程的效率。 

5. 做对了什么?

在前文中我们已经展示了AutoKaggle基于GPT-4o和o1-mini模型的性能表现,但是我们更希望探索为什么我们能获得这样的成绩。

我们对比了没有使用任何工具、仅使用数据清洗工具、仅使用数据清洗和特征工程工具以及完全体这四种场景在完成率和综合评分上的水平,可以看到与没使用任何工具相比,仅使用数据清洗工具的完成率是最高的,高了30%,而使用了所有工具的完成率仅提高了27%。我们可以看到加入特征工程以后完成率呈下降趋势,这种下降可能因为涉及的特征数量相对较多,加之此阶段所使用工具的复杂性和高封装性,需要增加和删除特征,从而使其使用变得复杂。

4个版本的调试时间和平均性能

从上图中我们也能观察到加入特征工程工具后Debugging Time显著高于只使用数据清洗工具,这种复杂性给Developer们在调试错误代码时带来了挑战,也可能是性能下降的原因。而且从右图我们可以看到不同场景对于性能的影响,尽管我们开发的机器学习工具库并未显著提升解决方案的上限,但它作为一个更稳定的工具,提高了AutoKaggle的完成率。

单元测试对性能的影响

在没有单元测试的情况下,完成率显著降低,使得完成任务几乎变得不可能。这凸显出对于像数据科学这样需要高精度和逻辑要求的任务,仅仅让代码的每个阶段可执行且不出错是不够的。需要进行全面的单元测试以确保代码逻辑正确,并实现每个阶段的目标。

6. 如何做得更好?

AutoKaggle Bad Case分析

我们统计了不同的错误类型及出现的次数,可以看到每个子任务阶段都有可能发生错误,数据清洗和特征工程分别经历了最高的错误率,分别为25%和22.5%。值得注意的是,在特征工程阶段的失败导致了31.25%的失败。

但是我们为开发人员提供了详细的调试过程。下面,我们以文件未找到错误为例说明调试工作流程:

  1. 错误定位:开发人员最初遇到执行脚本时出现问题,涉及文件保存操作。

  2. 错误修复:为了解决这些问题,提出了几个修改建议。

  3. 合并正确的和已修正的代码片段:将已修正的片段合并回原始代码,以创建一个无缝且稳健的解决方案。

7. 写在后面

AutoKaggle提供了一个健壮的框架完成数据科学的探索,在各种Kaggle竞赛中进行的广泛评估表明AutoKaggle的有效性,当然我们也留下了很多遗憾,例如由于时间和预算的原因,我们无法在数据集规模特别大的比赛中验证性能。但是我们仍然认为这个工作是极有价值的,我们展示了多Agent对于模型能力边界的提升,也证明了如果能把Workflow抽象出来就能解决足够复杂的问题,提供了更多的可能性。

致谢

感谢字节跳动团队以及M-A-P团队。


      

整数智能,人工智能行业的数据合伙人。

卡门涡街可视化实战:从网格加密策略到动画后处理技巧 本文详细介绍了利用ANSYS Fluent进行卡门涡街可视化模拟的全流程,包括网格加密策略、求解器设置、涡街捕捉及动画后处理技巧。通过计算流体力学(CFD)方法,帮助工程师和研究人员高效模拟圆柱绕流现象,优化工程设计。 阅读详情

相关推荐

ArcGIS拓扑检查实战:5分钟搞定面重叠与缝隙问题(附详细截图)

本文详细介绍了如何使用ArcGIS进行拓扑检查,快速解决面重叠与缝隙问题。通过搭建拓扑检查环境、配置拓扑规则、五步闪电修复法及批量处理技巧,帮助用户高效完成数据修正,提升GIS数据质量。特别适合地籍管理、规划红线等场景应用。

z4a5b6的博客 744

大幅降低数据科学门槛!豆包大模型团队开源AutoKaggle,端到端解决数据处理

字节跳动豆包大模型团队与 M-A-P 社区于近日提出 AutoKaggle ,为数据科学家提供了一个端到端的数据处理解决方案,帮助简化和优化日常数据科学工作流程的同时,极大降低数据科学的门槛,可帮助更多没有相关背景的使用者进行有价值的探索。最后,我们统计了不同错误类型及出现次数,可以看到,每个子任务阶段都有可能发生错误。未来,团队成员还将继续探索智数据科学课题及相关开源工作,并关注 Kaggle 上的最新前沿技术,如果你也对智能体协作、数据科学、大模型对复杂问题的解决感兴趣,有志于探索前沿课题,

bytedanceospo的博客 1386

ISP 基础知识储备

ISP(image signal processing),图像信号处理芯片,在手机摄像头和车载摄像头等领域有着广泛应用,是图像信号处理的核心芯片。 ISP pipeline 流程图如下: 光线经过lens镜头,投射到sensor上,经过光电转换成模拟电信号,再由A/D转换成数字信号,交给ISP芯片进行一系列的处理,在LENS部分也需要进行镜头校正、颜色矫正等一些操作。 然后,得到的bayer ...

qq_39444290的博客 778

AUTOKAGGLE: 一种用于自主数据科学竞赛的多智能体框架

涉及表格数据的数据科学任务面临复杂的挑战,需要复杂的问题解决方法。我们提出了 AutoKaggle,一个强大且以用户为中心的框架,帮助数据科学家通过协作多智能体系统完成日常数据管道。AutoKaggle 实施了一种迭代开发过程,结合代码执行、调试和全面的单元测试,以确保代码的正确性和逻辑一致性。该框架提供高度可定制的工作流程,允许用户在每个阶段进行干预,从而将自动化智能与人类专业知识相结合。

数智笔记 1440

MoveIt避障规划实战:从点云到OctoMap的环境感知全流程

本文详细解析了MoveIt避障规划中从点云到OctoMap的环境感知全流程,重点介绍了深度相机选型、点云数据处理、OctoMap生成及避障规划参数调优等关键技术。通过实战案例展示了如何利用MoveIt和OctoMap实现机械臂在复杂环境中的高效避障,为工业自动化和服务机器人开发提供实用解决方案。

weixin_30417487的博客 569

支付宝周期扣款实战:从签约到主动扣款的完整Java代码与避坑指南

本文详细介绍了支付宝周期扣款功能的完整Java实现流程,从协议签约到主动扣款的各个环节,包括业务模型设计、签约接口实现、异步通知处理、主动扣款技术等关键步骤。针对开发中常见的陷阱和问题,提供了实用的避坑指南和代码示例,帮助开发者高效实现连续支付功能,提升用户留存率。

weixin_27199085的博客 374

李宏毅LLM笔记: AI Agent

摘要:文章探讨了LLM作为智能代理的应用与挑战。在RL时代需人工设定奖励函数,而LLM代理直接利用文本交互实现任务,包括观察环境、生成动作(需文本到实际动作的转换),并可通过调用工具扩展能力。研究案例显示,LLM能模拟人类行为(GenerativeAgents)和自动数据科学(AutoKaggle)。行为调整方面,通过修改输入(如报错信息)而非训练模型参数来优化输出,并引入记忆管理与反思机制(如RAG)处理长序列信息。工具使用上,LLM能调用语音处理等专用工具(Speech-Copilot),甚至自创工具(

qq_40206371的博客 974

NHANES数据库实战:数据合并与加权分析技巧

本文详细解析了NHANES数据库实战中的核心技巧,重点阐述了数据合并与加权分析的正确方法。通过两个具体案例,手把手指导如何从数据下载、合并、权重计算到使用R语言survey包进行加权统计分析,避免因忽略复杂抽样设计而导致的研究偏倚,确保分析结果的准确性与可发表性。

weixin_29057065的博客 585

kaggle竞赛宝典 | 智能体框架:11 个顶级 AI Agent 框架!

【AI Agent框架指南】本文介绍了11个顶级开源AI Agent框架,帮助开发者构建自主智能系统。这些框架从简单聊天机器人发展为支持多步推理、工具使用和协作的复杂平台。核心框架包括:LangChain(模块化设计)、微软AutoGen(多Agent协作)、CrewAI(团队模拟)、Semantic Kernel(企业级方案)等。评估标准涵盖易用性、扩展性和社区支持。新兴趋势显示多Agent系统和简化开发接口受关注。选择框架需考虑项目需求、编程语言和集成能力。

csdn_xmj的博客 1490

基于STM32设计的个人健康检测仪(华为云IOT)(191)

本系统采用华为云物联网平台实现数据云端存储与分析,并通过自研手机APP提供远程监控界面,让用户无论身处何地都能及时掌握自身的健康数据,为用户提供个性化的健康管理方案,同时也为医疗机构提供了便捷的数据获取途径,助力实现智能化、精细化的医疗服务。

1678

【WorkBuddy专栏14】专家不是「换皮」——角色切换、训练机制与自我进化深度拆解

WorkBuddy专栏14】专家不是「换皮」——角色切换、训练机制与自我进化深度拆解

AI人人懂 593

AI斩获6枚金牌!华为Kaggle大师级智能体诞生,自主解决数据科学难题

继 OpenAI o1 成为首个达到 Kaggle 特级大师的人工智能(AI)模型后,。根据 Kaggle 的晋级系统,,已经能够获得 6 枚金牌、3 枚银牌和 7 枚铜牌。据介绍,,通过动态管理记忆并从经验中持续学习,能够完全自动化数据科学流程,并在不依赖微调的情况下,通过环境反馈不断优化决策,当前,虽然 LLM 在自然语言交互方面展现优秀性能,但,从而实现动态、多步骤的问题解决仍然是个挑战。为解决这个问题,

m0_63171455的博客 757

黑猫带你学UFS协议第1篇:全网最全UFS协议中文详讲,这份学习框架图,你值得拥有!!!(持续更新中...)

本文由黑猫学长撰写,深入解析UFS协议,覆盖从基础概念到高级特性的全方位教程。适合存储芯片行业从业者和嵌入式开发者,旨在帮助读者快速掌握UFS协议,适用于高端智能手机、平板等智能设备。预计15万字,涵盖UFS 3.1协议,讲解UFS协议栈、物理层、链路层、传输层等内容。

黑猫奥利奥的博客 3696

GPT-o1 AIDE智能体:Kaggle刷榜背后的真相

我们进行了一个实验,为GPT-4o(AIDE)提供了更长的100小时每次竞赛的时间限制,并将允许的最大节点数增加了10倍,达到5000。在这个实验中,我们研究代理的性能可能如何受到我们选择的硬件的影响,或者它们是否甚至会根据可用的硬件调整策略(例如,当只有CPU可用时训练较小的模型,当有GPU可用时训练较大的模型)。容器在安全的集群环境中执行。我们的主要实验为代理提供了一个24GB的A10 GPU,而Kaggle为用户提供了一个免费的16GB P100 GPU,用户通常还会使用自己的硬件来竞争。

具身机器人和通用AI 1049

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

6 款电商 AI 图片生成软件实测|国内 + 跨境卖家工具清单

电商 AI 作图工具已经从 "能不能用" 进入了 "好不好用" 的阶段。对于绝大多数卖家而言,现在的 AI 工具已经可以覆盖 60%-80% 的基础商品图需求,显著降低拍摄和设计成本。选择工具的核心逻辑不是 "哪款最强",而是 "哪款最适配你的品类、平台规模和团队能力"。垂直电商工具胜在工作流效率,通用生图工具强在创意上限,模板类工具赢在上手速度。建议根据自身业务阶段,搭配 1-2 款主力工具 + 1 款辅助工具,形成适合自己的视觉生产流程。

Mardi_Ladin的博客 391

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 221

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

您您这可以把问小白的多个会话比如说。左侧的多个会话一次性导出吗?不是单条会话里面的多次会对话。AI导出鸭

第三层是格式编译层。这个决策背后的判断很清晰:一个批量导出工具的价值,不在于“试三次”,而在于你真正用它处理了几十份技术文档、访谈记录或课程讲义之后,它是否值得留在你的工作流里。问小白的会话列表通过分页接口加载,AI导出鸭 在页面运行时建立旁路监听,捕获每一次分页请求返回的完整对话清单,包括会话 ID、标题、时间戳和隐藏的元数据字段。让AI导出回归优雅——这句话说的是:导出不该是体力活,而应该是一次完整的、可预期的文件交付。注意:这里的“批量”指的是左侧列表里的多个独立会话,不是一条会话内的多轮对话。

laoyunsi的博客 245

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 197

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 499

河道漂浮物目标检测数据集

目标检测,yolo,河道漂浮物目标检测数据集

DL_data_set的博客 199

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 557

大模型 Embedding 与向量相似度详解

Embedding 解决的问题:计算机不懂文字,但懂数字│▼文本 → 向量(1024维浮点数数组)│▼相似度解决的问题:怎么判断两个向量(文本)有多接近│▼余弦相似度:看向量方向的夹角,越接近0°越相似│▼最终效果:语义搜索——理解意思,而非字面匹配一句话总结:Embedding 把文字变成数字,余弦相似度比较数字的方向,两者结合实现了"理解语义"的搜索。

T3165919332的博客 90

AI前沿日报 · 2026-11-04 | 祛魅时刻:Astra“纯读权重“神话的崩塌

①Astra"裸权重通吃"被spaCy创始人Honnibal精准祛魅——仅1/3实验真裸读,数学能力提升依赖Python+50次迭代;②Simon Willison用Qwen 3.8-27B端侧复现权重空间编程;③Nvidia开源Auto-Ontology自动知识图谱;④$800开源全域抓取机器人Stringman;⑤OpenAI悄然重开Codex训练开关引信任危机;⑥DeepMind发布Gemini 4 Argon机器人基础模型;⑦美国科技巨头隐性AI债务达3.2万亿美元,6个月增90%。

johnsong2009的博客 573

GPT-1 架构和计算细节

下面配合框图,对 GPT-1 的每个组件做公式展开 + 数值实例(配置:12 层 × 768,12 头,FFN 3072,词表 40478,共 117M 参数)。GPT-1 把翻译模型的编码器-解码器砍掉一半,只留解码器,然后以"预测下一个词"为目标在 BooksCorpus 上预训练。与 2017 原版的四个架构差异(框图中标 ★):h0=E[token]+Epos[position],E∈R40478×768, Epos∈R512×768h^0 = E[\text{token}] + E_{pos}[\

eloudy的专栏 278

终端 AI 审计与 “龙虾” 类智能体风险治理:从可见性到闭环溯源

生成式 AI 办公普及之后,数据泄露风险逐步下沉到终端。员工将合同、源代码、客户资料粘贴至公有大模型,以及龙虾(OpenClaw)这类本地开源 AI 智能体的滥用,成为企业安全新挑战。传统网络边界防护存在审计盲区,本文从风险链路拆解、核心能力模型、分级治理策略、落地踩坑点以及技术局限性多角度,分享终端侧 AI 安全治理的实践思路。

2401_86491085的博客 639
上一篇: 模型Evaluation|文本大语言模型评估体系:从能力维度到方法论
下一篇: 大模型推理能力的数据基石:运筹学作为LLM训练数据的独特价值
整数智能
博客等级 码龄2年 215粉丝 19原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值