微软此前对 Copilot 在 Office 中的入口进行了重新设计:
这一设计的初衷是让 AI 助手更容易被发现,并在文档上下文中提供建议。但很多用户认为它反而打断了工作流程,因为按钮位于内容区域内部,而且 没有简单的方法可以彻底关闭或隐藏。
在 Excel 中,问题尤为明显。用户反馈该图标会:
由于 Excel 的主要工作区域就是网格单元格,任何悬浮元素都可能遮挡数据,因此许多用户要求微软恢复原来的功能区入口。
此外,一些用户在微软官方 Q&A 论坛指出,当前版本 没有提供直接关闭 Copilot 图标的设置,这进一步加剧了不满情绪。
为回应反馈,微软增加了一个新的右键菜单选项:
这样用户就可以恢复传统的工具栏入口方式,同时 Copilot 仍然保持在应用内部可用。
更新后,Copilot 按钮通常会提供几种不同位置:
核心思路是 不移除 Copilot,但让用户决定它出现在哪里。
在之前的版本中,用户唯一减少干扰的方法是 Dock(停靠)。
启用后,按钮会移动到工作区侧边,并缩成一个类似小箭头的启动器,用来打开 Copilot 侧边栏。但很多人认为这并没有真正解决问题,因为按钮仍然可见,而且有时会重新变回悬浮状态。
微软正在调整这一逻辑,让停靠后的按钮 在当前文档会话中更稳定地保持隐藏在侧边,而不会频繁弹回画布区域。
根据目前披露的信息,这次调整将分阶段上线:
由于 Microsoft 365 更新采用逐步发布机制,不同用户看到新选项的时间可能会有所不同。
这场“悬浮按钮风波”实际上反映了微软当前面临的一大挑战:如何在 Windows 和 Microsoft 365 中加入 AI 功能,同时不让界面变得过于复杂。
微软正在尝试把 Copilot 的入口集中到更少、更统一的位置,例如:
但悬浮按钮的实验说明,减少工具栏按钮并不一定等于减少界面干扰。如果一个图标持续停留在内容区域,它可能更难被忽略。
因此,这次允许用户把 Copilot 按钮移回功能区,与其说是撤回 AI 功能,不如说是 把界面控制权重新交还给用户。对于许多长期使用 Office 的用户来说,这种灵活性本身就和 AI 功能一样重要。
微软此前对 Copilot 在 Office 中的入口进行了重新设计:
这一设计的初衷是让 AI 助手更容易被发现,并在文档上下文中提供建议。但很多用户认为它反而打断了工作流程,因为按钮位于内容区域内部,而且 没有简单的方法可以彻底关闭或隐藏。
在 Excel 中,问题尤为明显。用户反馈该图标会:
由于 Excel 的主要工作区域就是网格单元格,任何悬浮元素都可能遮挡数据,因此许多用户要求微软恢复原来的功能区入口。
此外,一些用户在微软官方 Q&A 论坛指出,当前版本 没有提供直接关闭 Copilot 图标的设置,这进一步加剧了不满情绪。
为回应反馈,微软增加了一个新的右键菜单选项:
这样用户就可以恢复传统的工具栏入口方式,同时 Copilot 仍然保持在应用内部可用。
更新后,Copilot 按钮通常会提供几种不同位置:
核心思路是 不移除 Copilot,但让用户决定它出现在哪里。
在之前的版本中,用户唯一减少干扰的方法是 Dock(停靠)。
启用后,按钮会移动到工作区侧边,并缩成一个类似小箭头的启动器,用来打开 Copilot 侧边栏。但很多人认为这并没有真正解决问题,因为按钮仍然可见,而且有时会重新变回悬浮状态。
微软正在调整这一逻辑,让停靠后的按钮 在当前文档会话中更稳定地保持隐藏在侧边,而不会频繁弹回画布区域。
根据目前披露的信息,这次调整将分阶段上线:
由于 Microsoft 365 更新采用逐步发布机制,不同用户看到新选项的时间可能会有所不同。
这场“悬浮按钮风波”实际上反映了微软当前面临的一大挑战:如何在 Windows 和 Microsoft 365 中加入 AI 功能,同时不让界面变得过于复杂。
微软正在尝试把 Copilot 的入口集中到更少、更统一的位置,例如:
但悬浮按钮的实验说明,减少工具栏按钮并不一定等于减少界面干扰。如果一个图标持续停留在内容区域,它可能更难被忽略。
因此,这次允许用户把 Copilot 按钮移回功能区,与其说是撤回 AI 功能,不如说是 把界面控制权重新交还给用户。对于许多长期使用 Office 的用户来说,这种灵活性本身就和 AI 功能一样重要。