arxiv.org·2026/10/26
企业多智能体需要行为逻辑而非干系人文档,但机器生成工件因共享词汇(offer、eligibility 等)文本重叠而操作不同,扁平向量检索会高相似度返回相邻服务的同构规则且无错误信号,内容级本体成本过高。为此提出 KB Cataloging,把本体置于工件层,利用工件自带的服务、域、类型与出处构建目录、稀疏元数据注册表和工件导航超图;查询先解析为工件标识符集合,再仅在该集合内做混合稠密与 BM25 检索,置信门控决定是否回退,使相邻服务竞争规则不进入相似度计算。该层在 241 个仓库、18 个服务 上一周内建成,按约定接入新服务;缺陷根因代理经 MCP 结合日志与知识层工件,作者报告 100 余个生产缺陷在开发者验证下支持根因分析与解决,另有 35 个发布回归失败归因到具体规则与服务,其他代理与从业者可查询并附上下文图审计。局限是依赖机器生成且带出处的语料,精度受放置质量和上游覆盖限制;作者正评估放宽率与歧义查询准确度,并规划组成、边界、策展代理向知识服务层扩展。
为什么重要 企业多智能体 RAG 常因同名规则串服务而误检;该设计用生产元数据做硬过滤,减少向量歧义。适合 做企业多智能体 RAG、SDLC 代理与知识基础设施的工程师
企业正在软件开发生命周期中部署智能体 AI,它们需要的是所作用系统的行为逻辑,而不是利益相关者文档。一个由七个智能体组成的逆向工程流水线恢复了这一逻辑,将跨 18 个服务的 241 个仓库处理成数千个描述范围、旅程、规则和验收标准的人工产物。恢复并不等于可用。
像 offer、eligibility 和 activation 这样的实体在共享词汇下跨服务反复出现,名称相关但操作上不同,因此一条端到端旅程会牵涉超过一千条几乎相同且不可混淆的规则。扁平向量检索失败:它以高相似度返回来自错误服务的相同规则,且没有任何错误信号。传统补救手段——内容级本体——并不存在,而把反复出现的实体的每次出现都关联起来,其成本会超过整个项目且无法在一个发布周期内存活。我们将本体放在人工产物级别。
在这个机器生成的语料库中,每个人工产物保留其生产者、组件、服务、领域和类型,这些来源信息在阅读内容之前就消除了歧义。我们提出一个先组织后检索的知识层:一个自描述目录、一个稀疏元数据注册表,以及一个定义在人工产物而非抽取实体之上的导航超图。查询解析为约束向量搜索的人工产物标识符,因此来自另一个服务的竞争规则是缺席的,而非仅仅被排在后面,从而使消歧成为结构性而非统计性。
该层不到一周即可建成,并通过约定接纳新服务,服务于 SDLC 智能体、开发者、质量工程师和分析师。它支持对 100+ 个生产缺陷进行根因分析和解决(经开发者验证),并将 35 个发布回归失败归因到具体规则和服务。
Enterprises are deploying agentic AI across the software development lifecycle, and they need the behavioral logic of the systems they act on, not stakeholder documentation.
A seven-agent reverse-engineering pipeline recovered this logic, processing 241 repositories across 18 services into thousands of artifacts describing scope, journeys, rules and acceptance criteria.
Recovery does not confer usability.
Entities like offer, eligibility, and activation recur across services under a shared vocabulary, related in name but operationally distinct, so one end-to-end journey implicates over a thousand near-identical rules that must not be conflated.
Flat vector retrieval fails, returning an identical rule from the wrong service at high similarity with no signal of error.
Content-level ontology, the traditional remedy, did not exist, and relating every occurrence of recurring entities would have cost more than the engagement and not survived a release cycle.
We place the ontology at the artifact level.
In this machine-generated corpus, each artifact retains its producer, component, service, domain and type, provenance that disambiguates before content is read.
We present a knowledge layer that organizes before retrieving: a self-describing catalog, a sparse metadata registry, and a navigation hypergraph defined over artifacts rather than extracted entities.
Queries resolve to artifact identifiers that constrain vector search, so the competing rule from another service is absent rather than outranked, making disambiguation structural, not statistical.
Built in under a week and admitting new services by convention, the layer serves SDLC agents, developers, quality engineers and analysts.
It supported root-cause analysis and resolution of 100+ production defects with developer verification and attributed 35 release regression failures to specific rules and services.
服务数
已接入且无 schema 工作
生产缺陷
原文为 more than 100
回归失败
归因到规则与服务
注释 · 作者报告的生产使用数据,非基准评测。出自 Deployment

EVIDENCE / METHODS
流程
候选集先缩到 artifact IDs 再检索
轻量模型判断问题类型、目标服务与领域,不访问语料内容。
alias index 将查询词解析到候选节点及节点间路径。
节点返回其下属 artifact 标识,通常只是语料的小子集。
只在候选集合嵌入上执行 dense 与 BM25 混合检索。
LLM 判断限定结果是否充分;不足时扩大到全库检索。
注释 · 歧义规则不进入向量计算,而不是靠分数压过。出自 Design·检索
原版排版与图表 · 手机无法内嵌时可在浏览器打开。PDF 插件内选文不能传给网页助手。