84f7950589
- 完整的知识库框架（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>
44 lines
2.5 KiB
Markdown
Executable File
44 lines
2.5 KiB
Markdown
Executable File
# 公司知识库 · 方案文档
|
||
|
||
> 公司内部 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)。
|