微软Pantheon：不录屏的第二大脑

微软重新设计 Windows 的 AI 记忆

微软正在低调测试一款代号为 Project Pantheon 的 Windows 11 AI 应用，当前测试版本名为 Context Vault。根据 Windows Latest 于 2026 年 10 月 23 日披露、IT之家同日转述的信息，这款应用允许用户主动保存网页、文件、截图、文本、音频和视频，再通过内置聊天功能检索、总结和调用这些资料。

Project Pantheon 是微软内部用于探索个人上下文管理的项目代号，而 Context Vault 是目前出现在测试版本中的产品名称。它最值得关注的地方不是又增加了一个聊天窗口，而是微软开始重新回答一个更基础的问题：操作系统怎样在不持续观察用户屏幕的前提下，获得足够有价值的个人上下文。

Context Vault 是一个由用户主动投递内容、AI 负责整理与调用的个人资料库。与依赖持续截取屏幕的 Windows Recall 不同，它只保存用户明确选择的内容，因此可以被理解为“不录屏的 Recall”，也更接近开发者熟悉的个人知识库或长期记忆层。

截至 10 月 23 日，Pantheon 仍处于测试和曝光阶段，微软尚未正式公布发布时间、支持地区、硬件门槛、存储配额、订阅价格以及完整隐私政策。这意味着目前能确认的是产品方向和部分界面，不能把它视为已经面向所有 Windows 11 用户发布的正式功能。

它和 Recall 的差别不只是“少截几张图”

Windows Recall 是一项通过周期性屏幕快照帮助用户回溯电脑活动的 Windows 11 功能。Recall 的优势是覆盖面广：用户不需要提前判断什么内容未来有用，系统先记录下来，之后再通过时间线、OCR 和语义检索寻找信息。

Recall 的核心代价是默认收集范围太大。即使快照在本地保存并受到设备加密、生物识别验证或应用过滤机制保护，持续捕获屏幕仍可能碰到聊天记录、医疗信息、公司内部页面、一次性验证码和未公开文档，因此它从发布之初就面临强烈的隐私与合规质疑。

Context Vault 选择把“自动捕获”改成“主动保存”。用户可以从浏览器扩展、文件资源管理器、Windows 共享菜单、截图工具、Click to Do 和剪贴板等入口，将某项内容明确送入资料库；没有执行保存动作的屏幕活动，理论上不会成为它的记忆。

主动保存显著缩小了数据采集范围，但也把筛选成本交还给用户。Recall 更像一台始终开着的行车记录仪，Context Vault 则更像一个带 AI 索引能力的收藏夹：前者不容易漏掉信息，却可能记录过多；后者更容易解释和管理，却要求用户在当下判断哪些内容值得留下。

| 对比维度 | Windows Recall | Context Vault（Project Pantheon） | |---|---|---| | 信息进入方式 | 系统周期性生成屏幕快照 | 用户主动保存指定内容 | | 主要资料类型 | 屏幕活动与快照 | 网页、文件、截图、复制文本、音频、视频 | | 核心体验 | 按时间回溯过去操作 | 按主题整理、搜索、提问和生成内容 | | 用户操作成本 | 较低，系统自动收集 | 较高，需要主动选择和归档 | | 隐私暴露面 | 较大，可能捕获无关或敏感画面 | 相对较小，但取决于用户保存内容和权限设计 | | 上下文完整性 | 较高，但噪声更多 | 更聚焦，但可能遗漏未保存信息 | | 第三方调用 | 重点是 Windows 内部回溯体验 | 已披露支持 MCP，可供兼容应用调用 | | 正式可用状态 | 已经历多轮调整并在部分设备部署 | 截至 2026 年 10 月 23 日仍属测试项目 | | 已公开价格 | 未单独公布独立价格 | 尚未公布 |

Context Vault 不是简单删掉屏幕快照后的 Recall，因为两者建立记忆的逻辑完全不同。Recall 试图完整记录“用户做过什么”，Pantheon 试图沉淀“用户认为以后还有用什么”；前者以时间线为中心，后者以主题、资料和任务为中心。

真正关键的是系统入口，而不是聊天框

Pantheon 的竞争力来自 Windows 11 的系统级入口。测试画面显示，Context Vault 已进入文件资源管理器的共享菜单，并与 WhatsApp、Outlook 等应用并列；用户也可以通过浏览器扩展、剪贴板、截图和 Click to Do 保存内容。

系统级入口决定了个人知识库能否长期使用。传统笔记和 AI 知识库经常败在导入步骤过多：用户需要切换应用、创建页面、选择目录、粘贴链接并补充标签，几次操作之后，原本值得保存的信息已经变成待整理的负担。

Context Vault 试图把保存动作压缩到 Windows 原生工作流内。开发者在文件资源管理器中选中需求文档、日志或会议录音后，可以直接分享至 Context Vault；研究人员在浏览器里看到论文或数据页面时，也可以通过扩展保存，而不必先打开另一个知识管理应用。

“记忆”是 Context Vault 中可被索引、分类和 AI 调用的最小内容单元。多条记忆可以按照项目或主题归入收藏集，内置聊天功能随后可以针对某个收藏集总结信息、梳理近期工作，或者基于已保存资料起草文本。

这种设计对高频知识工作比通用聊天更有价值。普通聊天机器人通常只知道当前会话中提供的信息，而 Context Vault 的目标是让“上周保存的产品文档、昨天截取的错误信息和今天收到的会议材料”成为同一个可检索上下文，从而减少反复上传文件和解释背景的过程。

MCP 让它有机会成为 Windows 的上下文底座

Model Context Protocol（MCP）是一套让 AI 应用以统一方式连接外部数据源和工具的开放协议。根据目前披露的信息，Context Vault 支持 MCP，因此 Claude、Cursor 等兼容 MCP 的第三方 AI 应用可以调用用户保存的记忆，而不必分别为每一种资料来源开发独立连接器。

MCP 支持是 Pantheon 与普通收藏工具之间最重要的分界线。一个只服务于微软自有聊天入口的资料库，本质上仍是封闭应用；一个能够通过标准协议向多个 AI 客户端提供上下文的资料库，则可能成为 Windows 上的个人上下文基础设施。

开发者场景最容易体现这种差异。假设用户把代码库说明、架构决策记录、故障复盘和客户需求保存到同一个收藏集，支持 MCP 的编程助手就有机会直接读取这些背景，在分析代码或生成修改建议时减少上下文缺失，而用户不必为每个客户端重复建立一套知识库。

MCP 并不自动等于安全互通。协议解决的是“如何连接”，并不替用户决定“哪些应用可以读哪些记忆、一次能读取多少、调用是否需要确认、权限能否按收藏集隔离”，这些问题仍要由 Context Vault 的授权模型和 Windows 安全机制解决。

微软如果只提供一个全局的“允许访问 Context Vault”开关，风险会非常高。合理的设计至少需要按应用、收藏集和内容类型授权，展示近期调用记录，允许随时撤销权限，并在第三方请求敏感资料时进行明确确认；企业环境还需要数据保留策略、审计日志和管理员控制。

“不录屏”降低了风险，但没有消除隐私问题

主动保存机制只能降低误采集概率，不能让 Context Vault 天然获得隐私豁免。用户仍可能主动保存包含密码、商业合同、客户身份信息或内部代码的文件，而 AI 索引通常还会生成文本提取结果、元数据或向量表示，这些派生数据同样需要被保护和删除。

数据处理位置将决定 Pantheon 的可信度。微软目前尚未完整说明内容是否全部在设备端解析与索引、哪些 AI 请求需要发送到云端、云端是否保留内容、删除原文件后索引和缓存是否同步清除，以及第三方 MCP 客户端能看到原文还是经过筛选的片段。

企业用户还会追问数据边界是否可验证。对于受保密协议、医疗隐私规则或金融合规约束的组织，“用户主动保存”并不能替代数据分类、访问控制、区域存储和审计能力；如果 Context Vault 无法继承 Microsoft Purview、Windows 信息保护或组织策略，它就很难进入严肃的生产环境。

本地优先也不能解决设备被入侵后的全部风险。高度集中的个人记忆库会把原本分散在浏览器、文件夹和应用中的资料汇聚到一个入口，一旦恶意软件、越权扩展或获得授权的第三方客户端读取该入口，攻击者拿到的将不只是单个文件，而是经过整理、可搜索且带有关联关系的高价值数据集。

微软瞄准的是个人 AI 的“记忆控制权”

Pantheon 反映出桌面 AI 的竞争重点正在从模型能力转向上下文控制。大模型之间的文本生成差距逐渐缩小时，谁能持续获得用户的文件、历史任务、偏好和项目背景，谁就更容易提供稳定且个性化的结果。

Windows 在这场竞争中拥有天然分发优势。浏览器、文件系统、剪贴板、截图工具和共享菜单都由操作系统控制，微软可以把保存入口放在用户每天工作的路径上，这种整合深度是独立笔记软件和浏览器插件很难复制的。

微软的优势也会引出平台公平性问题。Context Vault 如果优先服务 Copilot，或者让微软自有应用获得比第三方 MCP 客户端更宽的权限、更低的延迟和更完整的数据，它就会从开放上下文层变成强化 Copilot 生态锁定的工具。

第三方兼容程度因此比“支持 MCP”四个字更值得观察。真正开放的实现应当允许用户自由选择 AI 客户端，清楚展示每个客户端读取了什么，并支持导出、迁移和删除全部记忆；否则，所谓第二大脑最终可能只是另一个难以迁出的内容仓库。

Pantheon 有潜力，但现在还不能叫 Recall 的终结者

Context Vault 的方向比最初的 Recall 更克制，也更符合知识工作者的实际需求。它放弃了“先把一切记录下来”的激进思路，改用用户主动选择、主题收藏集、AI 问答和 MCP 互通，在实用性与隐私之间建立了更容易被理解的边界。

Context Vault 的短板同样明确。主动保存会遗漏信息，收藏集需要维护，音视频解析可能带来算力和存储成本，跨应用权限也可能变得复杂；如果微软不能让保存动作足够轻、搜索结果足够准，这个产品很容易退化成另一个装满资料却很少再次打开的收藏夹。

目前没有公开数据证明 Pantheon 的检索准确率、索引速度或资源占用优于现有工具。微软也未公布它能处理的单文件大小、收藏集容量、支持格式、离线能力、端侧模型配置以及云端调用延迟，因此任何性能领先的结论都为时过早。

判断 Pantheon 是否真正有用，可以关注五个可验证指标：保存一项内容需要多少次操作；索引完成需要多长时间；跨格式检索能否稳定找到原始出处；MCP 权限能否细化到单个收藏集；用户删除内容后，原文、索引、缓存和向量表示能否全部清除。

微软这次真正测试的不是一款新笔记应用，而是 Windows 能否成为个人 AI 的长期记忆层。Context Vault 若能做到本地优先、权限透明、客户端开放和完整可迁移，它会比持续截图的 Recall 更容易获得用户信任；如果这些基础条件缺失，“不录屏”只能解决最显眼的争议，无法解决个人上下文被集中管理后的根本风险。

参考来源

• IT之家：不录屏的 Recall，微软测试 Pantheon 新 AI 应用：2026 年 10 月 23 日报道，整理了 Context Vault 的测试界面、系统入口、资料类型和 MCP 支持情况。
• MCP 官方规范 GitHub 仓库：Model Context Protocol 的公开规范与版本说明，可用于核对协议定位及授权机制的发展。