阿里荣膺 ACL 2026 最佳资源论文 | HSCodeComp 揭开智能体「分层规则应用」的能力鸿沟

图片

当 Deep Search Agent 撞上真实世界的专家规则

过去两年,大模型 Agent 在深度搜索(Deep Search)方向进展飞速——BrowseComp、GAIA 等基准不断被刷新,Agent 学会调用搜索、浏览等工具,多步迭代地解决问题。但当我们把目光投向法律、医疗、税务、跨境电商这些真正的高价值垂类场景任务时,会发现先进 Agent 在这些真实专业场景中遇到了巨大挑战:它们不能只靠模型的内部知识,而必须像专家一样逐级调用工具、检索并严格应用人类专家编写的层次化规则,才能得出可靠结论。

为此,我们构建了 HSCodeComp,首个面向该能力的真实且专家级的 Deep Search Agent 基准,被 ACL 2026 接收,并获评最佳资源论文奖项。

图片

论文标题:

HSCodeComp: A Realistic and Expert-level Agent Benchmark for Hierarchical Rule Application。

图片

ACL 2026 Best Resource Paper:获奖证书(左)、Best Resource Awards 现场公示(中)与现场领奖留影(右)。

这次的分享重点在展开分析我们论文研究的重要内容和关键发现,为 Agent 在真实专家级垂类任务中可靠应用带来启发。在展开评测与分析之前,我们先花点篇幅把这个任务本身讲清楚:它是什么、为什么重要、难在哪里。

01Background 背景:这是一个什么垂类任务,为什么重要?

1.1 什么是海关商品编码 HS Code?

先从任务本身说起。HS Code(Harmonized System Code,商品名称及编码协调制度)是支撑全球每年约 26 万亿美元贸易的商品"唯一数字身份证"。每一笔跨境货物通关都必须申报 HS Code,它直接决F f f F f定了超过所有跨境商品的关税计算和合规性,跨境商品的编码如果报错,轻则多缴关税,重则触发合规风险和货运延误。

如下图1所示,在阿里巴巴跨境电商海关商品编码(HS Code)场景中,该专家级任务需要将商品沿着人类专家编写的规则树逐层向下推导、精确归类到唯一国际通用编码上。我们称之为层级规则应用(Hierarchical Rule Application),并发现它恰恰是当前 Agent 评测的一块关键盲区。

图片

Figure 1|HS Code 是全球跨境贸易的基石,反映了理解真实商品世界所需的复杂度与专业性。

在实际申报中,资深关务专家需要依据严密的层级关税规则,把一件商品精准映射到唯一的 10 位细分编码,逐级细化:

  • 2 位|章(Chapter) → 4 位|品目(Heading) → 6 位|子目(Sub-heading) → 8/10 位|国别码(Country-specific)

这本质上是一条必须满足规则树上所有约束的合法路径:只有每层判定都正确,最终 10 位编码才成立。以下图的常见的"AirPods 硅胶保护套"为例,申报时就要逐层回答一连串专业问题:它的材质"硅胶"该归入塑料(第 39 章)还是橡胶(第 40 章)?它算"表面覆盖物"还是"携带盒"?是"配件"还是"零件"?——每一层都必须严格应用专家规则归类,任何一层判错都会导致最终 10 位编码全盘皆错。

图片

Figure 2|Airpods 硅胶保护套 分类样例

正因如此,HS Code 预测是一个典型的高价值、强专业、可客观验证的任务:一位从业 10 年的关务专家能达到 95% 的 10 位准确率,而目前最强的 AI Agent 只有约 49.4%(Hermes-Agent + Qwen3.7-Max)——接近腰斩的差距。这道鸿沟究竟从何而来?要回答它,需要先看清这个任务的本质结构,以及它区别于以往深度搜索任务的独特难点。

1.2 任务形式化:本质上是一个"专家级深度搜索"任务

图片

Figure 3|任务形式化:Agent 在噪声商品档案 X 上,逐级调用工具检索并应用规则 R 与知识 K,得到唯一 10 位编码 Y。正因需多步调用工具检索专家规则/知识,它本质是"专家级深度搜索"。

本质上,这是一个 专家级的 Deep Search 任务。因为 Agent 无法只靠内部知识作答,它必须像人类专家一样,逐级调用工具去检索最新的相关专家规则与知识,再一步步向下逐层推导找到最终的10位HSCode编码。形式化来看,这个任务本质上是一个映射函数 :

  • 多模态商品档案: 如下图所示 ,即标题 、 个结构化属性 (如材质、包装尺寸)、平台类目 、商品图片 (捕捉文本缺失的纹理/形态等视觉特征)、价格 与币种 。

  • R分层规则: 包含官方层级关税规则(源自 eWTP 平台聚合的权威美国 HTSUS 税则)以及关税专家多年工作积累的专业决策规则,用于在多个品目看似都适用时裁决冲突。

  • K领域知识库: 历史海关裁定库(美国 CROSS 系统),作为 few-shot 范例帮助处理规则模糊的边缘情况。其中,知识库 (美国海关公开的 CROSS 历史裁定库)的实际形态如下图:

图片

Figure 4|CROSS 裁定库示例(论文附录):左为可检索的裁定列表,右为单条裁定详情——每条含裁定编号、商品描述、最终 HTSUS 编码与完整归类法理说明,可作为 Agent 检索的 few-shot 先例。

  • Y唯一的 10 位 HS Code: 必须是 HS 分类树上满足 R 中所有约束的一条合法路径。

需要强调的是,并非一步到位的分类,而是一个多步"检索—推理—回溯"循环 : Agent 先从具有真实世界商品噪音信息的 中抽取关键物理属性,据此在 中检索候选规则以及逐条核对例外与交叉引用等情况,必要时到 (CROSS 历史裁定库)里寻找先例佐证;当多个品目看似都成立时,还需调用专家决策规则裁决优先级,最终才逐层收敛到唯一的 10 位编码。正是这种"边检索、边应用规则、边回溯"的特性,使它区别于一次性的分类问题,成为一个典型的专家级深度搜索(Expert-level Deep Search) 任务。

图片

Figure 5|f 的多步"检索—推理—回溯"过程:每一层都同时依赖调用工具逐位推理。

1.3 专家级Deep Search任务中被忽视的能力

那么这类专家级 Deep Search Agent 和已有的 Deep Search 任务以及评测 benchmark 有何本质差异? 具体的,我们可以把 Agent 所需的知识复杂度划分为递进的三个层次:

  • Level 1 开放域数据: 理解、推理和使用海量真实世界网络数据和知识的能力,代表性工作有 BrowseComp、WebArena 和 GAIA 等。

  • Level 2 结构化数据: 精确理解和利用特定领域的结构化数据资源,如数据库和知识图谱等结构化知识。代表工作有 MedBrowseComp 和 FinSearchComp 等。

  • Level 3 分层规则数据(本文焦点): 在前两者之上,如何进一步精准应用人类专家撰写的层级专业规则。这正是当前评测的关键盲区。

图片

Figure 6|三级知识复杂度:从"读懂网页"到"用好结构化知识",再到"精确应用分层专家规则",能力要求逐级递增;Level 3 仍是空白。

Level 3 之所以独特而困难,源于分层规则天然带着三大挑战:

  1. 层级深、一步错步步错(Hierarchical Reasoning): 需在规则树上逐层推理,上层一旦判错(如把硅胶误归入橡胶第 40 章),错误会沿路径级联放大为整体失败——后续每一层都建立在错误前提之上,几乎无从纠偏。

  2. 语义边界模糊(Vague Boundary): 如图7蓝框所示,规则里充斥"除……以外(excluding)"“其他(other)”"主要用于(principally used)"等自然语言限定,边界模糊且高度依赖上下文,为Agent精准利用规则分类商品带来巨大的不确定性。

  3. 逻辑高度耦合(Coupled Rules): 如图7红框所示,规则间充满例外条款与交叉引用,某个品目能否成立往往取决于另一条注释是否被触发,牵一发而动全身。

图片

Figure 7|层次化关税规则示例:蓝框标注"除……以外"这类模糊边界,红框标注例外条款与交叉引用。

而这三大挑战并非 HS Code 独有。分层规则应用是众多高价值专业垂类的共性挑战(Common Challenge):从法律合规、税务审计到医疗编码——凡是依据人类专家编写的层级规则任务,都会遇到同样的层级级联、语义模糊与规则耦合。一个典型例子是医疗领域 WHO 的 ICD-10 疾病编码:如下图8所示,它与 HS Code 拥有几乎完全相同的分层规则结构,这些ICD编码直接决定患者的保险覆盖,具有重要的真实世界应用价值。

图片

Figure 8|共性挑战案例:WHO ICD-10 层次化疾病编码。

HSCodeComp 在 HS Code 上揭示的Agent能力边界与诊断方法,对这些真实世界垂类任务也具有直接的借鉴意义——这也是我们选它作为 Level 3 代表性任务的原因。

02Benchmark Construction 基准构建:如何做出一把「专家级」标尺?

要可靠评估 Level 3 能力,就必须获得高质量的编码标注。由于任务的专业性与复杂度,HSCodeComp 刻意回避了常见的众包标注与 LLM 自动生成,转而追求真正的专家标注。

2.1 数据统计信息

  1. 真实世界噪声(Real-world Noise): HSCodeComp 数据来源于真实的大规模全球电商平台,按实际销量与类目分布采样以还原真实分布;刻意保留冗长标题、错填属性、误导关键词等噪声,逼近电商 “In-The-Wild” 复杂度;并用语义去重等后处理方案,过滤类目与编码完全重复的样本,保证长尾覆盖。

  2. 专家级(Expert-Level): 组建 26 位关务专家(平均从业 5 年以上)的标注团队,按照下图的6步标注pipeline对商品标注。其中前4步模拟了真实的关税专家的分类流程,最后2步通过多名专家的交叉验证提高数据质量。最终专家的分歧率仅约 2%,证明了数据集的可靠性。

  3. 真实规模(Realistic): 最终包含 632 个真实商品,自然横跨 32 个大类。并且关键统计结论说明数据集的商品和编码覆盖范围广,能够有效反映Agent在跨境电商应用下的真实性能。

图片

Figure 9|品类与章节分布:贴合真实贸易分布;最具挑战的样本恰恰集中在长尾类目(如 Novelty & Special Use 1.3%、Men’s Clothing 2.2%)。

图片

2.2 六步专家标注工作流

标注遵循「双人独立标注 — 高级仲裁 — 抽样复核」的六步专业工作流:

  • Step 1|信息采集: 两位专家分别浏览商品网页,收集全部信息。

  • Step 2|结构化抽取: 抽取商品核心结构化特征。

  • Step 3|查询裁定库: 在官方裁定库(CROSS)检索相关历史案例;若命中,则在 eWTP 系统校验对应 HS Code 并修订;否则精修查询、回到 Step 2 调整特征。

  • Step 4|应用决策规则: 对无相关裁定的商品,执行专家决策规则以应用关税规则、确定编码。

  • Step 5|最终校验: 在 eWTP 网站校验最终编码有效性。

  • Step 6|质量复核交叉验证: 两位专家独立标注,编码一致才接受;分歧由资深专家仲裁,仍无共识则丢弃。另有一位未参与初标的第四位资深专家对随机 10% 样本重标,最终分歧率仅 2%。

最终获得632条真实世界商品对应的高质量HSCode编码,横跨32个商品大类。

图片

Figure 10|六步专家标注流程:前四步覆盖商品档案抽取与分层规则应用,后两步做严格的专家交叉验证(Step 6)。

2.3 评测指标与统计可靠性

HSCodeComp 的评估指标简单且客观,使用 Exact Match Accuracy 作为主要评测指标,报告 2/4/6/8/10 位准确率,其中 10 位准确率是对端到端层级推理最严格的衡量。

HSCodeComp 数据集包含有 632 样本,经 bootstrap 95% 置信区间分析已达"统计平衡"——从 600 → 632 样本,最优系统 CI 宽度仅收窄 0.21%(约 ±7.78%),继续扩样收益微乎其微。说明HSCodeComp上的评估结果具有较强的统计稳定性。

03Evaluation & Analysis 评测与深入分析

团队在 HSCodeComp 上评测了 28 个 最先进系统,涵盖 GPT-5.5、Claude-Opus-4.8、GLM-5.2、DeepSeek-V4-Pro、Qwen3.7-Max 等基础模型,Hermes-Agent、SmolAgents、AWorld、AgentOrchestra、OWL、WebSailor、Cognitive Kernel 等开源 Agent 框架,以及 Manus、Gemini Deep Research、Grok DeepSearch 等闭源商用系统。

3.1 核心发现:巨大的能力鸿沟

图片

Figure 11|核心结果:最强 Agent(10 位 ~49.4%)远远落后于人类专家(95.0%)。

评测指标简单而客观——直接看 10 位编码的 Exact Match Accuracy。我们把 GPT-5.5、DeepSeek-V4-Pro 等前沿模型与 Agent 全部放上去评测,结论指向同一个方向:

  • 显著鸿沟(Significant Gap): 表现最好的 Agent 也只有约 49.4%,远远落后于人类专家的 95%——几乎腰斩。

  • 增益微弱(Marginal Gain): 这些前沿系统甚至只是勉强超过传统机器学习方法(基于大量人类专家规则的决策树系统性能约 45.0%),却付出了高得多的算力与推理成本。不过需要强调的是,决策树方案对长尾商品和新规则的适应能力较差。

  • 结构性瓶颈(Structural Bottleneck): 通过在在 6k 条专家标注的样本数据上做 SFT 和 Agentic RL 训练,也只能将Qwen Agent性能和准确率提升到 65% 。这也说明层级规则利用对当前的AI Agent来说是一个结构性瓶颈,并不是通过简单扩展数据规模或者模型参数规模就可以解决的。

3.2 Case Study

论文用三个真实案例,具象化了 Level 3 的固有复杂度:

  • 真实噪声(误导关键词): 标题里的 “Poster(海报)” 会把 Agent 带偏,而商品真实身份其实是 Canvas(画布)——需交叉比对其他细节 + 结合图片才能纠偏。

    图片

    Figure 12|书籍案例:商品页信息含噪,关键的页数并不在标题/属性里。

  • 细粒度视觉属性: 一本书的最终编码,取决于藏在商品图片深处的页数信息(如 304 页)——不看图、看不清就必然判错。

    图片

    Figure 13|书籍案例:决定末位编码的"304 页"信息深藏于商品图片中,必须靠视觉抽取。

  • 领域知识缺口: 反直觉的专家规则把 硅胶定义为塑料(第 39 章)而非橡胶。

图片

Figure 14|菜刀分层推理案例:需在正确感知材质/用途的前提下,逐层做出符合规则的判定。

3.3 分析一:Test-Time Scaling 无法缓解差距?

一个常见直觉是"多算几次、多反思几次总会更好"。但在 HSCodeComp 上,两种标准 TTS 策略均告失效:

  • 多数投票(Voting@K,K=1→16): 图15左图显示,增大 K 几乎不带来提升——因为 Agent 无法区分"正确路径"与"自信的错误",投票只是在同源错误里挑众数。

  • 自我反思(Self-Reflection): 图15中图显示,自我反思带来的提升非常微弱,主要原因在于模型出了会纠正错误也会将正确样本改成错误的,说明Agent并没有学会有效的自我反思,更像是盲目重试。

图片

Figure 15|Test-Time Scaling 难以弥合差距:投票曲线趋于平台,自反思不升反降。

更为有意思的是,我们发现了一种推理漂移(Reasoning Drift)的现象,具体如图15右图显示,强迫模型"想得更多"(增大 reasoning effort)非但不涨反而下滑——GPT-5 的 10 位准确率随推理深度从 40.82% 一路跌到 35.44%。这一现象根本原因在于当有价值信息位于领域知识与规则中时,缺乏准确工具反馈的"自由发挥"会让 Agent 幻觉出并不存在的约束、误读模糊描述。

典型样例如下:为强行归类一双女鞋,Agent 编造了"鞋面表面积超 90% 且无围条(welt)"等并不存在的属性,又忽略了"价格大于 12 美元"的规则,最终 10 位编码判错。

图片

Figure 16|女鞋推理漂移案例:幻觉属性 + 忽略价格规则,一步错导致满盘皆输。

这启发我们,对于有价值信息位于领域知识与规则中的专业任务,应优先做知识与规则的检索利用,而非让模型自己「想」,才能避免幻觉与推理漂移。

3.4 分析二:到底哪些知识信息有用?

既然靠"想"和"投票"都不行,那到底哪些知识与信息真正驱动性能?答案清晰地指向三点:

1. 历史裁定库(CROSS)是最稳定可靠的增益: 接入 CROSS 后,三个骨干模型的 10 位准确率无一例外地大幅提升:GLM-5.2 从 38.77% 涨到 48.42%(+9.65),DeepSeek-V4-Pro 41.61%→49.37%(+7.76),Qwen3.7-Max 43.99%→49.37%(+5.38)。原因在于,CROSS 里的真实历史裁定天然是高质量的 few-shot 先例:当规则语义模糊、多个品目看似都成立时,Agent 可以直接检索相似判例、参照海关既往的裁定逻辑来消解歧义——相当于给模型配了一本"判例词典"。

图片

Figure 17|CROSS 历史裁定库带来一致增益:三个骨干模型接入 CROSS 后 10 位准确率均显著提升(GLM-5.2 +9.65、DeepSeek-V4-Pro +7.76、Qwen3.7-Max +5.38)。

2. 视觉信息有用,但只是边际增益: 图像能补齐文本描述缺失的物理细节(材质、表面工艺、形态等),但增益有限、且高度依赖骨干模型的视觉能力:GPT-5 从 42.72% 提升到 46.83%(+4.11),而 Claude-4-Sonnet 仅 +0.95(33.70%→34.65%)、GPT-4o 几乎纹丝不动(22.03%→22.31%,+0.28)。也就是说,只有足够强的 VLM 才能真正「看懂」并用上图里的信息;弱骨干即便喂了图片也用不起来。视觉是有益补充,却替代不了对规则的精确应用。

图片

Figure 18|视觉信号仅带来边际增益:GPT-5 +4.11,Claude-4-Sonnet、GPT-4o 几乎无提升——越弱的骨干越用不上图像里的物理细节。

3. Agent Harness是是不可或缺的地基: 把裸模型(LLM)包进能"检索并应用最新专家规则与知识"的 Agent 框架后,10 位准确率从 28.96% 抬升到 37.42%(6 个 GPT-5 骨干 Agent 系统的平均,+8.5pt)。这说明本任务的关键并不在模型"记得多少",而在于能否即时检索到最新的分层规则/领域知识、并正确地逐层应用——这也正是它区别于普通分类、成为"专家级深度搜索"的根本。需要强调的是,规则不是简单塞进上下文就行:只有让 Agent 主动检索、按优先级动态裁决并逐层套用,才能把知识真正转化为准确率。

图片

Figure 19|Agent scaffold 抬升 +8.5pt:6 个 GPT-5 骨干 Agent 系统的平均 10 位准确率(37.42%)显著高于裸 GPT-5(28.96%)——检索并应用最新规则/知识的工具框架是必需项。

综合来看,三类信号的重要性排序清晰:规则/知识检索(+8.5pt,地基)> CROSS 历史裁定(+5~10pt,稳定可靠)> 视觉信息(+4pt 且仅限强 VLM,边际补充)。这再次印证 HSCodeComp 是一个 “规则/知识中心"而非"检索算力中心” 的任务:决定成败的不是算得多快、想得多深,而是能否检索到正确的专家规则与判例,并严格、逐层地把它们应用到位。

3.5 分析三:HSCodeComp 挑战性体现在在长尾商品类目

最后,我们把视角拉回数据本身,验证"难度到底是不是天然的、以及它是否与品类分布相关"。跨 32 个一级品类,我们统计了两条互补的分布(下图):

  • CID(Challenging Product Distribution,最难样本分布): 所有基线系统都判错的"硬骨头"样本在各品类上的占比。

  • APD(Average Performance Distribution,平均性能分布): 各品类上所有基线系统的平均 10 位准确率。

两条分布(图中蓝色细条为该品类在数据集中的样本占比)共同揭示两点:

  1. 最难的样本集中在长尾类目: CID 显示,全军覆没的样本高度集中在 Novelty & Special Use(数据占比仅 1.3%)、Men’s Clothing(2.2%) 等长尾品类——它们描述非标、样本稀疏,恰好暴露了 Agent"把规则泛化到数据稀疏领域"的短板。

  2. 整体准确率普遍偏低: APD 显示,绝大多数品类的平均 10 位准确率不足 25%,仅 Hair Extensions & Wigs 约 47% 一枝独秀;即便是 Jewelry & Accessories、Home & Garden、Tools 这类数据占比最高的主流品类,准确率也低于 18%。

这说明 HSCodeComp 的难度并非由数据倾斜人为制造——难度是分层规则本身固有的,且与品类是否高频无关:越是长尾、越是非标描述,规则应用就越容易崩塌。

图片

Figure 20|按一级品类的难度分布(源自论文)。左:最难样本分布(CID),红条为"全部基线判错"的样本占比;右:平均性能分布(APD),红条为各品类平均 10 位准确率;两侧蓝色细条均为该品类的数据占比。最难的样本集中在 Novelty & Special Use、Men’s Clothing 等长尾类目。


04Future Work 从基准到落地与展望

4.1 从基准到落地:先评测、后优化的完整闭环

HSCodeComp 不止是一篇评测论文。基于基准上获得的洞见,团队进一步在跨境贸易数字关务真实垂类场景中,设计了以 Qwen 基座为核心的 Agent 框架:通过在 6k 个人类专家标注数据上做 SFT + Agentic RL 优化,该 Agent 以约 65% 的准确率稳居 AI Agent 系统第一位。

但需清醒看到两点:

  • 仍显著落后于人类专家(95%): 说明分层规则应用对当前 AI Agent 属于结构性挑战,难以通过简单 Scaling(换更大模型、堆更多数据)解决。这与 3.3 节 TTS 失效的结论一致。

  • 下一步关键能力: 需强化错误回溯、规则优先级动态判定,以及把推理牢牢锚定在专家规则与动态知识之上的能力。

4.2 泛化到更广的专业垂类

正如 1.3 节所述,分层规则应用是众多高价值垂类的共性挑战:ICD-10 医疗编码、美国《联邦法规》(CFR)、法律合规与税务审计等等。因此,HSCodeComp 揭示的能力边界与诊断方法具备天然的跨垂类可迁移性——同一套"先评测、后优化"的闭环,可以复用到这些同构任务之上。面向未来,我们希望构建能够将推理牢牢锚定在专家规则与动态知识之上的 Agent:让模型不再依赖内部记忆去"猜",而是像专家一样逐级检索、严格应用规则,并在出错时可靠回溯。从而最大化AI Agent在各种专业垂类任务场景下的效果。

4.3 开源

HSCodeComp 全部数据与评测代码均已开源,社区可直接使用:

GitHub: https://github.com/ATH-MaaS/Marco-DeepResearch

Hugging Face 数据集:

https://huggingface.co/datasets/ATH-MaaS/HSCodeComp

论文: https://aclanthology.org/2026.acl-long.937

05致谢

HSCodeComp 能够顺利完成并获认可,离不开多方长期的支持与协作。首先,感谢阿里 ATH-MaaS(Alibaba Token Hub Model-as-a-Service)应用算法团队、产品和工程团队各位领导与团队成员在 Deep Research Agent 方向上的长期投入;也要特别感谢 AE 物流部的算法、工程和产运同学的的鼎力相助。同时,衷心感谢各位关务专家在数据集标注工作流中的专业付出。

最后,特别感谢 ACL 2026 Reviewer、AC、SAC、PC 与 Best Paper Committee 对 HSCodeComp 工作的高度认可。因项目参与人数较多,未能一一列名致谢,敬请谅解。HSCodeComp 是 ATH-MaaS 应用算法组 Marco-DeepResearch 系列的一部分,若对这一类问题感兴趣,欢迎交流与合作。

相关推荐

阿里巴巴 12 篇论文入选全球系统顶会 ATC 2026(内附下载)

2026 ATC 会议中,阿里巴巴以12篇论文录用数居全球企业首位。研究聚焦大模型服务与Agent基础设施、云资源调度、安全计算等关键瓶颈,提出CacheFS(P2P权重缓存)、Axon(异步KV感知调度)、Chorus(GPU-CPU协同解码)等创新系统,显著提升推理效率与资源利用率。论文基于真实生产数据,推动系统优化从理论走向落地,彰显中国产业界在计算机系统领域的前沿影响力。

阿里技术 248

Personal Agent 对比分析及未来技术发展趋势

近期,Personal Agent赛道迅速升温,大厂与独角兽密集发布新品。从Anthropic的Claude Tag、SpaceXAI的Grok Bot,到Meta的Muse、OpenAI的Dots等,均聚焦个人用户场景,强调“数字同事”与个性化服务。相比早期Agent多用于开发或企业协作,新版本更注重跨平台集成、主动任务执行与用户情感连接。技术上,其核心差异在于更强的自主决策能力、长期记忆与多模态交互。这标志着Agent正从工具向“智能代理”演进,预示着人机协同的新范式。

阿里技术 108

高分智能体为何反而更脆弱?阿里 Token Foundry 揭示「协同进化陷阱」,提出 CODA 可靠性评测协议

本文揭示智能体在技能—策略协同进化中存在“协同进化陷阱”:尽管训练阶段分数持续提升,但模型对特定技能库依赖加深,导致部署后技能变化时性能显著下降。阿里巴巴团队提出可靠性评测协议CODA,引入一致率、抗干扰率与最差成功率等指标,系统评估模型在技能漂移下的稳定性。实验表明,原始增益52%–93%被抵消,凸显当前评测仅关注峰值成绩的局限性。研究呼吁从“追求高分”转向“保障可靠”,推动智能体在动态环境中持续可信运行。

阿里技术 346

手把手带工程同学从零实现一个完整的 LLM(CS336)——Transformer 篇

本文是学习斯坦福CS336课程的首篇笔记,从零构建MLP入手,逐步理解神经网络训练原理。通过线性回归与非线性拟合实验,揭示损失函数、梯度下降与激活函数的作用。文章以手搓MLP为例,为后续实现带RoPE、SwiGLU的Transformer打下基础,强调深入理解LLM底层机制对Agent开发的重要性。

阿里技术 276

深度解析 RSI:当 AI 开始实现自我迭代提升

2026年,RSI(递归自我改进)因Anthropic与多位AI巨头论文引爆热议。其核心是AI自主优化自身,形成正反馈循环,理论上可催生智能爆炸与超级智能。虽严格意义上的RSI仍存挑战,但广义上已涵盖自进化、持续学习等技术。从人工编码到AI自主开发,研发效率呈指数提升。尽管RSI非实现AGI/ASI的唯一路径,也未必必然引发智能爆炸,但其作为“如何达成智能跃迁”的关键机制,正推动AI进入自我迭代新阶段。

阿里技术 386

清华×阿里 AI Native人才培养计划暨格造社启动日活动举行

10月15日,清华大学无穹书院与阿里巴巴联合启动“格造社AI开源俱乐部”,以“从好奇到创造”为主题,发布近40个涵盖算力、模型与公益创新的AI真实课题。通过校企协同、开源共享与项目实践,学生将在导师指导下开展选题、开发与验证,成果将开源发布于魔搭社区,推动技术转化与创新成长。活动还配套开展多场工作坊,助力AI Native人才培养。

阿里技术 148

从榜单走向真实业务负载:Kernel Agent 刷新 Qwen3.8-Max 核心推理算子性能

Kernel Agent 的公开研究已经表明,Agent 可以在标准题目上生成并优化 GPU Kernel;AKA 这次把问题推进到了生产契约:面对 Qwen3.8-Max 的真实关键算子、复杂调度约束,以及专家已经深度优化过的实现,Agent 仍然找到了新的执行路径,并在三条独立算子线的几何平均时延上全部低于专家版本。AKA 将反馈、设计和生产验证组织成一个可以持续运行的闭环,把专家经验之外的结构维度纳入搜索,也把一次性能突破沉淀为下一次优化的系统能力。

阿里技术 185

代码生成越来越快,软件交付真正的瓶颈转向了哪里?

2026年云栖大会,阿里巴巴探讨AI Native研发范式转型。嘉宾指出,尽管代码生成提速,但交付瓶颈已转向需求明确、上下文连续、环境复现与验证机制等环节。许晓斌强调需构建完整工程系统支撑Agent生产落地;李英各提出“统一上下文+验证”降低协作成本;黄挺揭示基础设施正从服务人转向服务Agent;陈烨主张将AI前置至需求入口重构流程;彭鑫以“可驾驭性”界定AI边界;李亚洲则警示个人效率提升不等于团队效能跃迁。最终,《AI Native研发实践手册》发布,推动研发从“辅助编码”迈向“系统重构”。

阿里技术 153

《AI Native 研发范式实践手册》重磅发布

在云栖大会发布的《AI Native 研发范式实践手册》揭示了AI研发从“辅助编码”迈向“自主交付”的关键转折。随着MCP协议、Agent Harness框架及多模型协同的成熟,行业进入Agentic时代。阿里巴巴通过AIDC数字投手、千问用增Agent等实践,探索企业级AI研发基础设施建设,聚焦环境验证、知识沉淀、组织变革三大挑战,推动Agent实现从写代码到可靠交付的跃迁,构建覆盖工具链、安全管控与可观测性的系统化工程体系。

阿里技术 913

当 AI 开始真正“做事”,基础设施准备好了吗?

Agent 可以写代码、修改配置并提交变更,但“任务已完成”不能只由 Agent 自己判断。代码进入生产之前,仍然需要稳定、准确、可追溯的评审机制。

阿里技术 264

把「达标判定」从大模型手里收回来:Graph Engineering实践

回看整个 Agent 的演进过程,模型换过,编排的流程换过,Agent 合过也拆过,但工程方向始终一致:我们在不断地减少模型的自主权,把可被代码验证的确定性决策,从模型侧逐项收回到控制面。首先是把「达标判断」从模型手里收回:给予客观的评测手段,并在评测里加入对侧样本,防止过度优化走向过拟合。其次是把「核心目标」给模型解释清楚:先理清楚优化的最终目标是什么,可以从什么方向进行优化,要解决的是过拟合还是无效优化。才能保证模型的方向不会跑偏。

阿里技术 275

垂类业务如何落地生产级 Agent

在AI技术快速迭代背景下,AI Agent从概念走向生产需跨越稳定性、可控性、可审计性与业务闭环四道关。尽管工具链与模型能力成熟带来窗口期,但真实业务中复杂场景与风险要求系统化工程支撑。企业应聚焦“大模型+工具+循环”核心范式,以标准化协议与可复现流程实现从“能跑”到“能产”的跃迁,把握垂类落地先机。

阿里技术 143

5 人 7 天干完 20 人数周的活:Spec-Driven Development 如何重新定义 AI 编程

5人7天用Qoder完成传统需20人数周的工作,核心在于Spec-Driven Development(SDD)。通过Day 0精心撰写可验证、有边界、带约束的Spec,将“WHAT”明确化,让AI高效执行“HOW”。SDD以spec.md为唯一真实来源,辅以plan.md与tasks.md拆解任务,constitution.md固化原则,实现人机协同、并行开发与自举迭代。其本质是:在AI时代,代码只是思考的副产品,而规范才是工程的锚点。

阿里技术 233

AI Agent 应用精细化评测:评测体系设计与工程实践

本文构建了一套面向AI Agent的精细化评测体系,突破传统粗粒度评估局限,从感知、规划、记忆、工具四大模块入手,实现“质量×成本×性能”三维量化。通过模块级拆解与端到端结合,支持根因定位、幻觉检测与多轮交互评估,结合自动化数据集映射与埋点采集,打造可持续、可追溯的评测基础设施,助力Agent高效迭代与生产落地。

阿里技术 432

zg 正式开源:本地检索,不止于关键词

<think>我们根据文章内容写一段≤150字的摘要。文章主要介绍zg(zvec-grep)本地优先检索工具,解决人和Agent在本地文件中查找信息困难,结合向量检索、BM25和rg,提供语义检索、精确匹配,支持CLI/MCP,本地优先,多语言格式。摘要需简洁,涵盖核心要点。字数限制严格。输出摘要即可。</think>zg(zvec-grep)是面向人与 Agent 的本地优先检索基础设施,结合 Zvec 向量检索、BM25 与 ripgrep,实现从语义探索、相关性排序到精确验证的全流程检索。它支持多种代

阿里技术 482

Agent 终章(Harness 成本篇):一次百炼账单降低 88% 实战

回头看,成本优化并不是一套外挂式的 Token 优化技巧,它们就是 Harness 实践。模型只负责生成,Harness 决定哪些内容要发、哪些过程要隔离、什么时候该停,以及这次任务应该用什么模型,最终怎么高效完成这个 prompt。Agent Loop 的成本本身也没有什么单一解法。前缀少一点、缓存多命中一点、探索少带回来一点、无效轮次少跑一次,单看都不惊人;但这些开销会在每一轮、每一次任务里重复,最后的差距就是这样乘出来的。这就是开头提示写出一个能跑的 Agent 很容易。

阿里技术 229

阿里巴巴 12 篇论文入选全球网络顶会 SIGCOMM 2026(内附下载)

在网计算将集合通信卸载到网络交换机进行,可以压缩流量,进而加速传输过程。在网计算系统的构成通常包括交换机、网卡、协议栈、通信库、网络管理器;但是在开放以太网生态中,上述组件分属不同的供应商或者开发者,彼此之间存在依赖。以太网生态的的供应商和开发者在自己的功能范围内无法实现整体的系统;在单独一个生态位实现自己功能而缺乏其他厂商配合的情况下,其研发投入无法体现为系统级别的加速能力,造成低效的投入回报比。

阿里技术 475

Harness 工程之道:Skill 原理与最佳实践

Agent Skills 是一种轻量、开放的能力扩展规范,用于为 AI Agent 扩展专业知识和工作流。本文从概念原理出发,结合真实的工程化项目 trade-ab-skill,系统性地讲解 Skill 的结构规范、触发机制、作用域优先级,以及最佳实践。(文章内容基于作者个人技术实践与独立思考,旨在分享经验,仅代表个人观点。

阿里技术 319

Agent 越改越乱之后,我用评测和轨迹把它拉回来了

如果你也在反复手改 agent 的 skill、打地鼠似的顾此失彼,不妨试试让这件事跑起来:让 agent 完成任务的能力,沿着评测结果自己进化。参考资料:《别让大模型"想太多":SKILL 开发中的语义陷阱与抗幻觉设计》

阿里技术 367

Qoder CLI 上运行 Qwen3.8-Max:5 个硬核任务实测

这次评测开始前,我们关心的问题是:在单轮提示词驱动下,这些模型能不能独立跑完数小时量级的工程任务。实际上五个任务中,所有模型均独立走完了全程,没有一家中途失控。真正需要关注的问题是,在没有人规定「好」是什么的空白处,模型只能依靠自己的标准决定做到什么程度才算完成。这一代模型+Harness之间比的,已经不是能不能达到要求,而是在无人要求时,它对自己的要求是什么。最后是本文全部结论共同的边界:每个任务均为单次运行,小分差不构成排名依据;

阿里技术 376

连续五天登上 GitHub Trending 首页的思考

现在是做开源最好的时代。AI 把那些原本吃掉维护者大量时间的重复性工作(Issue 分类、代码评审、测试编写、发版……)自动化了。一个小团队甚至一个人,就能撑起过去十人团队的节奏。门槛降低了,但上限没降——省下来的时间用在真正需要判断力的地方:定方向、做决策、经营社区。几个我觉得最重要的认知:**别开源一个 demo。**AI 时代做 0-1 太容易了,社区不缺 demo,缺的是经过验证的方案。你的“判决书”越硬(生产数据、benchmark、真实用户规模),别人帮你传播的时候底气就越足。

阿里技术 462

从 Agent Flow 到 AI Native:为什么通用 Agent 是“饮鸩止渴”

我最近一直在做一个“小玩具”:Agent Flow。最初的目的很明确,就是想在某些特定场景和受众群里,取代现有的 Agent Skill。这个 Flow 本质上是传统 Flow 的强化,但它的核心不是让用户理解节点、连线和 JSON,是让用户用自然语言描述目标,然后让 LLM 去理解目标、生成 Flow、修改 Flow、运行 Flow。Flow 本身的重要性也降级了,它只是一个编排层,不对 Node 和细节负责,只负责链路控制、任务下发和结果回收,具体的任务由 Node 负责。

阿里技术 360

NL2SQL 在超大规模数仓场景的架构突破与工程实践

本文介绍了高德数据团队基于QoderWork Agent Skill构建的NL2SQL智能取数系统从V1到V2的架构演进。V1采用分域独立Skill设计,验证了LLM在企业数仓场景生成准确SQL的可行性,但暴露了用户选择成本高、Skill间路由困难等5个结构性问题。V2通过统一Skill+确定性两级路由的四层架构(域路由层、知识加载层、标准工作流层、公共服务层)实现智能路由和渐进式知识加载,解决了V1的域间冲突问题。文章重点分享了架构设计思路、知识工程方法论和实践中提炼的设计原则,为类似企业数仓的NL2SQ

阿里技术 483

分解一座冰山:后端系统「AI 知识库体系」建设实践(长文干货)

本文探讨了如何让AI在复杂后端系统中正确行动,指出仅靠代码可读性和文档完整性无法解决关键问题——AI缺乏系统全局认知。作者强调技术方案设计是AI Coding的核心环节,其质量直接影响执行正确性。文章提出需构建结构化知识库,贯穿需求理解、影响分析、方案设计、编码执行等全流程,将分散的系统知识显式化,包括架构、依赖关系、业务约束等,帮助AI获得准确上下文。特别指出业务概念与技术实现的映射、变更红线规则等关键知识,并强调知识库需要持续闭环更新,避免成为过期文档。最终目标是让AI从代码协作者进化为能自主判断的工程

阿里技术 660

阿里开源 skill-up:让 Agent Skill 可评测可回归

摘要: 阿里巴巴开源了Agent Skill评测框架skill-up,旨在解决AI技能开发中的质量验证难题。该框架通过声明式YAML配置支持多引擎测试,提供expect+judge分层判定机制,降低LLM抖动对CI的影响。核心设计包括:1) 声明式评测配置,提升可读性;2) 分层判定策略优化资源消耗;3) 多引擎适配能力;4) 结构化报告输出,支持CI集成。skill-up特别强化了多轮对话测试,可验证复杂交互场景下的技能表现,如危险操作确认流程。项目已开源并应用于阿里内部,帮助开发者确保技能迭代的可靠性和

阿里技术 673

面向复杂业务场景的智能分析 Skills 架构设计与演进实践

本文复盘了一个面向本地生活业务的分析类AI Skill的架构演进过程。面对数十个行业复杂的经营框架和指标体系,团队经历了三次重构:从V1过度工程化的分层解耦架构,到V2采用知识收拢与按需加载,最终在V3实现稳定知识与时效知识的分离。这一过程提炼出六条Skill设计原则:1)知识组织应服务于模型的推理需求而非工程规范;2)按变更频率分层管理知识;3)动态路由实现按需加载;4)写入与读取采用不同粒度;5)保持核心知识文件的轻量化;6)通过分层加载平衡维护效率与token经济性。该案例为处理领域知识密集型AI应用

阿里技术 469

从 Coder 到 Designer :电商团队数据研发的 Harness Engineering 实践

本文介绍了AI Data团队在数据研发效率提升方面的实践,重点通过知识工程和Harness Engineering架构设计解决NL2SQL转化中的核心问题。团队构建了语义层基础设施,采用Multi-Agent协作框架,将数据研发经验结构化并形成标准化流程,实现从自然语言到SQL的精准转化。方案通过三层质量保障体系和闭环知识管理机制,确保AI在复杂任务中稳定运行并持续积累经验。目前该方案已在大促场景落地,显著提升了NL2SQL的研发效率和质量。

阿里技术 121

一个小模型意图识别系统的 5 天进化实录|支付宝618

本文摘要: 支付宝618大促中,团队探索了AI在电商优惠场景的两种交互模式:一期基于推荐逻辑的"AI找优惠",二期升级为对话式交互。作者负责意图识别模块,将用户自然语言转化为结构化查询。面对模型选型的时间压力,团队快速评估了Qwen3系列模型,最终基于性能、成本和准确率平衡选择了Qwen3-14B。文章详细记录了从业务需求分析到技术方案落地的完整决策过程,为AI产品化提供了实战参考。

阿里技术 205

为什么 Agent 时代,大家都在做 CLI ?

AI时代的CLI复兴:从人类友好到Agent友好的范式转变 随着AI Agent的崛起,命令行界面(CLI)正经历一场复兴。本文探讨了人机交互从CLI到GUI,再到Agentic CLI的发展历程,指出CLI因其文本输入输出特性、自描述性、Unix哲学组合能力等优势,成为AI Agent操作数字世界的高效入口。文章提出未来产品设计需兼顾人类和Agent需求,分为完全面向人、完全面向Agent和人机协作三层架构,并强调"AI友好"应具备可调用、可理解、可组合、可恢复四大特征。CLI与MCP、SKILL共同构成

阿里技术 167

从「不敢发」到「天天发」:AI Agent 时代的 CI/CD 生存指南

本文以a1 CLI工具为例,探讨AI生成代码的信任机制构建。面对AI代码的随机性,团队建立多层自动化门禁体系:代码覆盖率检查、真实API冒烟测试、文档同步校验等,并设计逃生舱机制保持灵活性。针对AI新增代码,开发动态冒烟测试流水线,通过Schema约束、Prompt工程、Deny-list机制等五重锁驯服AI随机性,并引入CI历史反馈让AI从失败中学习。最终通过渐进式发布流程(Beta灰度->人工审核->正式发布)建立信任,实现AI参与下的高频可靠交付。

阿里技术 197
上一篇: 从 Coder 到 Designer :电商团队数据研发的 Harness Engineering 实践
下一篇: 面向复杂业务场景的智能分析 Skills 架构设计与演进实践
阿里技术
阿里技术 阿里技术官方账号 阿里技术官方账号
博客等级 码龄5年 5208粉丝 280原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值