千问办公｜开源MyContext：从飞书钉钉蒸馏个人工作上下文

Agent入职最怕的不是不会写文档，而是不知道你是谁、正在跟进什么、平时怎么拍板。千问办公把这层「个人工作档案」开源了出来——名字叫MyContext。

千问办公是阿里面向办公场景的Agent产品线，此前已整合QoderWork、悟空、MuleRun等能力。所谓上下文（Context），白话是模型做决策时能看见的背景信息：你的职责、协作关系、进行中的项目与个人规矩。所谓蒸馏，白话不是把聊天记录整包塞进提示词，而是抽成可复用的结构化结论。公开材料显示，团队开源个人工作上下文基础设施MyContext，定位为千问办公首个开源项目；项目上线约一周余，在GitHub获星量已超过一千。

与传统知识库不同，MyContext强调从飞书、钉钉等协作工具中的聊天、文档、会议纪要、待办审批、日历与通讯录等工作痕迹里，持续收拢并整理成个人工作档案，再交给Agent调用。公开叙事把它比作「给Agent装上本地个人知识库」：同样强调本地优先与数据主权，但内容主要靠日常工作自动沉淀，而不是全靠用户手写笔记。

架构上可拆开看的几层：

1. 采集：channels插件打通钉钉与飞书等；采集范围受授权控制，保密群可跳过，并按数据源、类型与ID做增量去重。
2. 加工：连续约三小时无人说话的消息切成会话块，再经向量化、实体与事实抽取，形成带时空信息的知识图谱。
3. 蒸馏：提炼用户职责、别人通常找他做什么、接到任务后的处理步骤、交付形式，以及规矩与红线；并尝试归纳多步流程为playbook，便于后续多Agent协作。
4. 管控：生成与发送刻意拆开，管控模块是唯一决策点；数据默认落本机SQLite，图谱可走本地文件模式。

冲突处理也被写成可验收规则：新旧结论出现差异时，系统分补充、确认、矛盾三类处理；矛盾则两结论并存并降低置信度，交给用户在审阅页裁决；每条结论须挂message_id作证据，用户确认过的结论模型不得覆盖。公开实测同时提醒：项目仍处开发者预览，无集成安装包，依赖与embedding配置门槛较高，部分链路会在图谱生成或画像提取阶段失败；README亦提示可能出现破坏兼容性的改动。

把这件事放进AI办公坐标：过去一年行业习惯比「谁更能写一封邮件」；今天更卡人的，是Agent能不能长期待在工作流里还不失忆。对开发者，MyContext提供的是可拆解的上下文层原型；对企业采购，则提示「接模型API」只是起点，真正难的是权限、证据链与提示注入防护——聊天记录一旦进档案，就不能再被当成可信指令原样执行。

需要把边界读清楚。开源与获星不等于开箱即用；飞书侧数字分身等能力公开材料仍写明存在缺口。下一观察点是预览版何时补齐安装体验与企业安全材料，以及蒸馏结论在真实协作中的误判率——档案越懂你，审阅页就越不能省。