文件夹即规则

系统总控台。每轮对话的起点和终点：存放跨对话接力状态、规则真相源、待决策与待办入口。准入严格受控——只允许白名单内的文件，AI 不得自行添加任何文件。

白名单（内容文件，节选）

文件	用途	何时用
本周焦点.md	全局焦点，拆解为本周任务主线	早课读
今日状态.md	短期接力（只保留最近 3 轮，更早的滚走）	每轮启动必读
待办-本周.md	任务主控入口	全程
对话日志.md	长期归档（完整完成项摘要，会话关闭时自动写）	查历史
操作系统规则体系.md	宪法级规则（人读真相源，不自动加载）	架构判断时
待决策看板.md	待决策事项聚合	批量审阅
在途事项.md	并行线程登记表	每日首看
系统使用手册.md	重新学这套系统的完整用户手册（原理+操作）	通读 / 查阅
速查卡.md	1 页日常速查（触发词 / 文件放哪 / 决策分层）	每天随手查

白名单表共 12 行，此处保留 9 行；隐去的 3 行含已退役入口与本机环境绑定项。另有目录元文件约定：README、临时会话容器（对话结束由脚本归档走）、系统缓存目录。

AI 操作规则（操作本目录前必读）

1. 禁止自行加文件。白名单排他——不在上表的文件一律不准进总控台。需要新文件 → 标待决策，人拍板。
2. 新增白名单必须同步多处：本表 + 人读宪法对应章节 + 总章程关键路径速查表 + 检查脚本的目录白名单集合（漏一处，检查器报越界）。
3. 今日状态 vs 对话日志分工（勿混用）。今日状态 = 短期接力：只保留最近 3 轮摘要供启动时读，更早的归档（移动不删除，历史可查）；每轮启动先读它确认上一轮做到哪，每轮关闭必须更新它。对话日志 = 长期归档：会话关闭脚本自动写，含每轮完成项列表 + 语料统计，按日期倒序累积。两者职责不重叠：要「接着上轮干」读今日状态；要「翻历史做了啥」查对话日志。
4. 规则体系不自动加载。人读宪法不进 AI 默认上下文；AI 行为以四层执行栈为准（L4 总章程 / L3 记忆 / L2 各目录 README / L1 机器门）。
5. 会话文件不要手动删。临时会话容器由启动/关闭脚本管理，手动删会丢语料。

新手从哪开始

• 第一次接触这套系统 → 读系统使用手册（完整，原理+操作）
• 日常开工记不清触发词 / 文件放哪 → 看速查卡
• 想改系统规则 → 读人读宪法，改动走人拍板

身份层：经过提炼和确认的精炼认知。系统的地基。规则：只放精炼后的认知资产，不放过程草稿、外部文章、原始数据。

对象模型：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）

写入规范

1. 新增文件前：检查是否已有同类文件/对象，优先扩展而非新建。
2. 整合旧文件时：被整合的旧文件备份到归档区后删除，不在目录内残留。
3. 语料对象（判断、方法、偏好、原话）：按时间倒序追加，最新在上；只增不改，冲突标 superseded。
4. 主体对象与领域单元（自我、商业等）：整体迭代时更新版本号，在末尾记录版本历史。
5. frontmatter 要求：type、version、created 为最低要求；每个对象头部须有对象契约块。

版本记录

• v1.0（2026-05）：20 个文件合并为 7 个，建立命名规范和准入清单。
• v2.0（2026-10）：对象模型落地：1 主体对象+4 语料对象+领域单元；五文件更名并落对象契约；旧命名退役；新增语料→稳定升版通道。
• v2.1（2026-10）：一份五个月未被消费的方法论文件整份归档（原理已以规则形式活在管线里），领域单元收敛为商业一个。

无专属通道的外部输入与待分流原料兜底区。不是所有输入的必经站，不作为长期仓库。

目录职责

• Inbox/：接收没有专属通道、等待分流的输入。
• Exceptions/：暂存校验失败或目标层拒收的输入，修复后重新分流。
• 根目录不直接散落输入文件；本目录不再设置归档区。

写入责任

• 人可手动把原始文件放入 Inbox/，无需手工编写字段。
• AI 主控负责登记、查重、语义分流和失败重投。
• 自动生产者必须先登记写入接口，才能写入。
• 已有专属入口的管线直接进入所属管线，不经过本层。

准入与禁入

允许进入：没有专属通道的外部文章、报告、链接、截图、录音和消息摘要；需要 AI 判断归属的临时原料；分流失败、需要保留原物并修复的输入。

禁止进入：已有专属采集通道的输入；已分流的知识、项目过程、当前事实、核定成果和工具资产；.env、密钥、token 和其他秘密文件；长期归档和历史仓库。

分流规则（八条，全文）

1. 检查载荷可读、不是软链、不含秘密。
2. 补齐来源、捕获时间、生产者和内容哈希。
3. 同一来源同一内容的重试不得生成重复条目。
4. 读取目标目录规则，判断所属对象和消费任务。
5. 目标层确认路径、字段、消费者和接收条件后，才能移动。
6. 目标存在且可读、路由事件已留痕后，本层才移除原物。
7. 目标拒收或校验失败时，原物进入 Exceptions/，不得静默丢弃。
8. 修复后重新分流，原捕获时间保持不变。

分流前至少登记（真实 frontmatter）

---
type: input-item
input_id: inp_<full-sha256>
source: <normalized-url-or-manual-source-key>
captured_at: <ISO-8601，含时区>
producer: <siyuan-manual|claudian|registered-producer-id>
content_hash: sha256:<full-sha256>
status: 待分流
---

生命周期

• 超过 72 小时只提醒，不自动移动、不自动归档、不自动删除。
• 年龄按 captured_at 计算，不用文件修改时间冒充。
• 分流完成后，原文或证据按目标对象的生命周期管理。
• 消费任务关闭时，相关产物随所属任务归档，不回倒到本层。
• 无价值项由人决定保留或删除；删除仍需单独授权。

版本记录

• v1.0（2026-05）：初始输入与分流规则。
• v2.0（2026-05）：增加四类入口和 24/48/72 小时规则。
• v3.0（2026-10）：改为兜底输入区；取消按时间自动归档；增加失败隔离、幂等和目标接收口径；历史包整体迁出。

过渡期安排（历史包去向、停机期脚本禁令、待核定项），因属临时状态，隐去。

一句话定位

项目与工作过程的原生驻地：草稿、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 域结构。前任版本归档于规则沿革区。

过渡例外替班表与批次处置机制，因属临时安排，隐去。

一句话定位

各对象的当前事实与核定成果正本。这里保存可被直接依赖或对外交付的当前有效结果，不保存未核定草稿、原料和过程流水。

对象路由表与 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 卷宗契约、素材池过渡寄宿规则与过渡例外清单，因绑具体业务与过渡状态，隐去。

一句话定位

行动与事件档案层 = 事件簿 + 专项台账 + 已完结历史归档。决策、行动、状态变化与归档事件的对象轴正本。

对象路由表与 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 逐字统一。

第二外脑养料池（全量）。按应用场景组织。个人精炼认知在 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 检索同时覆盖三层。

维护规则（节选）

1. 新文件必须带 frontmatter（卡片：type/domain/level/tags/date/source 最低）。
2. 数字编号统一：一级目录 00-09，新建目录遵守编号规则；存量漂移以映射表消化，物理不改名。
3. 不重复存档：同一来源的多篇文章用同目录多文件，不建嵌套子目录。
4. 归档区保留：旧系统内容与归档沉积隔离存放，不删除。
5. 脚本/过程产物禁入：去 03 或 07。
6. 录入前走四步过滤器：数据源分级 → 真实判断 → 入库判断 → 去重合并。

个人数据源子目录物理认领表、双链映射表维护细节与版本沿革长记录，因绑本机现状与内部沿革，隐去。

自用能力的物理母本库（真相源）。每个能力组件是完整目录（说明文档 + 脚本 + 参考材料），不是引用卡片。对外发布位在 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）、关闭两个五月分歧点、声明系统脚本位与注册表边界；纯文字重写，零物理移动。