阿里千问办公开源MyContext，将分散工作数据加工为Agent上下文
MyContext通过工程化手段解决Agent吃不到真实业务上下文的问题，将分散数据转化为可检索、可追溯的动态档案，是Agent进入企业流程的关键基础设施。
MyContext是阿里千问办公开源的上下文基础设施，能把聊天、文档、会议等散落数据，持续加工成Agent可消费的动态档案。它处理迟到消息、事实冲突和增量更新，让Agent不仅懂指令，也懂真实工作流。企业可借此把隐性业务背景接入AI，推动Agent从工具走向长期协作单元。
正文摘录
哪怕到了各种 Harness 各种 AI 产品满天飞的今天，个人、企业用户依然苦 工作场景「上下文」 久矣。 在钉钉里跟同事聊过啥、文档里沉淀过哪些决策、企业各种标准规范，这些数据信息往往全散落在 Agent 之外。 甚至我再打眼一看，这个项目开源短短一周，就已经在 GitHub 斩获超 1k Star 了！？ 直接 把分散在各处、格式各异的个人工作数据加工成 Agent 能理解的专属档案 ，让 Agent 真正读懂用户和真实业务工作流，并最终在决策和执行等环节实现人机协同。 迟到、反复变化的时序数据，彼此矛盾的事实，以及海量历史数据持续更新带来的计算成本，基本一起梭哈了。 当聊天、文档、会议和业务规则都能被持续加工成 Agent 可消费的上下文，Agent 才真正有机会从一个会执行指令的工具，走进真实工作流。 那边各种插件、协议和执行框架不断补齐 Agent 的任务编排、环境调用、多步执行和状态管理能力。 写报告、查资料、改表格、跑代码，甚至连续执行一串复杂任务，都已经逐渐进入能用好用的阶段。 我们让 Agent 帮我把上周讨论的客户方案更新一下，再按公司最新口径整理成汇报资料。 这句话对人来说信息很完整，但对 Agent 来说，这些真实业务中的内容可能天然分散在邮件、IM、文档和各种数据库中，甚至可能还伴随着实时更新、版本冲突、权限边界与信息过期的问题。 结果就是 Agent 既不懂咱的工作流，也不了解企业内部规范，只能靠模型通用知识和当前 Prompt 完成当前任务，真·傻眼了。 真实工作从来都不是一条孤立指令，每一个任务背后都挂着散落在不同平台中的工作讨论、已经形成的决策、不断变化的状态、组织内部的规则，以及人与人之间默认已经知道的上下文背景。 这些业务信息一旦无法进入上下文，Agent 就只能更多依赖通用知识和当前指令，无法真正嵌入具体工作流。