5 posts tagged with "KWeaver"

一、一个再普通不过的周一早上​

9:15。供应链调度员小李刚泡好咖啡，工位上的告警面板就弹出 3 张 critical 单子：

她扫一眼就知道这三张单子的处置方式从来都不一样：

• MAT-001 在仓库里有合格替代料 SUB-001A、SUB-001B——走「替代料切换」，让 MES 切生产；
• MAT-002 的供应商 SUP-2 有「加急」能力——走「催供应商加急」，调供应商门户的加急 API；
• MAT-003 没有替代、供应商也加不了急——只能走「标准补货」，从 ERP 下采购单。

如果让 AI 帮她处置，AI 怎么知道每张单子"对的姿势"？更尖锐一点：当业务侧明天决定 MAT-002 改走标准补货，AI 怎么自动跟上？

在 AI 原生时代，软件的重心正在发生变化。以前开发系统，核心是实现功能；现在做 Agent，核心正在转向上下文（Context）。

一个 Agent 在复杂业务里能不能长期稳定运行，不仅看模型，更看它拿到的上下文质量。Anthropic 在描述 Context Engineering 时提到，当 Agent 处理多轮推理和长任务时，治理的重点已经不再是单条 Prompt，而是整个推理过程中进入窗口的信息集合。OpenAI 也在指南里把系统拆为模型、工具、记忆和编排，强调能力是各部分配合出的结果。

说白了，Agent 时代真正稀缺的是让模型「读懂业务」的能力。而 BKN（Business Knowledge Network） 就是在这个背景下开发出来的。

文章贡献者：陈储培、李倩兰

摘要​

随着大语言模型在复杂业务场景中的广泛应用，如何有效组织和管理上下文信息已成为提升推理质量的关键挑战。传统的检索增强生成（RAG）方法通过语义向量匹配实现知识召回，但在处理结构化业务知识网络时，面临召回粒度粗糙、推理路径割裂、上下文膨胀等根本性局限。本研究提出 ContextLoader 框架，一种面向业务知识网络的结构化上下文管理方案。该框架通过两个互补机制——Trim（相关性裁剪）和 Toon（Token-Optimized Notation，标记优化表示）——在工具返回结果写入 LLM 上下文前进行结构化质量提升。

为确保研究结论的可靠性和可推广性，本研究设计了两项独立的实验验证：（1）在 AWorld 开源智能体框架中，对比 ContextLoader 与外部向量检索服务（Dify Baseline）；（2）在 Dify 平台内部，对比 ContextLoader 与平台原生向量检索工具。两项实验均在 MSFAgentBench 基准数据集上进行。实验结果表明：AWorld 环境下，ContextLoader（完整配置）相对 Dify Baseline 提升 14.0 个百分点，准确率达到 92.9%；Dify 平台环境下，ContextLoader（启用 Trim 和 Toon）准确率从 70.4% 提升至 84.5%。两项独立实验在不同环境下取得的显著提升，有力地支持了结构化上下文管理相对于传统向量检索的系统性优势。此外，ContextLoader 将 Token 消耗降低 27.5%-33.2%，SQL 调用减少 33.1%-58.1%，SQL 错误率从 7.3% 降至 1.2%。

关键词：结构化召回；上下文管理；大语言模型；智能体系统；业务知识网络

摘要：在企业级非结构化数据问答中，从"能用"到"可靠"的跨越，面临着证据链断裂、多跳推理发散等严峻挑战。本文深入剖析了我们如何通过构建 AI Data Platform (KWeaver Core)，将传统的检索增强生成（RAG）升级为一种平台化的上下文工程（Platform-based Context Engineering）。通过解构其核心组件、分享关键的消融实验数据，我们展示了如何通过业务知识网络、精确的工具治理和动态上下文加载，实现高可靠通过率，显著超越业界主流方案。

文章贡献者：燕楠、许鹏、陈储培

Welcome to the KWeaver technical blog! We will share insights about decision intelligence AI technology here.