返回信息流
新闻事件
A重点76
量子位
1 个来源

阿里千问办公开源MyContext:为Agent构建专属工作上下文

阿里千问办公近日开源了上下文基础设施MyContext,旨在将钉钉聊天、文档、会议等分散的工作数据加工成Agent可消费的上下文档案,解决Agent缺乏真实业务上下文的问题。该项目在GitHub上已获超1k Star,并针对时序数据、矛盾事实和计算成本等难点进行了处理。

SynthePulse Insight · AI 深度解读

阿里千问办公开源MyContext:为Agent补上企业上下文基础设施

版本 1 · 1 个来源

当模型能力不再是瓶颈,企业Agent落地卡在了数据基础设施上。阿里千问办公开源的MyContext,试图把散落在聊天、文档、会议中的业务数据加工成Agent可消费的上下文,并解决时序、冲突与成本三大难题。

  • 阿里千问办公开源上下文基础设施MyContext,一周内GitHub Star超1k。
  • MyContext将分散的工作数据加工成Agent可消费的上下文,支持聊天、文档、会议等数据源。
  • 针对时序数据,采用稳定来源标识和对话空闲间隔作为Session边界,避免漏掉迟到信息。
  • 通过三态合并机制处理事实冲突,保留冲突并下调置信度,人工确认的结论优先。
  • 采用增量计算、版本缓存、批量触发等策略控制计算成本。
  • MyContext与钉钉、千问办公形成数据汇聚-上下文加工-Agent消费的闭环,瞄准企业级场景。
展开章节目录Agent的上下文困境:业务现场缺失

Agent的上下文困境:业务现场缺失

尽管Agent在任务编排、工具调用等方面能力不断提升,但面对真实业务场景时,Agent往往无法理解工作流,因为关键信息散落在邮件、IM、文档和数据库中,且存在实时更新、版本冲突、权限边界等问题。

Confluent 2026年调查显示,66%的企业认为数据基础设施和数据质量正在拖慢Agentic AI落地,80%的企业已将“用好自家数据驱动AI”列为业务优先事项。这表明企业AI落地的瓶颈已从模型能力转向数据基础设施。

MyContext的解法:数据加工层

阿里千问办公开源的MyContext,定位为上下文基础设施,旨在将分散在各处、格式各异的个人工作数据加工成Agent能理解的专属档案。它支持IM、文档、会议、业务协作记录以及本地和其他工作数据源,经用户授权后持续收拢整理,形成动态更新的工作档案。

MyContext强调可追溯性,每条结论保留证据链,可点回原始聊天、文档或会议记录;同时受用户与组织权限约束。这避免了“黑箱记忆”,让Agent能理解真实业务背景。

三大技术难点:时序、冲突与成本

时序数据处理:MyContext不按简单时间先后处理,而是为每条原始信息绑定稳定来源标识,幂等性基于数据源标识,即使时间戳旧,只要未消费过仍会处理;同时以对话空闲间隔作为Session边界,使上下文切分符合真实交互节奏。

事实冲突处理:采用三态合并机制,一致信息增强置信度,补充信息并入既有结论,真实冲突则同时保留多条事实并下调置信度,显式暴露给用户。人工确认的结论设置更高优先级,禁止模型自动覆盖。

成本控制:采用增量计算,能靠本地规则判断的先处理,只有模糊信息才交给模型;已算结果复用,多次更新攒批处理,配合版本缓存、批量触发和分级降级策略,减少重复计算。

从个人到组织:三位一体闭环

MyContext不仅面向个人,更瞄准组织内部延伸,与钉钉、千问办公形成“数据汇聚-上下文加工-Agent消费”的闭环。钉钉拥有超2000万企业组织、近8亿用户,是天然数据入口;千问办公团队在异构数据处理和上下文工程上的积累,可帮助企业整合钉钉、飞书、Salesforce、SAP等系统的知识。

这一闭环旨在让企业分散的数据沉淀为可信、可追溯、持续演化的上下文,使Agent从被动接收指令的工具,演化为理解组织、延续任务、参与协作的长期生产力单元。

可信度边界

本文信息主要来自量子位的报道,属于二手来源。MyContext的开源事实和GitHub Star数据来自报道,但未提供官方链接验证;Confluent调查数据为报道转述,未提供原始报告。技术细节描述(如三态合并、增量计算)均来自报道,未经独立验证。

核心结论

MyContext是阿里千问办公在Agent上下文基础设施领域的一次开源尝试,其核心价值在于将企业散落的业务数据加工成Agent可消费的上下文,并针对时序、冲突和成本问题提出了工程化方案。尽管报道中未提供独立验证,但其思路反映了行业对Agent落地瓶颈的共识。

主报道

量子位

主报道来源