Initial commit: company-kb framework

- 完整的知识库框架（P0-P5 路线图）
- 12篇治理文档
- 工具脚本（kb-init.sh, kb-lint-fm.py, feishu-sync.py, kb-bot）
- 7个 Claude 命令
- 示例项目和测试项目（wanniu-l1）
- 契约文件（meta/kb-contract.yaml）

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/01-方案总览.md

@@ -0,0 +1,43 @@
+# 公司知识库 · 方案文档
+
+> 公司内部 AI 自动化 · 第一件事
+> 状态：方案阶段 | 最后更新：2026-06-24
+
+## 1. 定位
+
+知识库是公司的**信息基石**，采用分层架构。第一件事只做底下两层——把分散信息可靠汇聚、留存、可溯源；上层的信息处理（问答/摘要/喂智能体）属于第二件事，本阶段只为其预留干净接口，不锁死设计。
+
+## 2. 分层架构
+
+```
+┌─────────────────────────────────────────────┐
+│ 4 呈现消费层   飞书为主（也可 CC / 网页 / 机器人） │  ← 以后
+├─────────────────────────────────────────────┤
+│ 3 处理层(多层) 清洗 / 结构化 / 摘要 / 问答 / 路由  │  ← 留接口，暂不做
+├─────────────────────────────────────────────┤
+│ 2 原始汇聚层   统一格式 + 元数据 + 可溯源 = 本体    │  ← 第一件事
+├─────────────────────────────────────────────┤
+│ 1 采集层       飞书/钉钉/企微/微信/NAS/本地文件    │  ← 第一件事
+└─────────────────────────────────────────────┘
+```
+
+## 3. 团队与约束
+
+- 5 人微团队，全员用 Claude Code（CC）；前期技术主导，后续同事维护，录入全员参与。
+- 可用云端 API。呈现与沟通尽量以飞书为主。
+- 微信内容后续切到飞书，再统一汇入。
+
+## 4. 关键技术决策
+
+| 决策 | 选择 | 理由 |
+|------|------|------|
+| 本体载体 | Git + 结构化 Markdown | CC 原生可读，零成本检索，天然做下游底座 |
+| 检索方式 | 初期目录 + CC 语义检索 | 文档量小，先不上向量库，量大再加 |
+| 平台绑定 | 接入多源，不锁死 | 呈现偏飞书，但本体独立可迁移 |
+| 录入方式 | 混合 | 重要内容人工沉淀，高频流动（聊天）自动拉取 |
+
+## 5. 起步策略
+
+单点跑通：首个闭环 = **项目资料**。选一个在跑的项目，把其文档/聊天/决策汇成一处，验证闭环后再复制到其他项目与场景。
+
+详见 [02-首个闭环-项目资料.md](02-首个闭环-项目资料.md)。