现在可以在聊天中上传和下载文件了

版本说明

2026年9月3日

发布日期： 2026年9月1日
※该功能仅适用于Claude模型。

文件附件（新功能）

现在可以向AI聊天机器人附加文件，并就文件内容提出问题或提出请求了。

支持格式： Excel (.xlsx) / Word (.docx) / PDF / CSV / 文本文件 (.txt, .md, .log)

请附上故障报告的CSV文件，并“按类型汇总上个月的故障情况”
附上操作手册的PDF文件，并询问：“在这份操作手册中，哪些部分可以实现自动化？”

现在可以将聊天中的回复直接保存为可直接使用的文件了。

AI生成的文件——只需 提出“请将此汇总结果导出为Excel文件”等请求，AI便会生成Excel、Word、PDF或CSV格式的文件。您可通过回答中显示的下载按钮立即保存文件。
导出回复 — 已在每个AI回复消息中添加了“下载为文件”菜单。您可以将任意回复保存为Excel (.xlsx)、Word (.docx)、PDF或CSV格式。

应用示例

“请将本月的事件列表整理成表格，用Excel发给我。”
将故障分析的答复下载到Word中，直接作为报告的初稿

在事件响应和运维一线处理的大部分信息，并不在聊天工具中。

监控工具生成的CSV文件、供应商发来的故障报告PDF、用Excel管理的配置清单和值班表、Word格式的操作指南等。此前，若要向AI聊天机器人咨询，必须由人工阅读这些内容，并通过复制粘贴的方式将要点输入系统。

这项“粘贴工作”存在三个问题。

太费事了——几百行的 CSV文件或几十页的PDF文件，根本无法全部粘贴进去。在人工预先筛选的过程中，信息在传递给AI之前就已经有所缺失。
出现抄写错误 ——在紧急处理故障的过程中，很容易出现漏抄或行位错的情况。
紧急情况下无法使用 ——在事件处理的紧要关头，根本没有“打开文件、格式化、粘贴”的余地。结果往往干脆不咨询AI就直接处理了，这也成了AI应用无法普及的原因。

AI的回答被限制在聊天窗口内

反过来也是如此。即使让AI进行汇总和分析，结果也依然只是聊天界面中的文本。若要向上司汇报、向客户说明或作为例行会议的材料，仍需人工将其重新录入Excel或Word中。AI明明只用了几分钟就完成了分析，却要花几十分钟来制作成材料，这简直本末倒置。

“发送文件、接收文件”整个过程都在一次聊天中完成。

随着使用AI前后所需的手动操作——即预处理（转录、整理）和后处理（资料化）——的消除，“直接问AI更快”这一说法才真正得以实现。

特别是在像安全事件响应这样与时间赛跑的场合，只需提交原始文件即可开始分析，这直接关系到响应速度。

此外，由于附件会在对话中自动沿用，因此即使进行“关于这张表格的第三列”或“关于刚才日志的后续内容”等深入探讨，也无需重新发送附件，即可自然地继续讨论。该功能的宗旨在于，不再将聊天工具仅作为单次提问的工具，而是将其转变为围绕文件、与AI协同工作的平台。

“如果只是让AI读取文件并进行分析，ChatGPT不也能做到吗？”这是一个合情合理的疑问，但在事件响应这一背景下，通用AI聊天工具存在三点无法弥补的差距。

即使将监控日志的CSV文件提供给通用AI，AI也仅了解该文件的内容。Incident Lake的聊天功能运行在与贵公司过往事件、知识库及服务配置相同的位置。

如果对所附日志进行分析，就能深入到“过去曾发生过3起症状相似的故障，均由数据库连接池耗尽引起”这一结论。这种分析并非仅针对单个文件，而是基于组织以往的应对记录，这只有在掌握数据的地方才能做到。

在Incident Lake中，附件会存储在按租户隔离的、由企业自行管理的存储空间中，访问权限（RBAC）和审计机制也与现有的事件数据置于相同的管控之下。管理员还可以按租户为单位掌握使用情况。要兼顾“因方便而使用”与“治理”这两点，正确的顺序是将AI引入业务数据所在的位置。

通用AI的回复在聊天界面中会陷入僵局。而使用Incident Lake，一旦分析结果显示“这是故障”，即可当场创建工单；生成的报告将保留在与该故障对应的同一界面中，团队可通过Slack或Teams的通知立即采取行动。

也就是说，本质上的区别在于，AI已被融入了“分析→判断→开单→处理→报告”这一系列事件响应流程之中。以往在跨工具复制粘贴时所损失的时间和上下文，如今得以完整保留。

通知列表