每个团队都经历过同一场找文件的灾难：制度文件的最新版不知道在谁手上，去年的验收材料要在三个群里翻半小时，同事借走的原件过了两个月没人提，等真要用的时候只能找到一份「最终版最终版2」。
问题不在于文件没存，而在于存下来的东西没有编号、没有版本、没有借还记录。它不叫档案，只是一堆无法被证明的材料。这篇讲怎么用 OpenClaw 把文档归档这件事管起来。
先划清和站内几篇的分工：整理本地文件 解决的是「乱」——批量重命名、按规则归类、清理重复；搭企业内部知识库 解决的是「问」——文档入库、切片、带引用问答；证据归档 解决的是「事件的证据链」。这一篇解决的是第三个问题：一份正式文件从产生、归档，到借出、归还、作废，全过程可查、可证明。
一、先定范围：哪些进档案，哪些不进
不做范围划分就归档，结果一定是「什么都塞进去，等于什么都没归」。建议先分三类，处置方式完全不同：
- 长期留存：制度、合同、资质证照、验收材料、批复文件。这类要编号、要版本、要能对外出示。
- 定期留存：过程稿、会议材料、月度报表。留一定年限后可以归并或销毁，不必占着最显眼的目录。
- 临时参考：临时截图、别人的草稿、随手下载的参考。这类不进档案，进一个「待清理」区，定期清空。
把这三类的边界写下来，后面 Agent 才知道该往哪放、该留多久。
二、目录结构与编号：怎么编才能一眼找得到
目录按「业务 / 年度 / 类别」三层分，别按人分——人一换岗，整个目录就废了。比目录更重要的是编号，一条好编号要同时满足三件事：唯一、可排序、能看出归属。
一个可用的格式：类别码-年份-序号-版本，例如 ZD-2026-014-V2。设计时注意四个点：
- 序号补零。写成 001、002 而不是 1、2，否则排序时 10 会跑到 2 前面。
- 版本单独放最后。同一份文件的多个版本共用前缀，排序天然聚在一起。
- 别把标题写进编号。标题会改，编号不能改——编号一旦变了，所有引用它的地方都断了。
- 编号由系统生成，不由人编。人编编号一定会重号，让 Agent 查一遍当日最大序号再加一，是更稳的做法。
文件名建议统一成 编号 标题，中间的标题保持原样、不做文体改造，方便以后按编号和关键词双向检索。
三、一份文件的四个状态：草稿、送审、定稿、作废
档案最容易失控的地方是版本。真实情况往往是：一版一版往下改，最后目录里躺着七八份，谁都不知道哪份有效。稳妥的做法是给文件定义四个状态，并只保留一个有效版本：
- 草稿：还在改，不对外提供。
- 送审：已提交待批，冻结内容，只允许批注不允许直接改。
- 定稿：唯一有效版本，检索和借阅默认只指向它。
- 作废：旧版不删，只置为作废并注明被谁替代——这一点很关键，因为很多场景需要证明「当时依据的是哪一版」。
另外要区分原件与副本：扫描件、复印件都算副本，可以随便看；原件只有一份，借出必须登记。两者在档案系统里用不同标记区分，别混在一个文件夹里。
四、借出与归还：谁拿了、什么时候还
借还登记是档案管理和文件整理最本质的分界线。它不需要多复杂，把五件事记清楚就够了：
- 谁借的（借用人、联系方式）
- 借的什么（编号 + 标题 + 是否是原件）
- 什么时候借的、约定什么时候还
- 用途（一句话，出事时能解释为什么要拿出去）
- 状态（在借 / 已还 / 逾期）
覆盖了这五件事，就能做三件自动化动作：到期前一天提醒借用人、逾期后升级提醒、归还时校验是不是同一份原件。提醒的提前量可以分档（提前 3 天 / 到期当天 / 逾期 3 天），这套「按剩余时间分档预警」的思路和资产到期巡检是同一套，见 证书与域名到期巡检。
五、让 Agent 检索：不问「有没有这个文件」，只问四件事
档案检索和知识库问答不是一回事。知识库回答「这个问题的答案是什么」，档案要回答的是四个更硬的问题：
- 在不在——有没有这份文件，状态是定稿还是作废。
- 是哪一版——当前的唯一有效版本是哪个编号。
- 能不能借——原件是否在外、有没有权限限制、需不需要审批。
- 谁经手过——什么时候归档、谁审的、借出记录有哪些。
让 Agent 按这四个问题组织回复，比让它自由发挥出一段摘要有用得多。回复里要带编号和路径，最好能直接给出文件位置，让人两步之内点到。涉及权限的部分，参照 AI Agent 权限管理 里最小权限那一套，把「能看到哪些类别」写进白名单，而不是让人自己筛。
六、定期维护：四件每个季度都要做的事
- 到期处置。按留存年限扫一遍，该归并的归并、该销毁的走审批流程，别让临时文件永久留在档案区。
- 作废隔离。把作废版本单独放一个区，检索默认不返回，但保留了「能查到历史版本」的能力。
- 台账盘点。拿台账和实体目录对一遍，找出「台账里有、文件没了」和「文件有、台账没记」两类差异。
- 备份与异地。档案是长期资产，备份策略不能只跟着业务数据走，参考 数据备份与迁移 的做法，把档案单独列一条线。
七、三条边界
- 不主动删除原件。Agent 只负责标记为「建议销毁」，删除动作必须有人确认。档案一旦误删，是补不回来的。
- 借阅涉及权限。合同、人事材料、财务凭证这类敏感档案，借阅要过审批，不是谁问都能给。
- 全程留痕。归档、借出、归还、作废，每一步都要自动落一条记录，字段设计可以参考 审计查询字段怎么设计；如果档案要用于对外举证，还得按 证据包怎么留 的思路把证据一起存下来。
八、五个常见的坑
- 先建目录后定规则。目录建得再漂亮，编号一乱，三个月后照样找不到。
- 把「最终版」当命名习惯。真正的解决办法是编号 + 版本字段，不是靠人手写「最终版」。
- 旧版本直接删。删掉的不是垃圾，是「当时依据哪一版」的证明。
- 借还只靠群里说一句。没有登记，到期提醒无从触发，丢件时也没法追。
- 原件和副本混放。原件被当成复印件外借，是最容易出事的操作。
九、适合谁用
适合：有正式文件需要长期留存的团队——制度、合同、资质、验收材料、项目档案；尤其是经历过「临到检查才发现材料不齐」的组织，这套编号加借还的规则能省下大量回头找材料的力气。
不太适合：文件都以协作文档形式实时迭代、不存在定稿概念的团队。这类场景更需要的其实是版本历史和留痕，而不是档案编号——先用好协作工具自带的历史记录就够了。
总结
用 OpenClaw 做文档归档，重点不在「存起来」，而在让它能被找到、能被证明、能被还回来。先划范围，再给编号，然后严格区分草稿和定稿、原件和副本，最后把借出归还登记成一条能触发提醒的记录。这四步做完，档案才算真的从「一堆文件」变成了「一套能对外说得清的凭据」。
