项目工作空间被灵犀生成的文件堆满了？立好规矩不烧心

我的灵犀工作区里原本就放着一批原始资料：几个云文档链接文件，外加一份提示词。每次让灵犀查资料、核对原文，它会把云文档下载到本地再读。几次对话下来，下载的原件、提取的全文、临时比对表全铺在根目录，跟我的资料混成一堆。想清理还不敢下手，得一条条认哪个是它生成的、哪个是我原来放的。

后来想明白了：毛病不在于文件多，在于没给 AI 划写入边界——它不知道哪里能写、哪里不能写。于是做了两件事。

第一件：给工作区分层

现在的结构长这样：

workspace/（根目录：只放初始资料，一律只读不写）
├── RULES.md       ← 工作区规则
├── 初始资料...    ← 云文档链接、提示词等原件
├── 工作底稿/      ← 下载副本、提取文本，按"日期_任务名"建子目录
├── 交付物/        ← 最终成品
└── 归档/          ← 需要留存的旧产物

四个区域分工明确：初始资料放根目录不动，临时产物进工作底稿，成品进交付物，要留存的旧件进归档

第二件：把规矩写进 RULES.md

这是最关键的一步。灵犀每次打开工作区、读写文件之前，会先检查 RULES.md（和 AGENTS.md、CLAUDE.md 是同一套机制）。所以规则只要写在根目录，就跨会话生效，不用每次新开对话都口头交代一遍。

我的 RULES.md 就四条：

这四条进了文件，规矩就算立住了。规矩立了，就不烧心了。

顺手发现的事：工作方式也分三层

仔细看上面那四条规则，前三条管的是文件落盘，第四条管的是内容核验。整理文件只是最外面一层，事情做完之后，我翻过自己的对话记录，回看那几次任务的执行过程，发现灵犀干活的时候其实也分着三层：

• 规则层：记忆和 RULES.md 里的规则负责划定底线，并判断这个任务要不要走专门流程，相当于守门员

• 技能层：对应的技能负责具体流程和纪律，比如引用必须标来源可信度、不能凭记忆下结论

• 事实层：工作区里的原始资料负责提供能逐字核验的原文

这跟文件分区是同一个逻辑：文件分区域，工作分职责。验证起来也不难：回看一次任务记录，看它动手前有没有先读规则和技能规范、干活时有没有比照原件、收尾有没有标注依据来源。三层都到位，跑偏的概率就低。

有个边界也要说清楚：技能不是每次对话都会调，是任务命中对应类型才触发。只是我的工作区里同类任务占比高，看起来就像“每次都调”。想明白这一点之后，你就不会纠结“它为什么有时候调、有时候不调”了。

效果

立规矩之前，其实有过一次对照：当时处理一个需要核对多份材料的业务问题，灵犀按流程下载了几份原始文档并提取全文，做完分析之后又把临时文件清掉了，根目录里 6 个初始文件一个没动，但那次全靠我手动要求。

把同样的做法写进 RULES.md 之后，就不用赌自觉、也不用靠每次手动叮嘱了。规则立在根目录，每个会话动手之前都得先过一遍，临时文件该去哪、成品该放哪、哪些东西不能碰，全都明文写死。

这种感觉有点像给工位贴了张值日表：东西放哪、用完收哪，都写清楚了，用不着隔三差五追问。

说白了就是：文件上靠目录分区定边界、RULES.md 定规矩；行事上规则、技能、资料各管一层。改动很小，之后每次对话都省了一遍辨认文件的力气。