# 公司知识库 · 方案文档

> 公司内部 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)。