Excel砍掉COPILOT函数

微软给 Excel 的 AI 函数判了死刑

微软将在 2026 年 9 月 14 日停止支持 Excel 的 COPILOT() 函数，这项测试约一年的实验性能力，最终没能等到原定于 2027 年 1 月的正式发布。

COPILOT() 是一个把生成式 AI 直接嵌入 Excel 单元格的函数，用户可以用自然语言描述任务，再把单元格区域作为上下文交给 Copilot，由模型返回摘要、分类、标签或其他文本结果。它在形式上与 SUM()、IF() 等传统函数相似，但底层并不是确定性的公式计算，而是一次模型推理。

据 8 月 15 日披露的信息，微软给出的理由并不复杂：Excel 已经提供 Copilot 侧边栏、浮动操作按钮等入口，继续维护一个独立函数显得重复。换句话说，微软没有从 Excel 中撤走 AI，而是在收回 AI 对单元格计算链的直接控制权。

这个决定看似只是删掉一个预览功能，实际上暴露了办公软件接入大模型时最关键的产品分歧：AI 应该成为可以写进表格、批量复制的函数，还是应该停留在一个由用户主动调用的交互助手里？

微软现在选择了后者。

从 2025 年 8 月测试，到 2026 年 9 月退场

COPILOT() 的生命周期并不长，它于 2025 年 8 月开始面向 Microsoft 365 Frontier 和 Insider 用户测试，原计划在 2027 年 1 月进入正式可用阶段。

Frontier 和 Insider 是微软面向早期用户提供实验功能的预览渠道，其意义更接近公开测试场，而不是对长期兼容性的正式承诺。微软在这个阶段撤回功能，技术和商业成本都比正式上线后再弃用低得多。

这段时间线也说明，微软并不是因为短期故障紧急下线，而是在经过约一年测试后，判断这种产品形态没有必要进入稳定版。

| 时间 | 事件 | 产品状态 | |---|---|---| | 2025 年 8 月 | COPILOT() 开始向 Frontier、Insider 用户开放 | 预览测试 | | 2026 年 8 月 15 日 | 停止支持计划被披露 | 进入弃用倒计时 | | 2026 年 9 月 14 日 | 微软计划停止支持该函数 | 功能退场 | | 2027 年 1 月 | 原计划正式上线时间 | 已取消 |

微软此前在 Microsoft 365 Insider 官方博客中介绍过这一函数的设计：它可以与现有 Excel 函数组合，放入 IF、SWITCH、LAMBDA 或 WRAPROWS 等公式结构，也可以读取其他公式的结果作为提示词上下文。其基本形式为 =COPILOT(prompt_part1, [context1], prompt_part2, [context2], ...)。

这种设计一度很有吸引力，因为用户不需要离开工作表，也不必反复复制数据到聊天窗口。例如，一列客户反馈可以由函数自动归类为“物流”“售后”“产品质量”，一组商品描述可以被统一改写，一批自由文本也可以生成简短摘要。

但同样是这种“像普通公式一样使用”的设计，让它撞上了 Excel 最难妥协的底层要求。

它像函数，却不具备函数最重要的确定性

传统 Excel 函数的核心价值不是语法，而是可重复计算：在输入和公式不变的情况下，SUM(A1:A10) 应该始终得到同一个结果。

生成式 AI 函数则是一类由大模型完成推理并把结果写回单元格的能力。它可以理解模糊语言，却通常无法像传统公式那样保证同一输入永久对应同一输出。模型版本、系统提示、采样策略、安全策略和服务状态，都可能改变结果。

这对一次性摘要影响不大，对长期运行的财务模型却可能是灾难。用户今天打开工作簿得到“高风险”，下周重新计算后可能变成“中风险”；一份经过审批的报表，也可能因为模型更新而出现没有人为修改记录的文本变化。

微软自己也没有把 COPILOT() 定位成数值计算工具。它比较适合文本摘要、语义分类和信息整理，微软并不建议用户依靠它执行需要准确性的数值计算。

这形成了一个颇为讽刺的局面：Excel 最重要的能力是计算，而它最像公式的 AI 功能却不适合负责计算。

| 能力维度 | 传统 Excel 函数 | COPILOT() | Copilot 侧边栏 | |---|---|---|---| | 输入方式 | 参数、单元格引用 | 自然语言提示词与单元格上下文 | 对话、选区和操作指令 | | 输出位置 | 单元格 | 单元格 | 对话区，确认后应用到表格 | | 结果确定性 | 通常较高 | 较低，可能受模型变化影响 | 较低，但用户确认环节更明确 | | 批量填充 | 成熟、可预测 | 方便，但可能产生大量推理任务 | 更适合按任务执行 | | 数值计算 | 核心用途 | 官方不建议 | 可辅助生成公式，结果仍需核验 | | 可审计性 | 公式链清晰 | 提示词可见，但模型过程不透明 | 对话记录更适合解释意图 | | 适用任务 | 计算、查找、转换 | 摘要、分类、文本生成 | 分析、问答、生成公式和修改表格 |

COPILOT() 的另一个问题是，它把概率性服务塞进了确定性的重算系统。Excel 工作簿会因为输入变化、公式依赖和刷新操作重新计算，而模型调用往往涉及网络访问、推理延迟、使用额度以及服务可用性。

当一个 AI 函数只处理 10 行文本时，等待时间或许可以接受；当它被向下填充到 10 万行时，问题就完全不同。传统函数适合近乎无感地批量执行，生成式模型却需要逐条或分批推理，成本和延迟不会凭空消失。

这还会制造难以解释的依赖关系。普通公式报错时，用户可以检查引用范围、数据类型和运算符；AI 单元格结果异常时，问题可能来自提示词歧义、上下文截断、模型幻觉、内容过滤或模型版本变化，排查路径不再局限于工作簿本身。

侧边栏不是更酷，但更符合企业软件逻辑

Copilot 侧边栏是 Excel 内部以对话方式调用 AI 的交互区域，用户可以围绕当前工作簿提问、请求分析或生成操作建议，再决定是否把结果应用到表格中。

浮动操作按钮则是与当前选区或对象绑定的快捷入口，它减少了用户在功能区中寻找 AI 工具的步骤，但仍保留了一次显式触发。

这两个入口与函数最大的区别，不是摆放位置，而是责任边界。函数默认参与工作簿计算，侧边栏则把 AI 变成一个“提出建议并等待确认”的助手。

对微软而言，这种设计更容易处理企业客户最敏感的三类问题：

• 可控性：AI 不会因为工作簿重算而在后台成批生成新结果；
• 可解释性：用户可以通过对话看到任务意图，并继续追问或修正；
• 风险隔离：模型适合提出公式、摘要数据和发现异常，但最终写入动作可以保留确认步骤。

侧边栏也更适合复杂任务。用户说“找出本季度毛利率下降最快的三个地区，并解释原因”，真正需要的通常不是一个单元格答案，而是一连串动作：识别表头、筛选时间范围、计算同比或环比、定位异常行、生成图表，再形成文字解释。

这类任务本质上更像 Agent 工作流，而不是函数求值。把它硬塞进一个单元格，会让复杂操作看起来简单，却把错误处理、权限确认和中间步骤全部藏起来。

因此，微软此次调整并不是 AI 能力倒退，而是产品架构从“AI 即公式”转向“AI 即操作层”。前者追求一句提示词填满表格，后者更强调模型理解工作簿后调用 Excel 原生能力。

真正该让 AI 做的，是写公式而不是取代公式

Excel 中更稳妥的 AI 路线，是让模型生成可检查的传统公式、筛选步骤或数据透视表，而不是直接生成最终数值。

例如，用户要求“按产品编号匹配另一张表中的最新采购价”，Copilot 可以建议使用 XLOOKUP、INDEX 与 MATCH，或者先对日期排序再查找。用户最终拿到的仍是一条可以审查、复制和长期保存的公式，而不是模型直接猜出的采购价。

这种分工利用了双方各自的优势：大模型负责理解自然语言和业务意图，Excel 计算引擎负责执行确定性运算。模型可能选错公式，但一旦公式被确认，同样的输入就会按照同样的逻辑计算。

在财务、审计、供应链和实验数据场景里，这条边界尤其重要。AI 可以解释异常、提出假设和生成分析路径，却不应该成为无法追溯的最终账本。

微软砍掉 COPILOT()，其实是在承认一个朴素事实：自然语言可以成为编写公式的入口，但不能自动获得公式级的可信度。

谷歌仍保留 AI()，两家公司走向不同

AI() 是 Google Sheets 中把自然语言任务直接放入表格单元格的生成式 AI 函数，目前谷歌仍然保留这一产品形态。

从用户体验看，AI() 与 COPILOT() 都试图让 AI 像普通函数一样参与表格处理，适合文本分类、摘要、信息提取和批量生成。两者共同的卖点，是用户不需要打开独立聊天窗口，也不必掌握复杂公式。

| 产品 | AI 单元格函数 | 主要交互形态 | 当前方向 | |---|---|---|---| | Microsoft Excel | COPILOT() | 函数、侧边栏、浮动操作按钮 | 2026 年 9 月停止支持函数，保留交互入口 | | Google Sheets | AI() | 函数及其他 AI 能力 | 目前仍保留函数形态 |

谷歌暂未显示会作出相同决定，但这并不意味着 AI 函数已经证明了长期价值。它是否能留下来，取决于谷歌如何解决结果稳定性、批量调用成本、模型升级兼容性和企业审计等问题。

微软的选择更保守，却更符合 Excel 的历史定位。Excel 背负着大量运行数年甚至数十年的企业工作簿，兼容性要求远高于一款刚上线的 AI 原生工具；一旦 AI 函数进入正式版，微软就需要考虑未来模型替换后，旧文件能否继续复现过去的结果。

现有用户现在应该做什么

已经在预览工作簿中使用 COPILOT() 的用户，应该在 9 月 14 日之前完成函数盘点，并避免继续把它扩展到新的生产流程。

最优先的动作不是简单删除函数，而是区分它目前承担的任务类型：

1. 数值计算任务应改写为 Excel 原生公式、Power Query 步骤或数据透视逻辑；
2. 固定分类任务可以把已确认结果转为静态值，并保留分类规则；
3. 动态文本摘要任务可以迁移到 Copilot 侧边栏，按需触发并人工确认；
4. 批量数据清洗任务应优先寻找可重复执行的规则，而不是让模型逐行自由生成；
5. 关键业务结果需要保留原始数据、提示词、生成时间和人工审核记录。

现阶段还不应假设停止支持后所有已有结果都会立即消失，因为“停止支持”可能涉及停止执行、隐藏入口、返回错误或逐步移除等不同形式。微软尚需通过正式支持文档说明旧工作簿的具体行为，用户应以租户内通知和版本更新记录为准。

对于企业管理员而言，这次变化也提醒了一件事：预览功能不能直接成为关键流程的永久依赖。Frontier 和 Insider 渠道适合验证体验，却不等于获得长期支持承诺；任何写入核心报表的实验性 AI 功能，都应该准备可替代方案。

AI 没有离开 Excel，只是退出了计算链

微软弃用 COPILOT() 的真正含义，是 Excel 的 AI 战略开始从“每个单元格都能调用模型”收缩到“让模型理解并操作整个工作簿”。

前一种路线更容易演示：输入一句话，几秒后整列出现结果。后一种路线不够炫，但更适合真实办公环境，因为用户可以在执行前后检查模型做了什么。

这项功能的退场也给所有 AI 办公产品提了一个醒：把大模型包装成传统功能并不困难，困难的是继承传统功能的可靠性承诺。一个按钮可以偶尔答错，一个财务模型里的函数却不能。

从这个角度看，微软砍掉 COPILOT() 是一次合理的止损。它牺牲了“AI 原生公式”这个醒目的产品标签，却保住了 Excel 计算层最重要的确定性，并把生成式 AI 放回更合适的位置——理解意图、提出建议、编排操作，但不假装自己是一条值得无条件信任的公式。

参考来源

• IT之家：测试一年后，微软 Excel 的 COPILOT() 函数即将被砍 — 报道停止支持日期、测试时间、原定上线计划及微软调整入口的原因。