如何划定它能读的范围，不让它碰到不该看的

第一次上手，你图省事，工作空间直接选了桌面。桌面上什么都有：这个季度的工资表、几个客户的合同、你自己的报税材料。

它干活的时候会去看它认为相关的东西。你让它整理一批文件，它顺手读了旁边那份工资表，然后在总结里提了一句。

这一节讲怎么摆文件夹，让这件事从一开始就不可能发生。

不隔离，会出 4 种事

一，它读到不该读的。 上面那种。注意它不是恶意的，它是在「理解上下文」。

二，它改到不该改的。 你让它统一某一批文件的命名，它把同目录下另一批也改了，因为在它看来那是同一类。

三，产出散得找不到。 每次生成的东西落在不同地方，一个月之后你不知道哪个是哪次的。

四，敏感内容进了处理链条。 一旦某份文件被读进来，它就可能出现在总结里、出现在生成的产物里、出现在你后面拿去给别人看的东西里。

这 4 种里前两种是即时的，后两种要过一段时间才显出来，而后两种更难收拾。

三句设置口诀

一，一个项目一个文件夹。 别让两件不相干的活共用一个工作空间。

二，能选子目录就不选父目录。 这一条是上面那 4 种事的直接解药。你要处理的是某个客户的资料，就选那个客户的文件夹，不要选「客户」这个总目录。

三，产出统一放一处。 别让它想放哪儿放哪儿。

第二句是这三句里最值钱的。 它的作用不是限制它的能力，是限制它「顺手」的范围，而 4 种事里有 3 种是顺手造成的。

一个能直接照搬的目录骨架

摆成这样，上面那些问题基本自己就没了：

某个项目/
├── input/     放原始材料，只进不出，永远别让它改这里
├── output/    放它生成的所有东西
├── notes/     放你自己的判断、规则、口径
└── archive/   放跑完的、已经确认过的

四个文件夹，各有一个职责，而关键在于第一个：input 只读。

在指令里说死这一句：

input 目录里的文件只读，不许修改、移动、重命名或删除。

所有产出写进 output。

我在 notes 里放了这个项目的口径和规则，开始之前先读一遍。

最后那一句顺带解决了另一件事：口径不用每次口头说一遍。 写在 notes 里，每次开头让它读。

大一点的项目，再加两层

上面那四层够绝大多数活。项目复杂到有多个阶段的时候，再往下分一层：

input 底下按来源分（甲方给的 / 自己收集的 / 历史存档的） output 底下按阶段分（初稿 / 复核过的 / 最终交付的）

分阶段这一层的价值是它让「哪一版是最终的」这个问题有答案。 不分的话，你会在 output 里看到 7 个名字相似的文件，然后靠修改时间猜。

产品自己也有几道保护，但别只靠它

这个工具本身有几道防线：敏感目录默认不让碰、授权是要你主动给的、本地原始数据不上云。

这几道是有的，但它们保护不了你自己主动授权的范围。 你把桌面整个授权出去，那就是你说了可以。

它们是底线，不是设计。 你的目录怎么摆，才是决定这件事安不安全的那一层。

一条判断：什么时候可以放宽

不是所有活都要这么严。放宽的判据是这一句：

这个文件夹里有没有你不希望出现在任何一份总结里的东西。

没有（一堆公开资料、一批测试文件），随便。有（工资、合同、客户名单、你的报税材料），那就按上面那套摆。

一句话

这一节讲的东西不花时间，就是建四个文件夹、在指令里加三句话。

而它省掉的是那一类你事后没法补救的事故。文件被读过之后，你没有办法让它「没读过」。