MyContext是什麼
MyContext 是阿里雲千問辦公團隊開源的 Agent 上下文基礎設施,以本地優先方式運行,可將釘釘、飛書等 IM 溝通、文檔、會議等多源工作數據,加工爲持續更新、可回溯的專屬”工作檔案”,包含職責範圍、協作關係與工作結論。遇到矛盾信息時通過語義分析判斷合併或覆蓋,不確定則交由用戶確認。基於檔案可構建專屬 Agent,實現工作信息查詢與擬人化自動回覆。

MyContext的主要功能
- 構建工作檔案:將釘釘、飛書等 IM、文檔、會議等多源數據沉澱爲持續更新的個人工作檔案,涵蓋職責、協作關係與討論結論。
- 信息可回溯:檔案中每條信息均標註來源、時間與內容,可追溯到原始出處。
- 矛盾信息處理:對前後矛盾的信息通過語義分析判斷合併或覆蓋,無法判斷時交由用戶確認且不再被模型覆蓋。
- 搜索問答:支持自然語言查詢工作歷史,結合全文檢索、語義召回與圖譜查詢給出帶來源的答案。
- 數字分身:基於檔案構建專屬 Agent,可以用戶語氣起草回覆工作信息,發送等操作需用戶授權。
如何使用MyContext
-
下載部署:從 GitHub 倉庫獲取項目,在本地設備上以本地優先方式運行桌面應用。
-
授權接入數據源:連接並授權釘釘、飛書等 IM 系統及文檔、會議等工作數據源。
-
導入數據:將個人工作數據導入 MyContext,系統自動完成標準化處理與增量同步。
-
生成工作檔案:系統自動沉澱包含職責範圍、協作關係、行爲習慣與討論結論的專屬工作檔案,並持續更新。
-
構建專屬 Agent:基於檔案生成專屬 Agent 助手,可用於查詢工作信息、總結知識、以本人語氣輔助回覆消息。
-
人工確認關鍵環節:遇到矛盾信息或發送消息等有後果的操作時,由用戶確認後執行,確保準確與安全。
MyContext的核心優勢
-
上下文基礎設施定位:將分散在 IM、文檔、會議中的工作數據加工爲 Agent 可理解的專屬工作檔案,補齊 Agent 落地工作場景的記憶底座。
-
矛盾信息智能治理:通過語義分析判斷信息合併或覆蓋,不確定時交由用戶確認且不再被模型覆蓋,避免傳統方案的信息丟失。
-
全程可回溯抗幻覺:每條信息標註來源、時間與內容,答案有據可查,提升結果可信度。
-
本地優先保隱私:數據與索引存儲於用戶本機,AI 僅是使用方而非所有者,契合企業數據安全要求。
-
人機安全閘機制:發送消息等有後果的操作必須經用戶明確授權,兼顧自動化與安全可控。
MyContext的項目地址
- 項目官網:https://mycontext.md/
- GitHub倉庫:https://github.com/openTrinity/mycontext
MyContext的同類競品對比
| 對比維度 | MyContext(阿里千問辦公) | Mem0 |
|---|---|---|
| 發佈方 | 阿里雲 · 千問辦公團隊 | Mem0 AI(美國初創,2023年成立) |
| 產品定位 | 面向辦公場景的 Agent 上下文基礎設施 | 通用 Agent 記憶層(Memory as a Service) |
| 產品形態 | 本地優先的桌面應用 + 九層完整架構 | API/SDK 中間件,需開發者集成 |
| 目標用戶 | 職場個人與企業,開箱即用 | AI 應用開發者 |
| 數據來源 | 原生接入釘釘、飛書等 IM、文檔、會議記錄 | 主要處理對話歷史,數據源需自行接入 |
| 記憶架構 | 記憶圖譜 + 全文/語義/圖譜混合檢索 | 向量優先的記憶提取與檢索 |
| 矛盾信息處理 | 語義分析判斷合併/覆蓋,不確定時人工確認且不可被模型覆蓋 | 啓發式 add-or-update,無人工裁決機制,舊事實可能”復活” |
| 可回溯性 | 每條信息標註來源、時間、內容,全程可追溯 | 記憶可追溯性較弱,存在”引用記憶但無法定位出處”的問題 |
| 隱私安全 | 本地優先,數據與索引存於用戶本機 | 默認雲端託管,自託管需額外部署 |
MyContext的應用場景
-
智能消息回覆:Agent 基於個人工作檔案與溝通習慣,以用戶語氣自動起草、回覆釘釘/飛書工作消息。
-
工作信息問答:用自然語言查詢個人工作歷史(如”上週會議定的方案是什麼”),答案附原始出處。
-
個人知識沉澱:將散落在 IM、文檔、會議中的職責範圍、協作關係、討論結論自動整理爲持續更新的工作檔案。
-
協作關係梳理:通過記憶圖譜呈現人物、項目、話題間的關聯,快速理清跨部門協作上下文。
-
新人/轉崗交接:工作檔案完整可追溯,降低崗位交接與知識轉移成本。
© 版權聲明
文章版权归作者所有,未经允许请勿转载。
相關文章
暫無評論...