--- title: "文件夹即规则：我的 AI 工作台如何用八份 README 运转" canonical: "https://siyuanailab.com/lab/personal-os/readme-rules/" dateModified: "2026-10-22" datePublished: "2026-10-22" --- 个人 AI 实践 · 方法论公开 # 文件夹即规则 我的 AI 工作台如何用八份 README 运转——结构、串联、机制，附录接近全文收录八份守则 我的 AI 助手每次开新对话都会失忆。让它五个月不把事情搞乱的，不是一份越来越长的提示词，而是八个目录门口的八份 README——AI 进哪个房间，先读哪份守则。这篇讲三件事：这层规则（我内部叫 L2）架在哪、八个目录怎么串联、守则里真正管用的机制。附录接近全文收录了这八份守则，只隐去绑我机器的部分，不妨碍你直接复制改写。 8 份目录守则 约 1100 行规则 22 条版本记录 61 个能力母本受其管辖 附录近全文收录八份守则 [出发点](https://siyuanailab.com/lab/personal-os/readme-rules/#why) [上面一层：行为规则](https://siyuanailab.com/lab/personal-os/readme-rules/#l4) [工作台目录结构](https://siyuanailab.com/lab/personal-os/readme-rules/#structure) [八层怎么串联](https://siyuanailab.com/lab/personal-os/readme-rules/#flow) [六条管用的机制](https://siyuanailab.com/lab/personal-os/readme-rules/#mechanisms) [规则里的诚实条款](https://siyuanailab.com/lab/personal-os/readme-rules/#honesty) [版本记录就是踩坑史](https://siyuanailab.com/lab/personal-os/readme-rules/#history) [一些数字](https://siyuanailab.com/lab/personal-os/readme-rules/#numbers) [三个常见问题](https://siyuanailab.com/lab/personal-os/readme-rules/#faq) [附录：八份守则（近全文）](https://siyuanailab.com/lab/personal-os/readme-rules/#appendix) 01 · 出发点 ## 规则写在哪，比规则写什么更重要 我经营一个个人 AI 工作台：一个 AI 主控（我叫它 CC）每天在这个文件系统里读、写、整理、交付，另有专做工程的 AI 执行者。最早的直觉做法是把所有行为规则写进一份巨大的总提示词，每次对话开头塞给它。 这份巨型提示词死了三次，死因各不相同： - 太长没人读。规则超过一定长度后，AI 对每一条的遵守率都在下降——不是它不听话，是注意力被稀释了。 - 混在一起改不动。「知识库怎么归档」和「输出目录怎么命名」写在同一个文件里，改一条规则要全文通读，改完不知道碰坏了什么。 - 不知道哪条还生效。五个月后，文件里躺着早就过时的条款。AI 分不清哪些是当前规则、哪些是历史遗迹，我也分不清。 后来的解法来自一个朴素观察：AI 的绝大多数错误动作，都发生在具体目录里——把草稿放进了成果层、把原文存进了认知层、删了不该删的东西。那我为什么把规则写在离动作最远的地方？ 于是规则被拆开：全局的留给总章程，房间的搬进每个目录门口。这篇讲的是后者。 02 · 上面一层 ## 先有行为规则，再有目录守则 我的规则体系分四层，各管各的粒度： | 层 | 载体 | 管什么 | | --- | --- | --- | | **L4 行为规则** | 根目录一份总章程（CLAUDE.md） | AI 是谁、怎么说话、红线、会话流程——全局不变的东西 | | **L3 记忆** | 记忆库 | 历次对话沉淀的偏好与判例——跨会话积累的东西 | | **L2 目录守则** | **每个目录一份 README** | **这个房间里什么能进、什么不能进、进来怎么放、什么时候清走** | | **L1 机器门** | 写入钩子 | 写入动作触发时强制注入对应规则——不靠自觉的东西 | L4 总章程管「AI 怎么做人」，九节：身份与判断位、任务对齐、说话汇报、分工授权与红线、会话与状态、上下文预算、执行与验证纪律、能力开发范围、关键路径。它已有单独的公开版（《我如何给 AI 写一份工作说明书》），本篇不重复。 L2 管「东西怎么放」。总章程管不了「这张截图该放哪」，记忆库管不了「这个目录本周改了结构」——只有贴在门口的守则可以，因为它离动作最近，只在相关时被加载。两层的分工一句话：L4 约束行为，L2 约束物料。 03 · 结构 ## 工作台目录：八个房间，各放什么 先说文件底层是什么：纯 Markdown 文件加 frontmatter，没有数据库。文件即数据库，目录即表，README 即表结构说明。整个工作台长这样： ``` 我的工作台/ ├── 00-Dashboard/ 总控台：今日状态.md、在途事项.md、待决策看板.md、对话日志 ├── 01-我是谁/ 认知资产：自我.md、判断.md、方法.md、偏好.md、原话.md、商业.md ├── 02-Input/ 兜底输入：Inbox/（待分流）、Exceptions/（失败隔离） ├── 03-Process/ 过程驻地：七个业务域的项目工作区 + 各管线的机器数据区 ├── 04-Output/ 成果正本：按域分，每域有项目卡位与产品位 ├── 05-Action/ 事件档案：事件簿.md、开发任务池.md、踩坑记录.md、归档区 ├── 06-Knowledge/ 知识图书馆：十个应用场景分类 + 判断存档 + 外部资源库 └── 07-Tools/ 能力母本：五层 61 个能力组件 + 系统脚本 + 管线注册表 ``` 每个目录门口一份 README，回答同一个问题：这个房间是干什么的，东西怎么进出。八份守则的版本史本身就是状态： | 目录 | 一句话职责 | 守则当前版本 | 本轮是否重写 | | --- | --- | --- | --- | | 00 总控台 | 跨对话接力状态与待决策入口，白名单准入 | v1.0（2026-05） | 未重写，排期下轮 | | 01 我是谁 | 精炼认知资产：1 主体对象 + 4 语料对象 + 领域单元 | v2.1（2026-10） | 重写 | | 02 兜底输入 | 无专属通道输入的临时停靠与分流，失败不静默丢弃 | v3.0（2026-10） | 重写 | | 03 过程驻地 | 草稿、方案、过程日志、管线物料的原生驻地 | v3.0（2026-10） | 重写 | | 04 成果正本 | 可被直接依赖或对外交付的当前有效结果 | v3.0（2026-10） | 重写 | | 05 事件档案 | 事件簿 + 专项台账 + 已完结历史归档 | v3.0.2（2026-10） | 重写 + 两次补丁 | | 06 知识图书馆 | 外部资料与个人数据源全量池，三层分区 | v2.1（2026-10） | 重写 | | 07 能力母本 | 能力组件母本库，五层架构 | v2.0（2026-10） | 重写 | 这张表也诚实说明一件事：00 的守则最旧，它和其他七份不在同一代——规则系统的健康度，看版本史比看条文更直接。 04 · 串联 ## 八层怎么串成一条流水线 八个目录不是八个孤岛，串联靠三张网。 ### 第一张网：对象路由表——一个对象只有一个家 三份守则（03/04/05）里逐字相同的七行表，是全系统的总路由： | 对象 | 正本位置 | | --- | --- | | 项目当前事实与核定成果 | 04 成果正本 | | 当前推进、球在谁 | 00 总控台·在途事项 | | 决策、行动、状态变化与归档事件 | 05 事件档案 | | 跨项目可复用知识 | 06 知识图书馆 | | 工具、脚本、能力可执行母本 | 07 能力母本 | | 稳定主体认知 | 01 我是谁 | | 项目过程与管线运行数据 | 03 过程驻地 | 任何一件东西先查表找到唯一的家，再动手。三份文件逐字一致是刻意的——路由表如果有两个版本，就等于没有路由表。 ### 第二张网：一件东西的完整旅程 02 · 兜底输入 外部输入进 Inbox，登记来源与哈希 → 03 · 过程驻地 草稿、方案、执行在这里发生 → 04 · 成果正本 核定后的成果移交这里，过写入闸 05 · 事件档案 每次收口在事件簿记一行：谁、何时、什么成果、移交何处 → 06 · 知识图书馆 可复用的认知沉淀为卡片，供下次调用 全程供血的三层：01 我是谁供给判断与偏好（AI 决策前查）；07 能力母本供给工具（干活时调用）；00 总控台记录在途与接力（每次会话开始读、结束写）。 ### 第三张网：一个项目的跨层四件套 任何一个项目同时住在四层，各管一个视角：04 项目卡（到哪一步了）+ 00 在途一行（球在谁手里）+ 03 工作区（过程草稿）+ 05 事件一行（收口记录）。查项目不翻文件夹，看四件套。 另有一条纵向通道在 01 内部：对话和实践产生的新判断先进语料层（只增不改，冲突不删旧条目标 superseded），验证成熟后才升版进稳定层。结论不直接改，先进原料池。 05 · 机制 ## 六条管用的机制（附真实条文） ### 1. 准入清单：每个房间回答「什么能进，什么必须走」 每份 README 都有一张两列表：允许放入什么、禁止放入什么、禁入的东西应该去哪。关键是第三列——禁入不是拒绝，是路由。01 的禁入表长这样： > 外部文章原文 → 去知识图书馆；待办/日报 → 去行动档案；未经确认的判断 → 去灵感区；未沉淀的原始认知 → 去过程层加工。 > > > > —— 01 守则「禁止放入」表（节选） AI 不猜，照表走。 ### 2. 写入闸：进成果层前必须回答四问 > 新增或迁入 04 的文件必须能回答四问：属于哪个对象、当前状态是什么、正本为什么在这里、谁负责后续更新。回答不了的，不进入本层。 > > > > —— 04 守则「写入闸」 成果层是全系统最严的门。门的作用是拦住「做完就扔进来」的冲动。 ### 3. 事件驱动生命周期：看事，不看日历 > 四事件收口：成果被接收、任务关闭、项目暂停、被新版取代。看事，不看日历。 > > > > —— 03 守则「生命周期」 早期版本用时间驱动清理：文件放了 72 小时就自动归档，实际跑起来全是误伤。现在的口径是事件到了才收口，日历说了不算。 ### 4. 两轴分工：时间轴归叙事，对象轴归台账 > 事件只在发生时记、谁做动作谁记，禁止从今日状态誊抄。 > > > > —— 05 守则「两轴分工」 系统里有两本账：每日状态按时间讲「这一天发生了什么」，事件簿按对象记「这个东西经历了什么」。誊抄出来的台账一定会和真实历史漂移——我踩过这个坑。 ### 5. 失败隔离：分流失败不静默丢弃 > 目标拒收或校验失败时，原物进入 Exceptions/（失败隔离区），不得静默丢弃。修复后重新分流，原捕获时间保持不变。 > > > > —— 02 守则「分流规则」 自动化管线的标配条款。丢东西不可怕，可怕的是不知道丢了。 ### 6. 删除红线：任何批次不豁免 > 删除永远单独授权（红线），任何批次不豁免。 > > > > —— 03 守则，同一条款在 02/04/05 各出现一次 自动化提效的范围很大，但有一个动作永远留在人手里。AI 可以提议删一万个文件，但不能自己删一个。 06 · 诚实 ## 规则里写明「我还没做到什么」 我最喜欢的条款在过程层守则的末尾，叫「不宣称」清单，原文： > 不宣称：04 项目卡已核定生效（首批已填、待核，核定前事实仍以总控台在途为准）、事件簿已有历史回填、机器数据已有保留窗口、新会话消费链已真实跑通。 > > > > —— 03 守则 v3.0，「边界与不宣称」节 规则文件天然有种吹牛倾向：写上去了，就好像做到了。这份清单反着来——明文登记「这些机制纸面存在、实际还没跑通」，防止 AI（和我自己）把设计当现实。 规则系统的可信度不来自它写了多少，而来自它对自己没做到的部分有多诚实。 07 · 来历 ## 版本记录就是踩坑史 每份 README 末尾都有版本记录。读起来不像 changelog，更像事故报告。两个真实例子： ### 一条指向不存在目录的规则 05 的守则写着「踩坑记录每月归档到某目录」。一次对抗性审查中发现：那个目录根本不存在——条款从旧版一路继承下来，没人核过物理路径。当天修正，版本号从 v3.0.1 升到 v3.0.2。教训：规则文件也需要被审查，不能只被信任。 ### 一条被推翻的自动化条款 02 的旧版有漂亮的自动化：文件放 24 小时提醒、48 小时再提醒、72 小时自动归档。实际跑起来全是误伤——自动化不知道什么叫「还活着」。v3.0 整条推翻，改成「超过 72 小时只提醒，不自动移动、不自动归档、不自动删除」。把判断还给事件和人，是这轮重写最大的升级。 22 条版本记录，大部分是这种「试过一个做法、被现实教育、改掉」的痕迹。这套规则不是设计出来的，是长出来的。 08 · 数字 ## 一些实测数字 8 份目录守则，覆盖工作台全部顶层目录 ~1100 行规则正文，平均每份不到 140 行 22 条版本记录，五个月内的修订痕迹 61 个能力母本受这层规则管辖 4 天 最近一轮逐层重写：逐目录盘点、方案、人拍板、落盘 7 行 对象路由表，在三份守则里逐字相同 数字全部来自当前版本文件的实测，不是设计目标。 09 · 问答 ## 三个常见问题 ### 这套东西适合谁？ 适合把 AI 当长期协作者、工作发生在一个文件系统里的人。不适合想要现成工具的人——这不是软件，是一套住出来的规则。你可以抄机制（准入清单、写入闸、路由表），抄不走版本记录，因为那是我的坑。 ### 维护成本高吗？ 比看起来低。守则只在「房间规则真的变了」时才改，平均一份几个月动一次；每改一次必写版本记录，这个仪式不能省。真正贵的是不写——规则漂移后，AI 照着过时条款做错事，排查一次的成本够写十次版本记录。 ### AI 真的会读吗？ 会，因为机制上它没得选：操作任何目录前先读该目录 README 是总章程里的硬条款；写入动作还会触发钩子，把对应规则强制注入当下对话（L1 机器门）。规则离动作越近，遵守率越高——这是整套系统最核心的一条经验。 10 · 附录 ## 八份守则公开版（接近全文） 以下是八份 README 的接近全文收录。隐去的只有三类：绑本机环境的具体文件清单与脚本对账、过渡期的临时安排、以及纯内部沿革细节。剩下的可以直接复制改写成你自己的版本。 ### 00 · 总控台守则 v1.0 · 2026-05-27 > 系统总控台。每轮对话的起点和终点：存放跨对话接力状态、规则真相源、待决策与待办入口。准入严格受控——只允许白名单内的文件，AI 不得自行添加任何文件。 #### 白名单（内容文件，节选） | 文件 | 用途 | 何时用 | | --- | --- | --- | | 本周焦点.md | 全局焦点，拆解为本周任务主线 | 早课读 | | 今日状态.md | 短期接力（只保留最近 3 轮，更早的滚走） | 每轮启动必读 | | 待办-本周.md | 任务主控入口 | 全程 | | 对话日志.md | 长期归档（完整完成项摘要，会话关闭时自动写） | 查历史 | | 操作系统规则体系.md | 宪法级规则（人读真相源，**不自动加载**） | 架构判断时 | | 待决策看板.md | 待决策事项聚合 | 批量审阅 | | 在途事项.md | 并行线程登记表 | 每日首看 | | 系统使用手册.md | 重新学这套系统的完整用户手册（原理+操作） | 通读 / 查阅 | | 速查卡.md | 1 页日常速查（触发词 / 文件放哪 / 决策分层） | 每天随手查 | 白名单表共 12 行，此处保留 9 行；隐去的 3 行含已退役入口与本机环境绑定项。另有目录元文件约定：README、临时会话容器（对话结束由脚本归档走）、系统缓存目录。 #### AI 操作规则（操作本目录前必读） - 禁止自行加文件。白名单排他——不在上表的文件一律不准进总控台。需要新文件 → 标待决策，人拍板。 - 新增白名单必须同步多处：本表 + 人读宪法对应章节 + 总章程关键路径速查表 + 检查脚本的目录白名单集合（漏一处，检查器报越界）。 - 今日状态 vs 对话日志分工（勿混用）。今日状态 = 短期接力：只保留最近 3 轮摘要供启动时读，更早的归档（移动不删除，历史可查）；每轮启动先读它确认上一轮做到哪，每轮关闭必须更新它。对话日志 = 长期归档：会话关闭脚本自动写，含每轮完成项列表 + 语料统计，按日期倒序累积。两者职责不重叠：要「接着上轮干」读今日状态；要「翻历史做了啥」查对话日志。 - 规则体系不自动加载。人读宪法不进 AI 默认上下文；AI 行为以四层执行栈为准（L4 总章程 / L3 记忆 / L2 各目录 README / L1 机器门）。 - 会话文件不要手动删。临时会话容器由启动/关闭脚本管理，手动删会丢语料。 #### 新手从哪开始 - 第一次接触这套系统 → 读系统使用手册（完整，原理+操作） - 日常开工记不清触发词 / 文件放哪 → 看速查卡 - 想改系统规则 → 读人读宪法，改动走人拍板 ### 01 · 我是谁守则 v2.1 · 2026-10-19 > 身份层：经过提炼和确认的精炼认知。系统的地基。规则：只放精炼后的认知资产，不放过程草稿、外部文章、原始数据。 #### 对象模型：1 个主体对象 + 4 类基础认知对象 + 领域单元 1 个主体对象 | 对象 | 文件 | 性质 | 读写要点 | | --- | --- | --- | --- | | **自我** | 自我.md | 整体迭代，升版更新 | 「我是谁」完整画像：能力/盲区/驱动/经历/表达/价值观。总章程的身份段是它的摘要。 | 4 类基础认知对象（语料层，追加式，只增不改） | 对象 | 文件 | 读写要点 | | --- | --- | --- | | **判断** | 判断.md | 我的决策、原则、立场，时间倒序追加。两级索引检索，禁止全文读取。 | | **方法** | 方法.md | 从对话和实践中沉淀的可复用做法、框架、流程。两级索引检索，禁止全文读取。 | | **偏好** | 偏好.md | 我的偏好 = AI 的行为约束。会话启动读取；被纠正时追加，旧偏好标 superseded。 | | **原话** | 原话.md | 原话逐字记录，可直接引用；写作与声纹原料。 | > 语料层纪律：新判断/新方法先进语料层追加（带时间戳），不为新候选直接改稳定层。 领域单元（稳定层正本，整体迭代升版）：商业.md——商业领域稳定层正本；过程状态与执行框架归过程层，项目当前事实归成果层；冲突以稳定层正本为准。 #### 升版通道 ``` 对话/实践 → 语料层追加（判断.md / 方法.md / 偏好.md / 原话.md） ↓ 验证成熟、人确认 领域单元升版（商业.md 等） ↓ 自我.md 整体迭代（重大认知变化时） ``` #### 关联关系 - 总章程身份段 = 自我.md 摘要；沟通规则 = 偏好.md 摘要。 - 过程层 = 阶段层（过程、执行、过程状态），项目当前事实归成果层；本目录 = 稳定层与语料层。 - 知识库 = 外部知识，本目录 = 内生认知。 - 每个文件头部有对象契约四问（何时读/怎么消费/何时写入/正本），消费时以契约为准。 #### 禁止放入（节选） | 类型 | 示例 | 应去向 | | --- | --- | --- | | 过程草稿 / 历史文档 | 旧版工作逻辑梳理、未整合前的分散文件 | 归档区或删除 | | 外部文章原文 | 未内化的文章、报告 | 知识库 | | 待办 / 日报 | 行动项、任务追踪 | 行动层 | | 原始数据 | 人脉档案、健康数据、财务数据 | 知识库（外部资料）或行动层（行动档案） | | 未经确认的判断 | 临时想法、未验证的假设 | 过程层·灵感区 | | 未沉淀的原始认知 | 零散笔记、速记 | 过程层（加工中） | #### 命名规范 | 形态 | 含义 | 示例 | | --- | --- | --- | | 单词对象名 | 基础对象直接用对象名 | 自我.md、判断.md、方法.md、偏好.md、原话.md | | XX.md（领域名） | 领域单元·稳定层正本 | 商业.md | | XX库.md / XX图谱.md / XX体系.md | 旧命名，已退役 | 判断库.md→判断.md、自我认知图谱.md→自我.md（2026-10） | #### 写入规范 - 新增文件前：检查是否已有同类文件/对象，优先扩展而非新建。 - 整合旧文件时：被整合的旧文件备份到归档区后删除，不在目录内残留。 - 语料对象（判断、方法、偏好、原话）：按时间倒序追加，最新在上；只增不改，冲突标 superseded。 - 主体对象与领域单元（自我、商业等）：整体迭代时更新版本号，在末尾记录版本历史。 - frontmatter 要求：type、version、created 为最低要求；每个对象头部须有对象契约块。 #### 版本记录 - v1.0（2026-05）：20 个文件合并为 7 个，建立命名规范和准入清单。 - v2.0（2026-10）：对象模型落地：1 主体对象+4 语料对象+领域单元；五文件更名并落对象契约；旧命名退役；新增语料→稳定升版通道。 - v2.1（2026-10）：一份五个月未被消费的方法论文件整份归档（原理已以规则形式活在管线里），领域单元收敛为商业一个。 ### 02 · 兜底输入守则 v3.0 · 2026-10-19 > 无专属通道的外部输入与待分流原料兜底区。不是所有输入的必经站，不作为长期仓库。 #### 目录职责 - Inbox/：接收没有专属通道、等待分流的输入。 - Exceptions/：暂存校验失败或目标层拒收的输入，修复后重新分流。 - 根目录不直接散落输入文件；本目录不再设置归档区。 #### 写入责任 - 人可手动把原始文件放入 Inbox/，无需手工编写字段。 - AI 主控负责登记、查重、语义分流和失败重投。 - 自动生产者必须先登记写入接口，才能写入。 - 已有专属入口的管线直接进入所属管线，不经过本层。 #### 准入与禁入 允许进入：没有专属通道的外部文章、报告、链接、截图、录音和消息摘要；需要 AI 判断归属的临时原料；分流失败、需要保留原物并修复的输入。 禁止进入：已有专属采集通道的输入；已分流的知识、项目过程、当前事实、核定成果和工具资产；.env、密钥、token 和其他秘密文件；长期归档和历史仓库。 #### 分流规则（八条，全文） - 检查载荷可读、不是软链、不含秘密。 - 补齐来源、捕获时间、生产者和内容哈希。 - 同一来源同一内容的重试不得生成重复条目。 - 读取目标目录规则，判断所属对象和消费任务。 - 目标层确认路径、字段、消费者和接收条件后，才能移动。 - 目标存在且可读、路由事件已留痕后，本层才移除原物。 - 目标拒收或校验失败时，原物进入 Exceptions/，不得静默丢弃。 - 修复后重新分流，原捕获时间保持不变。 #### 分流前至少登记（真实 frontmatter） ``` --- type: input-item input_id: inp_ source: captured_at: producer: content_hash: sha256: status: 待分流 --- ``` #### 生命周期 - 超过 72 小时只提醒，不自动移动、不自动归档、不自动删除。 - 年龄按 captured_at 计算，不用文件修改时间冒充。 - 分流完成后，原文或证据按目标对象的生命周期管理。 - 消费任务关闭时，相关产物随所属任务归档，不回倒到本层。 - 无价值项由人决定保留或删除；删除仍需单独授权。 #### 版本记录 - v1.0（2026-05）：初始输入与分流规则。 - v2.0（2026-05）：增加四类入口和 24/48/72 小时规则。 - v3.0（2026-10）：改为兜底输入区；取消按时间自动归档；增加失败隔离、幂等和目标接收口径；历史包整体迁出。 过渡期安排（历史包去向、停机期脚本禁令、待核定项），因属临时状态，隐去。 ### 03 · 过程驻地守则 v3.0 · 2026-10-19 #### 一句话定位 > 项目与工作过程的原生驻地：草稿、Brief、设计稿、过程日志、执行回流、中间产物，以及已登记管线的原料、状态、机器报告、待审队列、fixtures 与排错证据。三个不：不冒充项目当前事实；不保存已核定成果的唯一正本；不因交付一律删除。 #### 对象路由（与 04/05 逐字相同） | 对象 | 正本位置 | | --- | --- | | 项目当前事实与核定成果 | 04 成果正本 | | 当前推进、球在谁 | 00 总控台·在途事项 | | 决策、行动、状态变化与归档事件 | 05 事件档案 | | 跨项目可复用知识 | 06 知识图书馆 | | 工具、脚本、能力可执行母本 | 07 能力母本 | | 稳定主体认知 | 01 我是谁 | | 项目过程与管线运行数据 | 03 过程驻地 | #### 两条线 人工过程线（手稿） - 按项目组织工作区，不按文件类型另建平行分类。 - 新增活跃过程件带最小元数据：type / project / status / owner / last_updated，外加 close_condition（一句话事件，如「Brief 被人亲发后」；真有死线才写 deadline，不虚构日期）。 - 存量文件不追补元数据、不做逐份格式清洗；处置走批次逐组判定。 - 既有专用 schema（项目总控卡等）原样保留，不为统一格式破坏解析器。 机器数据线（物料） - 每个数据区配一块 README 说明牌，登记六项：生产者与触发方式、消费者与下游、内部分类、保留窗口或收口触发、可重建性与重建来源、存储预算与处置审批。 - 机器文件不套人工元数据，不进人工状态/截止日期统计口径。 - 死区判定两条尺子：可重建的留短窗口；不可重建的留。清理按数据区算量，逐批授权，删除红线不豁免。 #### 进出规则 - 进：先认门——确认所属项目或已登记管线；认不出门的进灵感区等路由。执行者只写被授权的过程件与回流，不绕过主控改写项目现状。脚本只写已登记数据区、缓存与生成索引，不做语义归档。孵化边界：方案未经人拍板，草案不得进入能力层或行动层。 - 出（收口）：成果按对象路由移交 04/06/07/01；接收位未建成时原位保留并登记缺口，不搬临时位置冒充完成。每次收口同步记一条事件（谁、何时、什么成果、移交何处），落点 = 05 事件簿。 - 读：新会话先读 04 项目卡与本层相关项目总控，不读全量本层；只打开当前任务相关的工作区；问原因查记忆库，追溯证据才进归档。 #### 生命周期（全文） - 四事件收口：成果被接收、任务关闭、项目暂停、被新版取代。看事，不看日历。 - 收口 = 翻状态 + 记事件；过程包留原工作区 _收口/，不搬家。 - 历史包默认原位：仅活跃引用、明确消费需求或专项批准触发处置。 - 无事件对象的出口 = 人提起；想法与休眠区不靠日历清理。 - 归档前两确认：无未提取回料、无未关闭消费任务。 - 删除永远单独授权（红线），任何批次不豁免。 #### 项目工作区物理标准 ``` 03-Process/<域>/<项目名>/ ├── README.md # 说明牌：项目一句话、状态、谁来读、什么事件触发收口 ├── 活跃过程件（Brief、草稿、设计稿，平铺） ├── _tmp/ # 临时截图、调试图（随主产物一起收口） └── _收口/ # 已收口过程包 ``` 一个项目的跨层配套：04 项目卡（现状）+ 00 在途一行（推进）+ 03 工作区（过程）+ 05 事件一行（收口记录）。 #### 边界与不宣称 - 下级规则与本文件冲突处以本文件为准，随批次同批修订。 - 脚本与检查器恢复运行时，以本文件为口径重建。 - 不宣称：04 项目卡已核定生效（首批已填、待核，核定前事实仍以 00 在途为准）、05 事件簿已有历史回填、机器数据已有保留窗口、新会话消费链已真实跑通。 #### 变更记录（节选） - v3.0（2026-10）：中转站口径退役，切换为「过程驻地+双轨+事件驱动生命周期」；废除全员 status/deadline 强制、按年龄超期、自动归档默认动作；继承 _tmp 规则、孵化边界、7 域结构。前任版本归档于规则沿革区。 过渡例外替班表与批次处置机制，因属临时安排，隐去。 ### 04 · 成果正本守则 v3.0 · 2026-10-19 #### 一句话定位 > 各对象的当前事实与核定成果正本。这里保存可被直接依赖或对外交付的当前有效结果，不保存未核定草稿、原料和过程流水。 对象路由表与 03/05 逐字相同（见 03 附录）。一个项目的跨层四件套：04 项目卡（事实）+ 00 在途一行（推进）+ 03 工作区（过程）+ 05 事件一行（收口记录）。 #### 层级边界 04 可以被阅读、依赖和交付，但不是系统默认调用入口。能力组件、脚本和管线的可执行真相源仍在 07；除非人明确点名，AI 不得把 04 内的组件当作执行母本调用。 #### 当前结构：按域分，与过程层七域对称 核心决定：04 按域分，与 03 七域对称——同域下左边过程（03）、右边事实（04），避免两本台账。域下两类位置： - 项目位 项目卡/：有生死。一项目一卡，回答五件事：到哪一步 / 完成判据 / 收口事件 / 四件套指针 / 有效成果清单（只指针不复制）。 - 产品位 产品/：持续运营。档案跟产品走不跟项目走（真实判例：一个能力组件的项目收口了，产品还在外发迭代，货不陪葬）。本体永远在 07，04 只有档案+指针。 ``` 04-Output/ ├── README.md # 本层唯一行为规则 ├── 01-健康/ # 空域不建目录，有内容才建 ├── 02-财务/ ├── 03-人脉/ ├── 04-商业/ │ ├── 项目卡/ │ ├── 产品/ # 管线产品 / 工具产品 / 顾问产品 三类子目录 │ └── 客户案例/ ├── 05-个人IP/ │ ├── 项目卡/ │ └── 自媒体内容/ ├── 06-知识管理/ └── 07-系统构建/ └── 项目卡/ ``` 新增入口或改名须先核定现行消费者，不得只按目录美观调整。 #### 准入清单（全文） | 允许放入 | 禁止放入 | | --- | --- | | 对象的当前状态入口 | 未核定草稿、初稿、待发布稿 | | 核定后的产品档案、使用说明和本体指针 | 与 07 重复的第二可执行母本 | | 核定后的客户交付成果与必要证据 | 客户项目原料和未公开边界材料 | | 已发布内容的定稿、平台成品和发布状态 | Brief、构建日志、尝试版本、回执等过程流水 | | 人明确取消且需保留状态的内容入口 | 无主的素材、知识、临时文件 | | 经批准迁入的当前事实正本 | 03 过程文档的平行复制件 | 不按文件名机械判死。是否有效，以对象契约、frontmatter、README 状态和人的核定为准。 #### 写入闸（全文） 新增或迁入 04 的文件必须能回答四问：属于哪个对象、当前状态是什么、正本为什么在这里、谁负责后续更新。回答不了的，不进入本层。 v3.0 加一条：项目卡事实只从 03 收口事件和人的拍板来，不许从过程稿倒推。 #### 产品区规则 - 产品档案是对外说明和状态入口，不是可执行母本。 - 新产品的目标结构是「产品档案 + 使用说明 + 本体或本体指针」；历史档案缺件不自动补齐，也不凭旧 status 字段直接下架。 - 外发暂存区是唯一外发通道。一个外发件一个独立 git repo，快照与 07 母本脱钩。 - git push、上架、生产部署和对外发布永远需要人单独授权；本目录规则不构成发布许可。 - 能力产品与客户交付物必须分开。客户提案、客户项目成果和证据只进客户案例区，不混入顾问产品。 #### 归档规则（全文） - 04 不新增长期归档区。 - 已完结历史包经人批准后整体迁入 05，不逐件提升，不做精细历史迁移。 - 移动前必须核查写入方、读取方、引用、软链、同步和权限。 - 移动后必须核文件数、相对路径、字节、SHA-256、权限和现行引用；账面完成不等于物理完成。 - 删除文件或目录仍走红线授权；归档移动不等于删除。 #### 写入责任 - 人：成果核定、价值取舍、删除授权、发布授权。 - AI 主控：维护本规则、执行已批准归位和归档、回收复验证据。 - 工程执行者：施工和回流先归 03；写入 04 必须遵守既有内容契约和验收，不因本规则扩大写入权。 - 其他 Agent：共享读取不等于共同写入；新增写入方必须先登记路径、触发条件和验收方式。 #### 变更记录 - v3.0（2026-10）：结构切换为「按域分，与 03 七域对称」，域下设项目位与产品位；写入闸加第五条；对象路由表与 03/05 逐字统一。 - v2.0（2026-10）：接入「当前事实与核定成果正本」冻结定义；废除「草稿即删」和「素材池立即迁 06」的旧条款。 - v1.1（2026-05）：旧「产品发布区」规则，已由本版取代。 迁移映射表、自媒体内容 dated 卷宗契约、素材池过渡寄宿规则与过渡例外清单，因绑具体业务与过渡状态，隐去。 ### 05 · 事件档案守则 v3.0.2 · 2026-10-20 #### 一句话定位 > 行动与事件档案层 = 事件簿 + 专项台账 + 已完结历史归档。决策、行动、状态变化与归档事件的对象轴正本。 对象路由表与 03/04 逐字相同（见 03 附录）。 #### 当前结构 ``` 05-Action/ ├── README.md # 本层唯一行为规则 ├── 事件簿.md # 核心件：对象轴台账，| 日期 | 对象 | 事件 | 证据指针 |，倒序 ├── 开发任务池.md # 专项台账（与能力层注册表孪生） ├── 踩坑记录.md # 专项台账（grep 扫伤疤用） └── _Archive/ # 已完结历史归档 └── README.md # 完结包登记簿：一包一行（包名/来源/日期/完结原因） ``` #### 两轴分工（除掉两本账） - 今日状态（00） = 时间轴会话叙事，接续上下文用。 - 事件簿（05） = 对象轴一行一台账，追溯单对象历史用。 - 事件只在发生时记、谁做动作谁记，禁止从今日状态誊抄（人肉传声=架构错误）。 #### 事件簿规则（全文） - 格式：| 日期 | 对象 | 事件 | 证据指针 |，倒序追加（最新在上）。 - 消费纪律：只检索不全读。按对象 grep 命中行，禁止全文 Read。 - 拆分：每月 1 号把上月事件拆到归档区，当前簿只留当月；两千行为兜底保险丝，先到先拆。索引后置（格式先行，索引=生成物）。 - 事件来源：03 每次收口同步记一条（谁、何时、什么成果、移交何处）；归档动作谁执行谁登记。 #### 专项台账规则 - 开发任务池：状态机（计划修订→方向确认→可行性验证→开发中→待验收→已完成）与聚焦纪律沿用。 - 踩坑记录：实时标记；每月 1 号把 fixed/wontfix 条目迁移至知识库的踩坑归档区（该目录规则以此为唯一归档落点）。 #### 归档规则（全文） - 已完结历史包整体迁入归档区，不逐件提升，不做精细历史迁移。 - 归档动作同步两行：归档登记簿一行 + 事件簿一条事件。 - 移动前必须核查写入方、读取方、引用、软链、同步和权限。 - 删除文件或目录仍走红线授权；归档移动不等于删除。 #### 写入责任 - 人：删除授权、价值取舍。 - AI 主控：维护本规则、登记簿与事件簿；谁做动作谁记事件。 - 其他 Agent：新增写入方必须先登记路径、触发条件和验收方式。 #### 变更记录（含一条真实踩坑） - v3.0.2（2026-10-20，对抗性审查修复）：踩坑月度归档落点从不存在的 `06-Knowledge/踩坑归档/` 改为真实现役位（旧条款沿自 v2.x，未核路径）。 - v3.0.1（2026-10-20，人拍）：事件簿补消费纪律「只检索不全读，禁止全文 Read」；拆分条款从「超两千行」改为「每月 1 号同批拆上月，当前簿只留当月，两千行降为兜底保险丝」。 - v3.0（2026-10-19）：定位升版为「事件簿 + 专项台账 + 已完结历史归档」；确立两轴分工与「事件只在发生时记、谁做动作谁记」纪律；对象路由表与 03/04 逐字统一。 ### 06 · 知识图书馆守则 v2.1 · 2026-10-21 > 第二外脑养料池（全量）。按应用场景组织。个人精炼认知在 01，加工中过程记录在 03。 #### 分类架构（按应用场景，一级目录） | 一级目录 | 应用场景 | 子目录形态 | | --- | --- | --- | | 00-个人数据源/ | **个人核心数据资产**：对话语料、健康/财务/人脉原始数据、踩坑与录音全量存档 | 按数据类型分目录 | | 01-通用基础/ | 跨领域底层知识 | 理论与学科 / 思维模型 / 元知识 | | 02-AI与智能系统/ | AI 技术底层逻辑 | 理论与原理 / 实践与经验 / 官方与文档 / 媒体与资讯 | | 03-内容创作与传播/ | 个人 IP、传播、账号研究 | | | 04-健康与生活/ | 健康管理 | | | 05-商业与产品/ | 商业经营 | | | 06-个人成长与认知/ | 知识管理、学习、认知、信源梳理 | | | 07-行业研究/ | 垂直行业深度研究 + 对标拆解 | 按行业名/拆解对象分目录 | | 08-财务管理/ | 个人理财 | 同通用形态 | | 09-外部资源库/ | 外部采购/采集资源库 | 按库分目录；原料=B 层，卡片=C 层待审区（买矿不卖矿，不出本地） | | 判断存档/ | 单次已形成判断的完整过程证据（不替代 01 判断.md 结论真相源） | 单条文件制；无编号一级目录例外 | | _Archive/ | 旧系统内容 + 归档沉积 + 规则沿革 | 隔离存放，不删除；包级登记簿 | #### 内容三层分区（硬规则，物理上必须分开） | 层级 | 内容 | 处理标准 | | --- | --- | --- | | **A · 个人原始数据** | 录音原文、对话精华、健康/财务/人脉记录、判断过程证据 | 保留原貌，不强制结构化；清洗后产生的新卡片归入 B/C | | **B · 外部原文** | 公众号文章、报告、演讲原文、官方规范、带图长文、采购原料 | 保留原文；必要时附加轻量结构化笔记；卡片化后在 B 中保留链接 | | **C · 知识卡片** | 经概念化、结构化的知识卡片 | 严格 frontmatter + 双链 + tags；是 AI 默认调用对象 | 关键区分：A 是「我产生的原始素材」，B 是「别人写的外部资料」，C 是「经过我们消化的认知资产」。外部资源库的卡片区是 C 层待审 staging：须人终审才转正，终审前不作 AI 默认消费对象。 #### 收录标准（该进 / 不该进，节选） A 层该进：对话语料全量存档；录音原文/纪要/拆解；健康、财务、人脉原始记录；踩坑归档前全量记录；已形成判断的单次过程证据。不该进：已提炼的判断/方法论（去 01）；已清洗为知识卡片的内容；灵感（去 03 灵感区）。 B 层该进：官方文档、规范、API 指南、权威年度报告；高质量外部文章、报告、演讲原文；行业研究产出（保持长文形式）；含大量配图的文章（单篇一层子目录：文件 + images/）；信源账号的持续追踪记录。不该进：普通一次性新闻（提取关键点后删除）；已被充分卡片化且无需核对来源的内容；自动采集原料（先落 03 待审区，经审阅批准才入库）。 C 层该进：经概念化、原理化的外部知识；可复用的方法论、框架、模型；可被其他卡片引用为前置知识的概念。不该进：具体事件/新闻；一次性调研数据；待办/行动项；脚本/过程产物；个人判断与方法论的精炼版（去 01）；加工中的灵感与踩坑。 #### 知识卡片三要素（硬规则） | 要素 | 字段 | 作用 | | --- | --- | --- | | **唯一标识** | card_id + 文件 slug | 全局可引用、可链接、可版本管理 | | **层级分类** | domain（应用场景）+ level（理论与原理 / 方法论 / 概念） | 检索目录清晰，AI 快速定位 | | **关系网络** | tags（横向检索）+ prerequisites / related_cards（纵向关系） | 支持链式展开与跨域联想 | #### 可卡片化的五条判断标准（全文） | # | 标准 | 解释 | | --- | --- | --- | | 1 | 是概念/原理/框架 | 不是事件、新闻、某篇报道 | | 2 | 三个月回看概率 > 50% | 不是一次性消费信息 | | 3 | 可被其他卡片引用为前置知识 | 有知识网络价值 | | 4 | 有「是什么」和「怎么用」两层 | 信息密度足够，不是纯定义 | | 5 | 非一次性调研数据 | 结构性认知，不是某年某市场的具体数字 | 不卡片化：具体事件/新闻、一次性调研数据、项目专属文档（入项目目录）、个人灵感（入过程层）。 #### 卡片 frontmatter 标准（真实模板） ``` --- type: knowledge-card domain: AI与智能系统 # 应用场景 level: 理论与原理 # 理论与原理 / 方法论 / 概念 card_id: 03-Prompt # domain 下唯一标识（可选，有则保持连续） prerequisites: [01-LLM, 02-Context] # 前置卡片 card_id（可选） related_cards: [02-Context, 04-Agent] # 相关卡片 card_id（可选） source_original: 04-媒体与资讯/某文章.md # 原文路径（可选） tags: [Prompt, 提示词工程, LLM] # 检索标签，3-5 个 version: "1.0" date: 2026-05-30 source: 对话提炼 / 文章《XXX》 # 来源说明 --- ``` #### 卡片内容结构模板（六段式） ``` # 标题（编号 · 概念名） > 一句话核心定义（金句式） ## 一、是什么 —— 定义 / 类比 / 关键澄清（它不是什么 vs 它是什么） ## 二、为什么存在 —— 历史演进 / 它解决的根本问题 ## 三、核心机制 —— 组成结构 / 流程 / 关键参数 / 坑点与边界条件 ## 四、常见误解 —— 误解 vs 真相（对照表） ## 五、怎么用 —— 0→1→2→3 进阶路径（体验用户→初步应用→系统设计→架构/专家） ## 六、延伸阅读 —— 本知识库相关卡片 / 外部经典资料 ``` #### 双链与标签规则（核心条款） - 正文使用可物理解析的双链，tags 保留作为 AI 检索入口。 - 写双链前必须先查询目标文件；仅当文件名唯一且完全一致时使用 [[卡片名]]；目标尚不存在时先写普通文本，禁止生成悬空双链。 - 双链保持稳定，不随意删除旧双链；新卡片落盘时主动添加，旧卡片迭代时逐步补链。 - 标签 3-5 个：过少检索弱，过多噪声大；在原有标签基础上迭代，不替代旧标签；允许同义词并存，定期由人确认是否合并。 #### 原文保留规则 必须保留原文：官方文档/规范/权威年报（需反复核对）；高质量长文/深度报告（卡片压缩后可能丢细节）；含大量配图的文章（图片是信息的一部分）；可能被质疑来源的论断（便于回溯验证）；个人原始数据；采购库原料。 可只保留卡片、删除原文：普通新闻/一次性资讯（提取关键点后删除）；已被充分卡片化且无核对必要的文章（卡片 frontmatter 保留外部链接）；时效性过期的低评级内容。 调用关系：AI 默认调用对象 = 知识卡片（C 层）；需要核对时从卡片 frontmatter 的 source_original 回到原文（B 层）；人阅读时卡片底部显示原文路径或来源链接。 #### 信源评级 | 评级 | 标准 | 处理规则 | | --- | --- | --- | | A | 高价值、可复用、深度内容 | 永久保留，定期复盘 | | B | 时效性强、参考意义 | 保留 3 个月，未标记「已提取/已内化」则移至归档区或删除 | | C | 一次性参考、信息密度低 | 提取关键点后删除原文 | #### 与认知三层的关系 ``` 01-我是谁/ ← 精炼认知（判断、方法论、原话）——人的认知资产 03-Process/ ← 加工中过程（待处理灵感、踩坑、提炼版）——协作痕迹 06-Knowledge/ ← 底层数据库：外部资料 + 个人数据源（全量存档）——检索养料池 ``` 对话语料双轨存放：精炼版 → 01 对应库；全量原始记录 → 06 对话精华区（供原文回溯、深度调取）。AI 检索同时覆盖三层。 #### 维护规则（节选） - 新文件必须带 frontmatter（卡片：type/domain/level/tags/date/source 最低）。 - 数字编号统一：一级目录 00-09，新建目录遵守编号规则；存量漂移以映射表消化，物理不改名。 - 不重复存档：同一来源的多篇文章用同目录多文件，不建嵌套子目录。 - 归档区保留：旧系统内容与归档沉积隔离存放，不删除。 - 脚本/过程产物禁入：去 03 或 07。 - 录入前走四步过滤器：数据源分级 → 真实判断 → 入库判断 → 去重合并。 个人数据源子目录物理认领表、双链映射表维护细节与版本沿革长记录，因绑本机现状与内部沿革，隐去。 ### 07 · 能力母本守则 v2.0 · 2026-10-22 > 自用能力的物理母本库（真相源）。每个能力组件是完整目录（说明文档 + 脚本 + 参考材料），不是引用卡片。对外发布位在 04；治理件在 03。本目录只存母本，不做发布、不存过程稿。 #### 四类居民（实测） | 居民 | 数量 | 说明 | | --- | --- | --- | | 能力组件母本 | 61 个 | 本业，按五层放 | | 系统脚本 | 原子层 scripts/ | 不是组件，被总章程与各机制直接引用 | | 管线实体与注册表 | 协作层若干 + 根部注册表 | 真管线 = 多组件编排 + 显式判断点 + 工作流主干 | | 散件与归档 | 若干 | 历史安置，不强行升格 | #### 五层架构（实测计数，非手数） | 层级 | 定义 | 组件数 | | --- | --- | --- | | **00 系统层** | 系统自我维护机制，保障运行 | 1 | | **01 原子层** | 最基础单一能力组件，可被任何上层调用 | 20 | | **02 实用层** | 面向具体任务场景的实用工具 | 21 | | **03 协作层** | 多组件调度、工作流串联、流程管理 | 13 | | **04 顾问层** | 策略判断、决策辅助、认知教练 | 6 | #### 系统脚本位 系统脚本（会话启动/关闭、状态写入、上下文审计、语料检索等）被总章程启动/关闭/上下文节直接引用。路径稳定优先：任何移动必须同批改完全部引用，否则不动。 #### 管线注册表 根部注册表只列真管线（判别标准：能不能拆出 2+ 组件串联的步骤）。单组件不进注册表，按本目录物理层级自查。 #### 与其他目录的边界 | 关系 | 口径 | | --- | --- | | → 04 成果层 | 对外产品位在 04 商业域产品区；外发暂存区整树留原位（脚本硬编码，改脚本须人另批） | | → 03 过程层 | 组件台账/版本契约/治理规则在 03 基础设施区；本目录不建第二正本 | | 开发纪律 | 新增组件必须与主业务方向直接相关，走立项管线；本守则只指向不复制 | | 退役 | 退役组件进归档区；删除走红线授权，归档移动 ≠ 删除 | #### 变更日志 - v1.0（2026-05）：初始四层索引。 - v1.1（2026-05）：新增系统层，改为五层；从引用卡片改为完整组件目录。 - v1.2（2026-05）：归档 14 个垂直组件，总计 60→43。 - v2.0（2026-10）：定性四类居民、计数按实测（61）、关闭两个五月分歧点、声明系统脚本位与注册表边界；纯文字重写，零物理移动。 ## 最后：规则是长出来的，不是写出来的 八份 README 没有一份是第一版就对的。它们现在的样子，来自五个月的误归档、误删、漂移和被对抗性审查抓包的记录。 所以这篇的价值不在条文本身——条文绑的是我的工作台。价值在三件事：把规则贴到离动作最近的地方；给每个对象一个唯一的家，再给它们一张逐字相同的路由表；让删除永远经过人，让规则承认自己还没做到什么。 从一份总章程开始。等它第一次害你犯错，你就知道第一份 README 该贴在哪了。