《今朝AI每日一课》第033期

Work如何处理文件

文件交给Work之前，先把“哪些能看、哪些能动、以谁为准、做到什么算完成”说清楚

---

一、今日学习目标

第032期我们已经知道：

一项工作如果还没有想清楚，先和普通GPT讨论；当目标、资料、规则、输出和验收逐渐明确以后，才更适合进入Work执行。

从今天开始，我们进一步学习：

真正把一项工作交给Work执行时，应该怎样处理文件。

文件是日常工作中非常重要的事实来源。

项目方案、会议记录、产品资料、制度文件、工作清单，都可能成为Work执行任务时需要读取的资料。

但有一个很容易忽略的问题：

文件放在那里，不代表Work天然知道应该读哪一个、哪个版本有效、哪些可以修改。

所以不要只告诉Work：

“帮我把这些文件处理一下。”

真正可靠的文件任务，至少要把以下事情说明白：

• 本次到底处理哪些文件；
• 哪一份才是当前正式依据；
• 本次允许Work做什么；
• 哪些动作明确禁止；
• 最终结果应该放在哪里、形成什么成果；
• 出现版本冲突、权限不足或文件无法读取时怎么办；
• 最后由谁检查是否完成。

学完本期后，员工应该能够：

1. 把一个模糊的“处理文件”任务变成范围清楚的Work任务；
2. 区分“读取文件”和“改变文件”；
3. 知道正式版本不清楚时不能让Work自行判断；
4. 在文件情况不明时优先使用“先盘点、后变更”；
5. 明确输出位置和验收要求；
6. 知道涉及修改、移动、覆盖、删除和批量操作时需要更明确的授权；
7. Work完成后能够检查实际处理范围、文件变化和待确认事项。

本期核心能力：

让Work处理文件前，先明确文件范围、事实依据、允许动作、输出要求和验收标准。

---

二、一个AI知识点

1. 文件是事实来源，但不是“自动可信的事实来源”

假设一个项目目录里有：

• 项目方案V1
• 项目方案V2
• 项目方案最终版
• 项目方案最终版2
• 一份会议记录
• 一个临时文件

Work即使能够读取这些文件，也不能只凭文件名就可靠判断：

哪一份才是当前正式版本。

因为：

• “最终版”可能后来又被替换；
• 修改时间最新，不代表获得正式确认；
• 草稿可能比正式版更新；
• 临时文件也可能包含后续补充信息。

所以一个重要原则是：

能够看到文件，不等于知道文件的业务身份。

员工需要明确：

• 哪个文件属于正式事实源；
• 哪些只是历史参考；
• 哪些状态还无法确认。

如果正式版本不清楚，应当：

标记“待确认”，停止基于该冲突继续作出需要正式版本支持的处理。

而不是让Work挑一个“看起来最像正式版”的文件继续做。

---

2. 第一个必须分清的问题：“只读”还是“会改变文件”

文件操作可以先分成两类。

例如：

• 列出文件；
• 读取指定文件；
• 检查文件类型；
• 建立文件清单；
• 找出命名异常；
• 标记重复；
• 标记缺失；
• 发现版本冲突；
• 报告无法读取的问题。

这些动作主要帮助员工：

看清当前文件现场。

例如：

• 新建文件；
• 修改正文；
• 重命名；
• 移动；
• 覆盖；
• 删除；
• 批量修改多个文件。

这类动作风险更高，因为结果不只是AI的一段文字，

而是：

真实文件发生了变化。

所以必须记住两句话：

允许读取，不等于允许修改。

允许操作一个文件，不等于允许批量操作整个目录。

---

3. 一项可靠的文件Work任务，至少说清五件事

明确：

这次处理谁？

例如：

• 哪几个文件；
• 哪个文件夹；
• 是否包含子目录；
• 是否限定某种文件类型；
• 哪些文件明确不属于本次任务。

范围没有说清时，Work不应该自行扩大。

明确：

这次以谁为准？

例如：

• 哪个文件是当前正式版本；
• 哪些是历史版本；
• 哪些只是参考；
• 哪些文件状态仍然待确认。

这里特别要注意：

文件名称、修改日期只能帮助检查，不能自动代替业务上的正式版本确认。

明确：

Work这次到底可以做什么？

例如本轮只允许：

• 读取；
• 建立清单；
• 标记异常。

也可能进一步授权：

• 创建一个新文件；
• 修改指定文件；
• 移动已经确认的历史文件。

没有明确授权的动作，不应自动扩大执行。

明确：

做完以后交什么？

例如：

• 一份文件盘点清单；
• 一个新版本文件；
• 一份异常清单；
• 一份待确认事项；
• 一份文件处理结果说明。

如果当前环境允许创建文件且本次已经授权，还应说明：

• 保存位置；
• 文件名；
• 文件格式；
• 是否保留原文件。

明确：

怎样算做完？遇到问题怎么办？

例如：

• 实际检查的文件数量是否与任务范围一致；
• 有没有文件未读取；
• 是否存在未经授权的改变；
• 输出文件是否位于指定位置；
• 原正文是否被意外修改；
• 哪些问题仍然需要人工确认。

同时还要告诉Work：

遇到版本冲突、权限不足、文件无法读取、目标路径不清楚或可能覆盖原件时，不要自行猜测解决，应暂停对应动作并报告。

---

4. 为什么文件任务最好“先盘点，后变更”

如果一个目录第一次交给Work，

你自己都还不知道里面到底有什么，

最不适合的指令就是：

“帮我整理好。”

因为“整理好”里面其实包含了很多尚未做出的决定：

• 谁该留下；
• 谁是旧版；
• 谁该移动；
• 谁能删除；
• 文件名应该怎样改；
• 目录结构应该怎样调整。

更稳妥的顺序是：

明确任务范围
↓
只读盘点
↓
报告文件现状和问题
↓
员工确认正式版本和处理规则
↓
再授权变更
↓
Work执行已确认动作
↓
再次检查并反馈

也就是：

先看清现场，再改变现场。

---

5. Work真正提高的，不只是“处理文件的速度”

如果只追求：

“让AI更快地改文件。”

很容易忽略真正的工作价值。

更成熟的文件Work任务应该做到：

谁被处理，清楚；
以谁为准，清楚；
能做什么，清楚；
做了什么，能够追溯；
有什么问题，能够停下来交给人确认。

所以Work处理文件的核心，不只是“文件能力”。

而是：

把文件工作变成一项边界清楚、可以验收的执行任务。

---

三、一个今朝工作案例

假设教学场景：第一次处理一批项目资料

以下为假设教学场景，不对应今朝任何真实客户、员工、项目、合同、金额、产品或经营数据。

假设一名员工收到一个项目资料文件夹。

里面有：

• 一份项目需求文件；
• 一份旧版方案；
• 一份新版方案；
• 一份会议记录；
• 一个名称不清楚的临时文件。

员工希望Work帮忙整理。

原来的任务表达

员工说：

帮我把这个项目文件夹整理好。

这句话看起来目标很明确，

实际上Work还不知道：

只处理这个文件夹？

要不要继续读取里面的子目录？

旧版和新版里，

哪个是已经正式确认的版本？

“整理”是：

• 建清单；
• 改名；
• 移动；
• 删除旧文件；

还是全部都做？

整理以后：

• 原目录直接改变？
• 建一个新目录？
• 还是只需要一份建议清单？

怎样判断：

“整理完成了”？

所以这个任务现在并不适合直接改变文件。

更可靠的第一轮：只读盘点

员工可以先这样告诉Work：

本次只对我明确指定的项目资料范围进行只读盘点。

不扩大到其他目录。

请先建立文件清单，并记录：

1. 文件名称；
2. 可以确认的文件类型；
3. 文件中可以直接确认的版本信息；
4. 是否可能存在重复文件；
5. 是否存在命名不清；
6. 是否存在版本冲突或正式版本无法确认；
7. 是否存在无法读取的文件。

本轮禁止：

• 修改文件正文；
• 重命名；
• 移动；
• 覆盖；
• 删除。

文件名或修改时间不能单独作为正式版本确认依据。

如果无法判断哪个版本正式有效，请标记“待确认”，不要自行选择。

完成后反馈：

• 实际检查了哪些文件；
• 哪些文件没有成功读取；
• 发现了哪些问题；
• 哪些事项需要我确认。

本轮只形成内部盘点结果，不改变原文件。

第一轮真正要得到的结果是什么？

不是一个“已经整理好的文件夹”。

而是一份：

文件现场检查结果。

例如：

• 当前任务范围内存在5个文件；
• 存在两个方案文件；
• 存在一份会议记录；
• 一个临时文件用途无法从名称确认。

• 两个方案中哪个为当前正式版本；
• 旧版是否还需要保留；
• 临时文件的业务用途；
• 后续哪些文件允许移动。

这时候：

原文件没有发生任何变化。

但是员工已经知道下一步应该决定什么。

第二轮：员工确认以后，再授权改变文件

假设员工进一步核实后确认：

• 新版方案是当前正式文件；
• 旧版需要保留；
• 临时文件暂时不动；
• 已确认旧版可以移动到指定的历史资料位置。

这时候才进入新的Work任务：

本轮只处理已经确认的旧版方案。

请将该文件移动到已指定的历史资料位置。

不修改文件正文，不修改文件名，不处理其他文件。

如果目标位置与现有文件发生同名冲突，请暂停移动并报告，不要覆盖。

完成后请反馈：

• 实际处理文件；
• 原位置；
• 目标位置；
• 是否执行成功；
• 是否存在未完成或待确认问题。

这里Work负责：

执行已经确认的动作。

员工负责：

决定什么应该被执行。

这就是文件工作中人和Work比较清楚的分工。

---

四、今日实践任务

5—10分钟：写一条“只读文件盘点”任务

今天不要求大家真正批量修改文件。

先学会最基础、风险较低的一步：

把文件现场看清楚。

可以选择2—5个：

• 本人有权使用；
• 内容不敏感；
• 不影响真实业务；

的练习文件。

如果没有适合的真实文件，

完全可以用几个虚构文件名练习，不需要为了完成课程上传敏感资料。

第一步：写清范围

例如：

本次只处理我明确指定的4个练习文件，不读取其他文件和目录。

第二步：写清事实状态

例如：

A文件为当前已确认的正式依据。

如果没有正式版本信息：

版本状态待确认，Work不得自行指定正式版本。

第三步：写清这轮允许做什么

例如：

本轮只允许读取、建立文件清单和标记问题。

明确禁止：

• 修改；
• 重命名；
• 移动；
• 覆盖；
• 删除。

第四步：写清要交付什么

例如：

输出一份文件盘点清单，包括：

• 文件名；
• 文件类型；
• 可确认的版本信息；
• 可能重复；
• 命名异常；
• 版本冲突；
• 无法读取；
• 待确认事项。

第五步：写清怎么验收

例如：

完成后请告诉我：

1. 实际检查了哪些文件；
2. 哪些没有检查成功；
3. 发现了什么问题；
4. 是否改变过任何原文件；
5. 哪些事情仍然需要我确认。

可以直接参考的简版任务

请对我明确指定的文件进行一次只读盘点。

本次不得扩大文件范围。

请建立文件清单，列出能够确认的文件类型和版本信息，并标记可能重复、命名不清、版本冲突、无法读取以及其他需要人工确认的问题。

无法确认的内容统一标记“待确认”，不要自行补充或判断正式版本。

本轮禁止修改、重命名、移动、覆盖或删除任何原文件。

完成后请反馈实际检查范围、未成功读取的文件、发现的问题和需要我人工确认的事项。

今天的实践怎么验收？

不是看：

Work到底处理了多少文件。

而是看你的任务是否清楚回答了：

处理谁？

以谁为准？

允许做什么？

禁止做什么？

交付什么？

怎么检查？

如果这六个问题已经清楚，

第一个文件Work任务就已经具备比较好的基础。

---

五、今朝智能体连接

文件是今朝未来企业知识体系的重要组成部分。

但是：

企业有很多文件，不等于企业AI已经拥有很多可靠知识。

为什么？

因为同一类资料可能同时存在：

• 新版；
• 旧版；
• 草稿；
• 正式版；
• 临时版；
• 多个部门自己的副本。

未来岗位智能体如果要稳定使用这些文件，

企业就需要逐步明确：

• 文件存放在哪里；
• 怎样命名；
• 哪个版本正式有效；
• 谁负责更新；
• 谁有读取权限；
• 谁有修改权限；
• 历史版本如何管理；
• 文件和业务流程之间是什么关系；
• 什么情况下文件才能成为正式知识依据。

所以：

文件进入某个知识库，不等于内容自动成为正式事实。

一份企业文件要成为AI能够稳定使用的知识资产，

还需要逐步经过：

分类
↓
版本确认
↓
权限确认
↓
规则治理
↓
必要的人工审核

因此员工今天学习的：

文件范围、版本、权限、变更和验收

并不只是一个“操作Work的小技巧”。

它也是未来今朝建设企业知识和岗位智能体的重要基础。

可以记住：

先让文件可定位、可识别、可确认、可追溯，AI才更可能稳定使用这些知识。

同时必须保持边界：

Work是目前帮助员工执行具体工作的方法和工具，不等于企业岗位智能体本身。

---

六、今日思考

以后让AI处理文件，

不要先问：

Work一次能处理多少文件？

先问几个更重要的问题：

这次到底允许它碰哪些文件？

哪份资料是真正的依据？

它只是看，还是允许改变？

如果文件之间冲突，它应该继续，还是停下来？

做完以后，我怎么知道它真的做对了？

真正可靠的文件处理，

不是：

AI什么都替我处理。

而是：

人把范围和规则说清，Work按授权执行，遇到不确定就暴露出来，最后由人验收。

今天最后记住一句话：

文件不清楚，先盘点；版本不清楚，先确认；授权不清楚，不变更。