下载目录里同时出现了报价单、报价单(1)和新报价单最终版。文件名看不出属于哪个客户,修改时间也可能只是下载时间。贸然重命名或移动,会切断附件与原始邮件的关系。
AI可以从邮件主题、发件人、会话和附件内容提出归档建议。执行前需要固定命名规则,并保留邮件标识、原文件名和哈希或大小等核对线索。

邮件附件归档先准备哪些资料
资料越多,越要先保留出处。邮件附件归档的工作包至少记录文件名称、产生时间、提交人和版本,AI发现空缺时只报告,不自行补齐。
- 邮件会话
- 附件文件
- 项目清单
- 文件命名与归档规则
邮件附件归档的四步处理顺序
| 步骤 | 具体做法 |
|---|---|
| 建立项目和文件类型字典 | 先列出允许的项目简称、客户名称、报价、会议材料、确认函等文件类型。 |
| 从邮件补足来源 | 记录发件人、发送时间、会话主题和附件顺序,不能只看下载后的本地文件。 |
| 比较内容再判断版本 | 同名文件先比较大小、页数、关键字段或哈希,最终版字样不能自动获得最高优先级。 |
| 先出重命名和移动预览 | 预览包含原名、新名、目标目录、版本理由和冲突提示,确认后再执行。 |

邮件附件归档出现这些情况怎样分流
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 完全重复 | 内容哈希一致 | 保留一份并记录多个来源 |
| 同名不同内容 | 页数或关键字段不同 | 标记版本冲突 |
| 项目不明 | 会话也无法归属 | 进入待确认目录 |
| 已签署文件 | 签名或盖章状态不同 | 独立保留且禁止覆盖 |
分流之后,每个例外都要有去向。能补资料的指定补件人,涉及权限的交给负责人,暂时无法判断的保留原始状态。
先用小样校准邮件附件归档
先处理一个项目的十个附件,加入同名不同内容、跨邮件重复和无法归属三种样本。移动动作先关闭,只看AI给出的索引和预览。
人工改动要留下原判断和修改理由。重复出现的错误才值得写进固定规则,个别特例继续人工处理。
给AI处理邮件附件归档的操作要求
你正在协助同时跟进多个项目的行政或项目助理。当前情况是报价、会议材料和确认函从不同邮件下载后文件名重复,无法判断所属项目和版本。
只读取这些资料:邮件会话、附件文件、项目清单、文件命名与归档规则。
需要判断:附件属于哪个项目、是否重复、哪个版本应保留以及建议文件名。
输出:经过预览确认的附件索引、重命名清单和项目归档目录。每条结论写明来源、未知项和需要谁确认,不执行发送、移动、删除或写回。
输出先落在预览区。经办人抽查正常项,并逐条处理异常项,确认后再进入正式系统。
邮件附件归档交付前逐项检查
- 新文件名包含项目和日期
- 原始邮件能反向找到
- 同名文件没有直接覆盖
- 移动清单已由经办人抽样
若继续处理可能导致旧版附件被当成最终版,或移动后无法追溯原始邮件,就停止自动操作,写明阻塞项、接管人和需要回复的时间。批量重命名和移动文件前必须确认目标目录。签署件、合同、个人信息和未知格式附件不能自动覆盖或外发。
相关Skill放在邮件附件归档的哪一步
飞书邮箱智能助手负责搜索邮件、下载附件并生成归档预览,接收邮件、附件和命名规则并交付附件索引、重命名与归档预览。它只处理已授权的资料,并保留人工确认点。
依赖飞书和lark-cli授权,批量操作先预览,发送与写入必须确认

技能提升网