知识库宪法

这是阿韦家企业知识库的最高约定。任何页面、任何人的修改，都不得违反本页六条。

一、我们为什么建这个库

阿韦家已经从「几个人的生意」走到「多部门 + 多门店 + 加盟商」的组织形态。过去知识存在三个地方：老樊个人的 Obsidian、各部门的电脑、微信群聊天记录。结果是：

• 同一个问题，招商、运营、稽查给出三个数字；
• 新人上手靠口口相传，店长培训靠人盯人；
• 政策改过三版，没人说得清哪版在生效。

这个库要解决的不是「文件存哪里」，而是公司只有一个版本的事实。

二、六条铁律

1. 原文为准，知识页为编译。任何结论必须能回链到原始文件（10_原始素材/ 或外部原件路径）。不能回链的，标「待确认」。
2. 不知道就写不知道。缺口写进 11_待确认/知识缺口.md，不许用推测填满，不许把模板当制度。
3. 状态先于内容。每个页面必须标 status（草案/生效中/待确认/已废止）。「生效中」只表示资料可引用，不等于公司已审批执行；制度类页面另标 approved_by。
4. 一页一主题。页面超过 200 行就拆分；同一事实只允许有一个主页面，其他地方链接过去，不复制。
5. 改事实要留痕。修改生效中的关键数字、政策、流程，必须同步更新 updated、在页面底部写变更记录，并在 11_待确认/变更日志.md 记一行。
6. 对机器友好。页面用 Markdown + YAML frontmatter，标题层级稳定，表格优先于长段落；根目录的 llms.txt 与 AGENTS.md 是 LLM 的入口。

三、三层结构

10_原始素材/    原件抽取层：只读、带哈希与源路径、可重建
01—09 域页面/   企业 Wiki 层：给人看，按业务域组织，是唯一「官方说法」
12_经营知识库/  知识条目层：实体/概念/指标/规则/流程/方法/案例，跨域复用

判断该写在哪一层：

你想做的事	写在哪
新拿到一份合同/表格/课件	放原件目录，跑 99_工具/ingest.py，不要手抄进 wiki
沉淀一条公司级做法、政策、口径	对应域页面（01—09）
提炼一个可复用的概念、指标、规则	12_经营知识库/ 对应类型目录

四、谁能改

角色	权限
各域 Owner（部门负责人）	改本域页面；发布「生效中」需自审
知识库维护人（总经办指定）	结构、模板、索引、跨域合并
全员	提修改建议（飞书/群内提出，由 Owner 落库）；不许直接改生效页面
LLM/自动化	只写 10_原始素材/ 与草稿；改动生效页面必须由人确认

五、冲突怎么办

两份资料数字不一致时：

1. 不删除任何一方，先并列写进页面「口径差异」小节；
2. 在 11_待确认/口径冲突清单.md 登记，写清「待谁确认、确认什么」；
3. 确认后，旧说法标 已废止 并保留，不静默删除——历史解释仍然需要它。

六、这个库怎么活下去

知识库不是一次性工程。它的寿命取决于三件事：有人负责（Owner）、有节奏（月度编译 + 季度评审）、有入口（新人第一周必须用）。机制见 迭代与版本机制。

---

变更记录：2026-11-07 首版，由老樊与 DSH 共建。