适用边界与版本日期
这套方法适用于提示词、任务说明、生成稿、脚本、审阅记录和系统决策不断增多,已经出现“找得到文件却不知道是否还能用”的个人 AI 工作区。本文按 2026-08-30 的公开实践整理。
这里的四类是治理责任,不是强制的文件夹名称。你可以用文件系统、笔记工具或版本库实现,但必须能回答每项资产当前是否在用、由谁维护、为何可信、何时迁移。
跟着做
如果你暂时不想移动真实资料,先在工作表中写十项虚构资产,例如“进行中任务 A”“旧提示词 B”“审阅记录 C”,完成分类与迁移推演;确认规则说得通后,再换成脱敏的真实清单。
- 抽取十项资产。 从现有工作区选十个不含敏感内容的代表项,例如一份进行中任务说明、一份旧提示词、一次模型审阅、一条系统规则变更。先不要移动。
- 按责任而非主题分类。 “项目”承载正在交付的工作;“归档”保存已经结束且不再修改的材料;“审计”保存带时间和对象的检查证据;“时间轴”记录改变系统结构或工作规则的决定。
- 为每类写入口条件。 例如,只有存在明确目标、下一步和负责人才能进入项目;只有任务关闭且注明最终状态才能进入归档;没有对象、时间和结论的文件不能叫审计。
- 处理一项多重关系。 同一主题可以跨四类,但不要复制成四份真源。项目文件引用审计回执,时间轴引用项目决定;结束时将整个项目包归档,审计证据仍保持独立标识。
- 写迁移触发器。 项目多久无进展会进入待清理?项目完成由谁归档?系统级决定何时写入时间轴?审计失效后是保留历史还是重新检查?
- 只迁移这十项并复查。 每移动一项,记录原位置、新位置、分类理由和仍被谁引用。确认没有断链后,再决定是否扩大到剩余资产。
现在随机指向一项资产,尝试在 30 秒内说出:它属于哪类、当前负责人是谁、下一次状态变化由什么触发。说不清就说明分类规则还不够具体。
应该看到什么
整理后,每项资产都有一个主位置和明确状态。进行中的任务不会与结束稿混在一起;审阅记录不会被误当成当前规则;改变系统的决定能沿时间轴找到来源和影响。
你还应看到一张“迁移而不是堆积”的路径:新任务进入项目,施工过程产生审计证据,决定性系统变化进入时间轴,任务结束后项目包进入归档。主题标签可以辅助检索,但不替代状态责任。
证据与验收
用抽取的十项资产做现场验收:
- 每项是否只有一个主位置,没有多份无法判断的新旧副本?
- 分类理由是否引用入口条件,而不是“我觉得放这里顺眼”?
- 项目项是否有目标、负责人和下一步?
- 审计项是否写清对象、时间、证据和结论?
- 时间轴项是否真的改变系统规则,并能回链到来源?
- 移动后原有引用是否仍然有效?
至少请另一天再随机抽查三项。只有第一次整理时看起来整齐,不能证明规则能长期工作。
常见失败、补救与停止线
- 按“写作、代码、图片”分完就结束: 这些是格式或主题,不是治理状态;为每项补当前责任和迁移条件。
- 把所有历史都叫审计: 没有明确检查对象、时间、证据和结论的材料转回项目记录或归档。
- 复制文件代替引用: 选定一份真源,其余位置只保留链接和用途说明。
- 一次搬完整个硬盘: 先用十项验证分类和引用,规则稳定后再分批扩大。
发现敏感资料将被公开、移动会破坏仍在运行的自动化、文件没有备份、引用关系无法追踪,或你无法判断哪份是真源时,立即停止迁移。先建立清单和可恢复副本。
来源与深入阅读
本文是一份可以立刻开始的小规模治理入口。要理解为什么项目、归档、审计和时间轴不是四个随意文件夹,以及它们之间怎样迁移,请阅读 《个人 AI Lab 资产治理:四类不是四个文件夹》。
公开依据
从快速解答回到完整现场
这页负责快速解决一个问题;下面的公开 Note 保留完整背景、过程和边界。