全文约 1800 字，阅读约 5 分钟。
微软在 2026 年 8 月 15 日更新了 Copilot Notebooks，新增 Markdown、纯文本和富文本 3 种文本格式支持。同一天，Excel 的 COPILOT() 函数被宣布将于 9 月 14 日停止支持。一个加，一个砍。放在一起看，信号很清楚：微软把 AI 能力的入口从"嵌入单个应用的函数"转向"独立的工作区"。
这篇文章解决一个问题：Copilot Notebooks 的 Markdown 支持到底能干什么，值不值得把数据分析工作流迁过去。
Copilot Notebooks 是什么：一个聚合参考资料的 AI 工作区
一句话：它是 Microsoft 365 Copilot 的专用智能工作区，可以把 Word、PowerPoint、Excel、PDF 和链接集中放进去，让 AI 基于这些精选内容给出定制答案、摘要或学习辅助。
定位是"参考资料聚合 + AI 分析"，不是"在表格里生成公式"。这次新增 Markdown 支持，本质上是让 AI 的输出格式和开发者的日常工作流对齐。
Markdown 是一种轻量级文本格式，用简单符号标记标题、列表、链接和代码块。它已经是 AI 智能体时代事实上的"上下文交换格式"。
前提条件：有 M365 Copilot 账号就能用，免费版未确认
不需要额外安装任何软件。Copilot Notebooks 是 M365 Copilot 的一部分，有账号就能用。
需要准备的是：一份 README 文件、一份系统日志、一份会议转录稿，或者任何文本密集型文件。更新后，这些文件可以直接导入，AI 会基于它们做分析。
注意：微软官方没有说明免费版是否可用。使用 M365 Copilot 订阅的用户可以直接尝试；其他情况以账号实际权限为准。
用法一：导入 Markdown 文件，让 AI 读懂上下文
这是最直接的变化。以前 Copilot Notebooks 主要处理 Office 文档，现在 .md 文件可以直接拖进去。
微软官方给出了 4 个使用场景：
场景一：会议转录稿 → 决策清单。导入转录稿后，让 AI 梳理已作决定、行动负责人和未解决事项。这是典型的"非结构化文本 → 结构化输出"任务。
场景二：支持工单 → 高频问题识别。把纯文本导出的工单输入进去，AI 识别高频问题和新出现的主题。适合客服团队做周报。
场景三：README + 系统日志 → 故障比对。把预期行为和故障前的实际情况放在一起，让 AI 找出偏差。这是开发者和运维最关心的用法。
场景四：项目 Wiki + 转录稿 + 版本说明 → 快速上手。新成员加入项目时，把相关资料汇总，让 AI 生成一份"你需要知道的事"。
四个场景的共同点：输入是文本，输出是结构化结论。Markdown 支持让这个过程不再需要手动转换格式。
用法二：用 Markdown 整理 AI 输出的数据结构
Markdown 不只是"导入格式"，它也是"输出格式"。
当 AI 生成表格、列表、代码块时，Markdown 语法让这些内容可以像普通文档一样编辑和展示。不需要把 AI 的输出复制到 Word 里重新排版，也不需要截图保存。
两个典型用法：
让 AI 分析一份日志文件，要求它用 Markdown 表格输出"错误类型、出现次数、首次出现时间、可能原因"。然后直接复制这个表格到项目文档里，格式不乱。
让 AI 对比两份 README，要求它用列表输出"差异点"。拿到手就是一个干净的 - 列表，可以直接粘贴到 PR 描述里。
关键点：Markdown 是纯文本，任何编辑器都能打开，任何版本控制系统都能 diff。这意味着 AI 的输出可以进入 Git 工作流。
用法三：把 Notebooks 变成项目上下文聚合器
这一步是组合拳。把项目 Wiki、会议转录稿、版本说明和工作笔记全部导入 Notebooks，然后让 AI 生成一份"参与项目所需信息"的摘要。
它解决一个真实痛点：新成员加入项目时，最花时间的不是写代码，而是搞清楚"这个项目在干什么、为什么这么设计、最近发生了什么"。
以前这些信息散落在十几个地方。现在可以把它们集中到 Notebooks 里，让 AI 做一次性的上下文压缩。输出用 Markdown 格式，直接存进项目仓库的 docs/onboarding.md。
Markdown 支持的本质，是让 AI 的输出从"一次性回答"变成"可复用资产"。
组合起来的效果：一个可复用的工作流
走完这三步，得到的是一个可复用的工作流：
导入文本文件 → AI 分析 → Markdown 结构化输出 → 直接进入文档或代码仓库。没有格式转换损耗，没有手动排版。
和 Excel COPILOT() 被砍放在一起看
同一天，微软宣布 Excel 的 COPILOT() 函数将于 9 月 14 日停止支持。这个函数原本允许用户用自然语言描述需求，然后调用 Copilot 生成结果。
微软给出的弃用理由是：Copilot 已有浮动操作按钮、侧边栏等多种交互入口，单独保留一个函数显得重复。更值得玩味的是另一个细节：微软并不建议用户用 COPILOT() 做数值计算。考虑到 Excel 本身就是电子表格软件，这一点多少有些讽刺。
把这两件事放在一起，产品转向的信号很清楚：微软正在把 AI 能力从"嵌入单个应用的函数"转向"独立的工作区"。Copilot Notebooks 是一个聚合层，它不替代 Excel 或 Word，而是让 AI 在它们之上工作。Markdown 支持是这个转向的关键一步。
AI 数据分析的战场不在函数栏里，在上下文聚合层。
适合谁，不适合谁
适合的人：已经在用 M365 Copilot 的团队，尤其是需要处理大量文本密集型文件的人——开发者、技术写作者、项目经理、客服主管。如果工作流里已经有 README、日志、会议转录稿，这次更新直接命中。
不适合的人：只需要在 Excel 里做数值计算，或者数据分析完全基于结构化表格的人。Copilot Notebooks 的强项是"非结构化文本 → 结构化结论"，不是"表格里的公式"。另外，没有 M365 Copilot 订阅的话，这次更新暂时无关。官方没有提到免费版或单独售卖计划。
常见踩坑：3 个坑提前避开
坑 1：把 Notebooks 当成 Excel 替代品。它不是。Notebooks 是聚合层，不是计算引擎。数值计算还是回 Excel。
坑 2：导入文件后不清理。Notebooks 的价值取决于导入的参考资料质量。垃圾进，垃圾出。导入前先想清楚：这些文件里有没有真正有用的上下文。
坑 3：期待 Markdown 支持解决一切。Markdown 只是格式，不是魔法。AI 的分析质量仍然取决于模型能力和提示词。格式对了，内容不对，还是没用。
这次更新的信号意义大于功能本身。微软在告诉我们：AI 数据分析的入口，正在从"应用内的函数"迁移到"跨应用的工作区"。Markdown 是这个迁移的通用语言。
上手前检查清单
在把数据分析工作流迁到 Copilot Notebooks 之前，先确认这几件事：
☐ 你有 M365 Copilot 订阅（免费版未确认可用）
☐ 你的输入文件是文本密集型（README、日志、转录稿），不是纯数值表格
☐ 你希望 AI 输出能直接进 Git 工作流或项目文档
☐ 导入前清理过文件，确保上下文质量
☐ 数值计算需求仍留在 Excel，不指望 Notebooks 替代
如果你团队在用 M365 Copilot 处理文档分析，把这篇文章转给负责数据工作的同事——Markdown 支持那一段值得看一眼。
你在用 Copilot Notebooks 吗？评论区留个字母：A.已经在用 B.刚知道 C.用不上 D.等免费版
#Copilot Notebooks #Markdown #微软Copilot #AI数据分析 #Excel