← 返回 PaperDaily 大模型与智能体

2行代码跑起关系学习:Prior Labs发布RPI接口,告别调参黑箱

关系学习热度攀升,但论文复现难、结果对不上。Prior Labs联合斯坦福和NVIDIA,开源基准、模型、接口三件套,把21个任务拉到同一起跑线实测。想看GNN、表格模型和关系基础模型谁是真冠军?这篇值得细读。

2行代码跑起关系学习:Prior Labs发布RPI接口,告别调参黑箱
原论文信息如下:
论文标题:
Advancing Open and Reproducible Relational Learning: RelArena-α, TabPFN-Rel and RPI
发表日期: 2026年8月
发表单位: Prior Labs(合作单位:斯坦福大学、NVIDIA、弗莱堡大学、ELLIS Institute Tübingen)
原文链接: https://arxiv.org/pdf/2608.16319v1.pdf

关系学习领域的"阿喀琉斯之踵":不可复现与不可比较的困境

龙哥表情包
关系学习研究如何从关系数据库中直接学习预测模型。电商用户流失、临床试验成功、F1车手能否登台,这些预测背后都藏着一张由主外键连接的关系大网。过去几年论文数量疯涨,领域内却弥漫着尴尬气息:大家各说各话,结果对不上号。
这篇由Prior Labs联合斯坦福、NVIDIA等机构发布的工作,毫不客气地给关系学习领域列了五大罪状。第一,方法不可复现:不少SOTA方法训练代码不公开,调参细节不透明。第二,方法不可比较:有人用RelBench官方数据加载,有人自己写逻辑,模型看到的数据库状态根本不一样。第三,聚合标准混乱:回归任务有人用MAE取平均,有人用LightGBM归一化,还有人换成R平方,数字间无法换算。第四,缺少务实基线:学术界的"手工特征+LightGBM"基线常被实现得漏洞百出,甚至出现测试时只输入NaN、模型照样出结果的神奇景象。第五,从论文到实践没有通路:方法封装不成工具包,工业界想用也找不到门。
论文用一张表总结了这些问题在主流方法中的表现。比如RelGNN虽发布了代码,但每个任务的调参完全没写,搜索空间超过25000个组合;KumoRFM-2的配置空间也有384个组合,调参过程完全没有记录。代码有没有、调参流程知不知道、评测协议统不统一,这三点几乎决定了论文结果能否被采信。
更离谱的是,不同论文互相抄基准结果已成惯例。抄来的数字往往来自不同评测环境:有的方法在测试截止时间后还能看到额外数据,有的则严格冻结数据库。在rel-f1任务上,多看了几年数据的版本比严格版本能高出10个点以上的ROC AUC,回归误差甚至能差出40%。评测口径不统一,论文里的涨点到底是方法贡献还是数据泄漏贡献,谁也说不清。

RelArena-α:统一基准框架如何破解可比性难题

为了摁住这些乱象,论文推出RelArena-α,一个专门为关系学习设计的开源评测框架,灵感来自表格学习领域的TabArena。思路很直接:把人、数据、规则都定死,谁也别想搞小动作。
RelArena-α当前聚焦RelBench v1的实体级预测任务,共21个。框架对评测协议做了三层统一。第一层数据状态统一:所有方法通过同一个API加载数据,保证训练、调参和评估阶段看到的数据库状态完全一致,堵死偷偷利用截止时间后额外数据的旁门左道。第二层评测流程统一:测试集划分、验证集使用、最终模型拟合方式全部标准化。第三层结果聚合统一:引入TabArena的bencheval工具包,用Elo评分、平均排名、临界差图、成对胜率矩阵等方式汇报结果,而不是让每篇论文自己发明汇总方法。
RelArena-α还引入了一个更重要的区分:模型提交和系统提交。模型提交必须使用框架规定的标准调参流程,搜索空间只能用随机搜索或小网格,不能针对每个数据集单独设计特殊调参方案。这样比出来的性能差异才能归因于模型本身。而系统提交允许使用自定义调参策略,比如贝叶斯优化或顺序调参,用来追踪端到端pipeline的极限性能。两个赛道分开排名,互不干扰、各取所需。
为了保证公平,框架还花费数百个GPU小时对所有基线方法做了统一重跑。有些方法作者只给了模型权重没给训练脚本,评测团队不得不从零重建训练流程。部分方法在统一评测下表现大跌,比如RelGNN自报Elo接近1949,但RelArena-α复跑只有1503左右,差了接近450点。这些数字说明,过去论文里那些漂亮的对比差距,有多少是方法本身贡献的,又有多少是调参和评测口径的功劳,确实需要打上一个大大的问号。

TabPFN-Rel:扁平化策略为何能击败专用关系架构

在RelArena-α的初始榜单上,排在第一名的不是复杂的GNN变体,而是一个把关系库"摊平"成表格的模型——TabPFN-Rel。TabPFN(Tabular Prior-Fitted Network)是Prior Labs开发的表格基础模型,它直接在带标签的上下文行上进行预测,不需要针对每个新数据集重新训练,而是像大语言模型做上下文学习一样,把训练样本当作上下文直接塞进模型。TabPFN-3是这一系列的最新版本。
TabPFN-Rel就是为TabPFN-3专门搭建的关系数据适配器。思路谈不上花哨:沿着数据库的外键路径,用深度特征合成(Deep Feature Synthesis,DFS)把多张关联表自动聚合成一张扁平大表,再交给TabPFN-3处理。DFS是自动化特征工程的一种经典方法,它沿着主外键关系逐层遍历相关表,自动生成均值、最大值、计数等聚合特征,最大深度由模型自动调整,本文中深度d在2到4之间。
图1:TabPFN-Rel流程图,以rel-f1/driver-top3任务为例。在RDBLearn的基础上,TabPFN-Rel利用深度特征合成沿外键路径将关系特征聚合成一张扁平表,TabPFN-3从带标签的上下文行中直接进行上下文预测。
图1:TabPFN-Rel流程图,以rel-f1/driver-top3任务为例。在RDBLearn的基础上,TabPFN-Rel利用深度特征合成沿外键路径将关系特征聚合成一张扁平表,TabPFN-3从带标签的上下文行中直接进行上下文预测。
TabPFN-Rel继承了RDBLearn的核心配方,又在四个关键点上做了改进。第一个改进是调参机制的"治漏":原来调参时使用的数据库与最终评估时的数据库状态不一致,新版本保证调参用的内层划分数据库被冻结在验证截止时间,跟最终评估冻结在测试截止时间的逻辑完全对齐。这个修复随着RelArena-α的自动化调参一起生效,所有基线方法都跟着受益。
第二个改进是骨干模型升级。TabPFN-3比之前的表格基础模型更强,上下文处理能力也更强,喂给模型的样本行数直接提高了一个数量级。RDBLearn原本要在三个基础模型之间做选择的调参轴也被去掉,换成了单一的TabPFN-3,调参成本反而下降。第三个改进是文本特征支持:RDBLearn在预处理时会丢掉原始文本列,TabPFN-Rel则在特征合成之后把实体表的文本列重新接回去,利用TabPFN-3-Plus的文本处理能力带来额外收益。不过文本功能要通过TabPFN的API才能用,不想依赖API的用户可以用不带文本的开源版本。
第四个改进最值得玩味,叫"上下文选择"。原来的RDBLearn是随机抽样本作为上下文,TabPFN-Rel改成了在"近期性"和"多样性"之间做权衡,不增加运行时间就把性能提上去了。更妙的一招是,在验证集上确定了最优特征深度之后,模型会把验证样本也一并塞进测试阶段的上下文里。对于带时间属性的预测任务,越新的验证样本往往越有参考价值,这个细节虽然不起眼,但恰好击中了表格基础模型上下文学习的要害。
为什么一个"摊平再学"的模型能击败专用关系架构?一个重要的解释是,TabPFN这样的上下文学习模型,本质上是在推理时即时"看清"整张表的结构规律,把新实体和已经知道答案的相似实体放在同一个上下文里对比着出结果。它不需要像GNN那样通过信息传递来显式建模关系结构,也不需要为每个数据库重新训练一套图模型。再加上深度特征合成已经把手动特征工程中大量可复用的知识自动化了,这条"扁平化"路线在工程上极其省事,而性能上还占据优势。这也再次印证了RDBLearn等先前工作的发现:把数据库拍扁再学,依然能和专用关系架构打得有来有回,甚至略占上风。

RPI:让关系学习从论文走向实践的声明式接口

如果说RelArena-α是给研究者准备的"考场",那RPI就是给工程师准备的"钥匙"。RPI全称Relational Predictive Interface(关系预测接口),是一个开源、与模型无关的声明式接口。它的目标是让使用者不需要写任何Python代码,只靠YAML配置文件,就能在自己的关系数据库上定义预测任务并跑起任意一个RelArena-α基线。
RPI把数据库中表、外键、目标列、聚合方式、预测时点等信息全部声明在配置里,然后自动完成RelBench v1实体级预测任务的生成流程。它支持把CSV或Parquet文件直接变成RelArena-α任务,并且集成了超参数调优功能。项目还提供了全部21个实体级任务的标准配置示例、一个Kaggle示例、完整文档以及面向智能体的技能模板,尽量降低上手门槛。
值得注意的是,RPI的设计做了一些有意识的取舍。当前版本刻意限定在实体级预测任务范围内,以保证与RelArena-α兼容;任务误配置的防御机制也还比较少。论文坦承,关系预测任务的接口设计本身就是一个开放的研究问题,没有哪个接口能适配所有场景。RPI的目标是先给研究者和敢于尝鲜的工程师提供一个可用的起点,再根据社区反馈持续演进。论文还提到,他们最近了解到有另一个独立团队在做类似的事情,计划未来把两边的规范做统一。

实验结果深度解析:Elo排名背后的关键洞察

在统一的RelArena-α框架下,论文对21个实体级预测任务做了首轮完整评测。参与评测的模型提交包括TabPFN-Rel的API版本和开源版本、RDBLearn、GraphSAGE(即关系深度学习RDL基线)、RelGT、RelGNN;系统提交包括RT-PluRel,它基于关系Transformer架构,用PluRel生成的合成数据预训练后,在目标任务上采用了自定义顺序调参;此外还有LightGBM和两个无学习能力的常量预测器作为兜底基线。
图2:21个RelArena-α任务上的Elo得分:左侧为模型排行榜,右侧为模型+系统综合排行榜。被标记为系统的条目(斜线阴影)符合RelArena-α的数据状态和评测协议,但未遵循其标准调参流程。同一个方法在不同面板中的Elo略有不同,因为Elo评级是相对的。TabPFN-Rel在标准调参协议下排名第一,而系统提交RT-PluRel在端到端性能中排名第一。
图2:21个RelArena-α任务上的Elo得分:左侧为模型排行榜,右侧为模型+系统综合排行榜。被标记为系统的条目(斜线阴影)符合RelArena-α的数据状态和评测协议,但未遵循其标准调参流程。同一个方法在不同面板中的Elo略有不同,因为Elo评级是相对的。TabPFN-Rel在标准调参协议下排名第一,而系统提交RT-PluRel在端到端性能中排名第一。
两个排行榜放在一起看,能读出很多信息。左侧的模型排行榜上,TabPFN-Rel的两个版本占据前列,证明在标准调参条件下,扁平化加表格基础模型的路线确实能打。右侧的模型加系统综合排行榜上,RT-PluRel作为系统提交排到了第一,说明自定义调参策略可以带来额外的端到端增益。由此也能看出,RelArena-α把模型和系统分开排名的设计多么重要——如果不分开,模型的算法贡献和调参红利就会被搅成一锅粥。
表2:发布时各方法在RelArena-α上每个任务的运行时间,汇总于RelBench v1的21个实体级任务。n_max指示每个方法每个数据集调优的超参数配置最大数量。运行时间覆盖所有调优试验加两次重拟合(默认配置和选中的配置),但不包括CPU预处理时间,所有竞争方法都有不同程度的重CPU预处理,TabPFN-Rel和RDBLearn在预处理中进行了繁重的CPU特征工程。因此报告的时间应视为实际运行时间的下限,不能直接代表端到端运行时间。系统提交RT-PluRel列在下方横线处,它不运行调优试验,其运行时间包括文档附录F中所述的拟合和重拟合。
表2:发布时各方法在RelArena-α上每个任务的运行时间,汇总于RelBench v1的21个实体级任务。n_max指示每个方法每个数据集调优的超参数配置最大数量。运行时间覆盖所有调优试验加两次重拟合(默认配置和选中的配置),但不包括CPU预处理时间,所有竞争方法都有不同程度的重CPU预处理,TabPFN-Rel和RDBLearn在预处理中进行了繁重的CPU特征工程。因此报告的时间应视为实际运行时间的下限,不能直接代表端到端运行时间。系统提交RT-PluRel列在下方横线处,它不运行调优试验,其运行时间包括文档附录F中所述的拟合和重拟合。
表2把每个方法的运行时间摊开来看,会发现方法之间的耗时差异相当大,有的方法调优预算上限明显更高。论文在实验设置里坦率地承认了这一点:虽然努力对齐算力预算,但显著的运行时间差异仍然存在,这可能会让那些跑得更久的方法占到便宜。所以在解读排名时,不能只盯着Elo数字,还要把运行时间这张表放在旁边一起看。好在RelArena-α至少把这些容易藏猫腻的细节全部晒了出来。
表3:作者自报结果与RelArena-α标准评测框架下所得结果的Elo对比。Elo基于同时包含两组结果和常量基线的联合排行榜计算,并以全局常量基线为锚点。由于两组结果是在不同评测和调参制度下获得的,这些Elo差异应理解为差异程度的度量,而非方法质量差异。表中排除了RDBLearn(因为作者没有报告21个任务中的5个任务),也排除了RT-PluRel(因为没有已发表结果对应其RelArena-α配置:RT和PluRel论文评估的是该代码的早期版本,没有对PluRel预训练模型进行逐任务微调)。
表3:作者自报结果与RelArena-α标准评测框架下所得结果的Elo对比。Elo基于同时包含两组结果和常量基线的联合排行榜计算,并以全局常量基线为锚点。由于两组结果是在不同评测和调参制度下获得的,这些Elo差异应理解为差异程度的度量,而非方法质量差异。表中排除了RDBLearn(因为作者没有报告21个任务中的5个任务),也排除了RT-PluRel(因为没有已发表结果对应其RelArena-α配置:RT和PluRel论文评估的是该代码的早期版本,没有对PluRel预训练模型进行逐任务微调)。
表3给出了另一个维度的冲击。作者把各方法在原始论文中自报的Elo和RelArena-α统一复跑后的Elo放在同一张联合榜上锚定对比,差异触目惊心。以RelGNN为例,其作者自报的Elo接近1949,但在RelArena-α的严格协议下复跑后只有1503左右,直接掉了将近450分。论文谨慎地强调,这并不说明方法本身质量差,而是表明过去的调参方式和评测口径给结果带来了巨大水分。那些论文里看起来惊艳的涨点,有多少是方法贡献的,有多少是调参和榜单口径贡献的,这份表格给出了一个相当震撼的答案。
图3:每种方法的调优配置相对其默认配置的改进。每个方法每个任务一个点,正号表示调优有帮助。
图3:每种方法的调优配置相对其默认配置的改进。每个方法每个任务一个点,正号表示调优有帮助。
调优的作用也第一次被系统性地量化了。图3显示的是每个方法在21个任务上、调优后的配置相对自身默认配置的改进量,正值代表调优有益。配合表6可以看到,几乎所有有搜索空间的方法,都在大量任务上通过调优获得了提升。这件事再次强调了该领域的系统性偏误:只要有一方认真调参而另一方没有,论文结论的基本盘就是脆弱的。RelArena-α把调优收益摆上台面,至少让读者能够看清,性能差距里有多少是"搜出来的"。
表6:按方法划分的调优效果。在21个任务中,被选中的配置在测试中胜过、打平或落后于该方法默认配置的数量。常量预测器没有搜索空间,因此不存在移动。
表6:按方法划分的调优效果。在21个任务中,被选中的配置在测试中胜过、打平或落后于该方法默认配置的数量。常量预测器没有搜索空间,因此不存在移动。
表4:每个方法在RelArena-α中每个任务的测试AUROC(值越大越好,每任务最优加粗)。列从左至右:TPR = TabPFN-Rel API版,TPR-OSS = TabPFN-Rel开源版,RT-P = RT-PluRel,GSage = GraphSAGE,RDBL = RDBLearn,RGNN = RelGNN-ES,RGT = RelGT,LGBM = LightGBM,Const-e = 每实体常量预测器,Const-g = 全局常量预测器。
表4:每个方法在RelArena-α中每个任务的测试AUROC(值越大越好,每任务最优加粗)。列从左至右:TPR = TabPFN-Rel API版,TPR-OSS = TabPFN-Rel开源版,RT-P = RT-PluRel,GSage = GraphSAGE,RDBL = RDBLearn,RGNN = RelGNN-ES,RGT = RelGT,LGBM = LightGBM,Const-e = 每实体常量预测器,Const-g = 全局常量预测器。
表5:每个方法在RelArena-α中每个任务的测试MAE(以任务原生单位,越小越好,每任务最优加粗)。列从左至右:TPR = TabPFN-Rel API版,TPR-OSS = TabPFN-Rel开源版,RT-P = RT-PluRel,GSage = GraphSAGE,RDBL = RDBLearn,RGNN = RelGNN-ES,RGT = RelGT,LGBM = LightGBM,Const-e = 每实体常量预测器,Const-g = 全局常量预测器。
表5:每个方法在RelArena-α中每个任务的测试MAE(以任务原生单位,越小越好,每任务最优加粗)。列从左至右:TPR = TabPFN-Rel API版,TPR-OSS = TabPFN-Rel开源版,RT-P = RT-PluRel,GSage = GraphSAGE,RDBL = RDBLearn,RGNN = RelGNN-ES,RGT = RelGT,LGBM = LightGBM,Const-e = 每实体常量预测器,Const-g = 全局常量预测器。
表4和表5给出了全任务粒度的具体数字,分类看AUROC,回归看MAE。逐任务看下来,TabPFN-Rel两个版本在多个任务上拿到了最优,RT-PluRel在部分任务上也表现亮眼,而曾经的明星方法RelGNN、RelGT在统一评测下并没有延续自报成绩的辉煌。这些细节表格的价值就在于,任何人都能挑出自己关心的任务去核验,而不是被迫吞咽一个打包好的平均数。从实验设计的角度看,评测采用单一种子做全流程,统计功效有限,后续如果能补充多种子和显著性检验,结论会更加扎实。

开放问题与未来展望:关系学习的下一站

既然是α版本,论文也大方地列出了尚未解决的问题。首先,调参标准化并没有被彻底解决,RelArena-α虽然为不同方法设置了大致平衡的试验预算,但方法间的运行时间差异依然明显,更耗时的方法实际上获得了更大的搜索空间,这仍然会在系统提交中造成一定的优势。其次,当前的基线集合并没有完整覆盖关系学习社区的所有流派,一些被广泛讨论的方法因为代码或配置不齐全尚未纳入。第三,RelArena-α目前只支持实体级预测任务,其他任务类型如链接预测、事件预测等,还需后续版本逐步拓展。
数据版本漂移也是个长期挑战。RelBench本身仍在积极维护和修复,任何数据修正都可能让旧结果作废。论文呼吁社区建立一套约定,数据修正后应当同步重算受影响的方法,而不是继续引用过时的自报数字。RPI那边同样有一堆开放设计问题,比如任务误配置的防护、接口表达能力的边界、与同类工具的规范统一,都需要在真实使用反馈中迭代。
从更大的视角看,这篇论文的价值在于把关系学习从"各说各话"往"共同语言"上推了一把。基准会继续成长,模型会继续迭代,接口会继续打磨,但更重要的是,社区终于有了一个可以一起校准的坐标系。关系学习的下一站,不是某篇论文刷出多高的分,而是所有论文都能在同一把尺子下面被公平地测量。

龙迷三问

下面是龙哥对于大家可能的一些问题的解答:
这篇论文到底在解决什么问题?关系学习论文满天飞,结果却对不上?
这篇工作最值得看的点是什么?TabPFN-Rel在标准调优机制下排名第一(Elo 1821),RT-PluRel在端到端性能上排名第一;表格模型与关系深度学习模型竞争力相当。
这篇工作的边界或风险在哪里?优点:开源了完整的基准框架和工具链,解决了关系学习领域的可复现性和可比性问题;TabPFN-Rel展示了扁平化方法的强大竞争力;RPI提供了实用的声明式接口。缺点:基准框架仍处于α版本,仅覆盖实体级预测任务;调优预算标准化问题未完全解决;部分方法(如RelGNN)在RelArena-α下性能显著低于自报结果,可能源于调优预算不足或实现差异。
如果你还有哪些想要了解的,欢迎在评论区留言或者讨论~

龙哥点评

论文创新性分数:★★★☆☆

这是一篇以系统工程和基准建设为核心的论文,在算法层面最大的新意是TabPFN-Rel的上下文选择机制和调参修复,其余贡献集中在评测框架和接口标准化上。对产业界来说这种"把尺子做好"的工作其实非常稀缺,但若按纯算法创新标准衡量,三星合理。

实验合理度:★★★★☆

用数百个GPU小时把8种方法在21个任务上统一重跑,并公开了每个任务的逐项结果,这个工程量和透明度在关系学习领域是罕见的。扣掉一颗星是因为目前只跑了单一种子,未做多轮重复实验和显著性检验,统计功效有限。

学术研究价值:★★★★☆

该工作给了关系学习社区一把公共标尺,任何后续方法都可以在RelArena-α上做严格对比。它把调参、评测和数据版本这些长期被忽视的变量正式摆上台面,对领域研究范式的推动意义不亚于一篇SOTA算法论文。

稳定性:★★★☆☆

α版本的工具链已经能稳定跑完21个任务,但TabPFN-Rel的文本功能依赖外部API,不同环境下API的可用性和延迟会直接影响复现体验;部分基线的复现也依赖作者额外补写的训练脚本,稳定性还有提升空间。

适应性以及泛化能力:★★★☆☆

目前框架只覆盖RelBench v1的实体级预测任务,链接预测、事件预测等常见关系学习任务类型尚未纳入。框架抽象的接口设计有良好的可扩展性,但扩展效果需要在后续版本中验证,泛化能力暂不能给高分。

硬件需求及成本:★★★☆☆

重跑全部基线需要数百个GPU小时,普通个人开发者跑全量基准的门槛不低。TabPFN-Rel单模型推理的成本尚可接受,但如果想把整个RelArena-α跑一遍,需要一定的算力储备。

复现难度:★★★★☆

代码和数据接口整体开源,文档完善,所有21个任务的配置示例都提供了,这是很多关系学习论文做不到的。扣分项在于API版本模型依赖托管服务,以及部分基线方法需要从原始仓库修补后才能接入框架。

产品化成熟度:★★☆☆☆

α版本定位是面向研究者和早期采用者,RPI接口已经有可用雏形,但还缺少任务误配置防护、更细的权限管理和稳定的发布渠道。产品化成熟度目前处于"可以用,但需要动手能力"的阶段。

可能的问题:评测只用了单一种子,统计功效不足;方法间运行时长差异仍然较大,调参预算只能做到"大致平衡";模型提交与系统提交的分法虽然清晰,但一些本质上依赖特殊调参的方法可能被模型赛道低估;α版本在数据版本漂移和任务误配置防护上还有改进空间。以顶会的标准看,论文工程量令人佩服,但实验验证的深度还可以更扎实。


主要参考文献

[1] RelBench:关系学习基准测试与深度学习方法评估
[5] TabArena:表格学习基准与公平评测框架
[6] RDBLearn:面向关系数据库的机器学习工具库
[10] RelGNN:关系图神经网络方法
[16] RelGT:关系Transformer模型
[19] TabPFN-3:Prior Labs表格基础模型
[20] RT / [21] PluRel:关系Transformer及其合成预训练体系
[27] GraphSAGE:关系深度学习RDL基线
[30] LightGBM:梯度提升决策树库
[31] Featuretools:深度特征合成(DFS)开源实现
[34] PQL:预测查询语言(Predictive Query Language)
原文与开源项目:https://arxiv.org/pdf/2608.16319v1.pdf

*本文仅代表个人理解及观点,不构成任何论文审核或者项目落地推荐意见,具体以相关组织评审结果为准。欢迎就论文内容交流探讨,理性发言哦~ 想了解更多原文细节的小伙伴,可以点击"阅读原文",查看更多原论文细节哦!       

end
关系学习也好,表格学习也罢,评测标准都不能自说自话。想跟龙哥一起追踪更多开源基准和硬核论文?欢迎加入龙哥读论文粉丝群,扫描下方二维码或者添加龙哥助手微信号加群:kangjinlonghelper。一定要备注:研究方向+地点+学校/公司+昵称(如 关系学习+上海+清华+龙哥),根据格式备注,可更快被通过且邀请进群。群内已有图像处理、大模型及智能体、自动驾驶及机器人、AI医疗及AI金融5个方向,等你来聊!
wechat_helper dianzan

转发文章 微博 X LinkedIn Facebook
龙哥读论文 · PaperDaily

本文基于龙哥读论文 PaperDaily 数据库整理,结合论文原文与工程视角进行解读。