微软近期对 Microsoft 365 Copilot 移动应用（Android/iOS）进行了一次极具争议的更新。这次改动彻底改变了该应用处理文档的方式：它不再允许用户直接打开本地文件进行阅读，而是强制将文件上传至 OneDrive 云端，并优先启动 AI 聊天界面进行分析。
对于习惯将该应用作为默认文档查看器的用户而言，这一变化不仅破坏了原有的流畅体验，更引发了对数据隐私和上传行为的深切担忧。
体验剧变：从“即点即看”到“先传后聊”
曾几何时，这款应用（前身为“Office Hub”）是移动端最轻量、高效的文档查看器。用户只需点击微信、WhatsApp 或邮件中的附件，即可瞬间在本地渲染并阅读 Word、Excel 或 PPT 文件。
然而，最新的更新颠覆了这一逻辑：
- 强制跳转 Chat：当用户尝试打开任何本地文档时，应用不再直接进入阅读模式，而是首先弹出 Copilot 聊天界面。
- 自动上传 OneDrive：系统提示用户，为了提供“AI 驱动的洞察”和文档摘要，必须先将本地文件上传至 OneDrive 云端。
- 查看器被深藏：传统的文档阅读功能并未完全消失，但被隐藏在了 Copilot 回答后的“引用”标签页中，用户需多次点击才能触及。
微软官方解释称，此举旨在让用户“快速获得重要信息摘要”并“随时从聊天中查看文件”。但在实际场景中，这往往适得其反。
用户实测：AI 失灵与上传失败的双重尴尬
多位用户反馈，这一新功能在实际使用中表现糟糕，甚至堪称“灾难”：
- AI 理解偏差：有用户在 WhatsApp 中收到一份 .docx 文件，允许上传后，Copilot 不仅未能生成准确摘要，反而错误地引用了 OneDrive 中其他完全不相关的文档内容。
- 流程死胡同：如果文件上传失败，或者 Copilot 无法解析文件，用户将陷入困境——既看不到 AI 摘要，也无法回退到传统的文档查看模式。文件不会出现在“最近上传”列表中，用户只能手动通过 OneDrive 应用重新上传才能找到它。
- 隐私顾虑：许多用户仅仅想快速预览一个本地文件，并不希望它被自动上传至云端，更不希望其内容被 AI 模型分析。这种“未经明确同意即上传”的行为触碰了隐私红线。
“这简直是一场噩梦，”一位资深用户在测试后写道，“我原本只想看一眼附件，现在却被迫经历上传、等待 AI 分析、再寻找查看入口的繁琐过程。如果 AI 失败了，我连文件都打不开。”
战略转向：AI 优先下的产品异化
这一改动并非偶然，而是微软长期战略的缩影。
- 品牌重塑：该应用从“Office Hub”到“Microsoft 365”，再到如今的“Microsoft 365 Copilot”，名称的变化折射出其重心的转移——从“办公工具套件”彻底转向“AI 助手平台”。
- 功能让位：早在 2025 年 10 月，微软就开始在移动端弱化文档查看器，将其隐藏在二级菜单中，转而强推 Copilot 聊天屏幕。此次更新则是这一策略的极端化体现：文档不再是核心，而是喂养 AI 的素材。
微软似乎认为，用户打开文档的首要需求是“获取摘要”而非“阅读全文”。然而，现实证明，对于大量简单的预览、编辑或离线阅读场景，AI 的介入反而增加了摩擦成本。
解决方案：回归独立 Office 应用
面对这一令人失望的更新，目前最稳妥的解决方案是放弃将 Microsoft 365 Copilot 作为默认文档查看器。
- 下载独立应用：建议用户安装专门的 Microsoft Word、Excel 或 PowerPoint 移动版应用，或者使用整合了传统查看功能的 Microsoft Office 独立应用。这些应用仍支持直接打开本地文件，无需强制上传云端。
- OneDrive 用户例外：如果您的文件本身已同步在 OneDrive 云端，可以通过 Microsoft 365 Copilot 应用的“搜索”页面访问，这部分体验相对正常，但仍会优先推荐 AI 功能。
评论