对话记录 · 新增「用户私有区」规则的全过程

一次元操作示例：从用户提出需求 → 诚实评估 → 多轮协商收敛 → 草案 → 微调 → 落盘 → 验证 → 后续微调。 与剧本创作无关，本文档不入库、不记 LOG，用毕可删。 格式：DJ = 用户；C = Claudian（园丁）。

第 1 轮 · 提出需求

DJ： 我在根目录添加了一个用户专用文件夹，我打算在这里存放一些白板、我的手记等，除非我明确下指令，否则你应该默认不读取它。你可以吗？诚实地回答我，还是说这必须要写在 Claude.md 中？（当前的 Claude.md 完全不知道这个文件夹的存在），体检会查到它吗？

C： 诚实回答：不能可靠地做到，必须写进 CLAUDE.md。

理由分三层，越往后越无法回避：

1. 跨会话我没有记忆 每次新对话我只读 CLAUDE.md（外加你当下贴进来的内容）。这次你告诉我”有这么个文件夹”，下次新开会话我就忘得一干二净——除非这件事被写进宪法。

2. 即使在本次会话内，也会被”自然撞见” 我并不会主动去翻你的私有文件夹，但下面这些正常工作流会顺带扫到它：

• §0.1 启动协议：要求我扫根目录确认三层结构 —— 会立刻看到一个不在白名单里的陌生文件夹，按当前规则我可能会困惑甚至”主动初始化”它。
• §4.4 盘点（体检）：盘点本质是全库 Glob，会把你私有文件夹里的 .md 当成”野卡 / 孤儿 / 死链”误报。所以你问的”体检会查到吗”——答案是会，而且会误判。
• §5.7 查询、§5.2 collide 自选启发式（“未配对过的优先”、“边缘物种优先”）：都依赖全库扫描，会把私有文件当成候选元素。

3. §7 #2”永不删除”反而保护不了你 那条铁律保护的是 elements/ 和 drafts/ 里”被珍重的”东西。你的私有文件夹不在这个语义范围内，宪法既没说”保护”也没说”忽略”——它对我是未定义区，未定义就等于风险。

我的建议：把这件事写进 CLAUDE.md，作为一条新的元规则。需要你先告诉我两件事：

[此处通过 AskUserQuestion 提了两个问题]

• Q1：这个用户私有文件夹叫什么名字？
  • 选项 A：我来告诉你名字
  • 选项 B：用一个约定的前缀
• Q2：私有区的隔离强度希望是哪一档？
  • 选项 A：完全不读、不扫描、不盘点（推荐）
  • 选项 B：不主动读，但盘点时统计存在性
  • 选项 C：可以读，只是不当作元素卡处理

DJ 回答：

• Q1：用一个约定的前缀
• Q2：完全不读、不扫描、不盘点（推荐）

第 2 轮 · 草案 v1

C： 收到。下面是我准备追加到 CLAUDE.md 的补丁草案，先给你过目，你点头我才动笔（meta 操作走 §8 META 流水）。

草案要点：

• 约定前缀：根目录下任何以 _ 开头的文件夹视为”用户私有区”（业内常用约定，且 elements/lab/drafts 都没占用这个前缀，零冲突）。如果你想用别的前缀（比如 .private/ / 私_ / ~），告诉我换掉即可。
• 隔离强度：完全不读、不扫描、不盘点。