Files

yangqianqian 84f7950589 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>

2026-07-16 18:24:39 +08:00

2.5 KiB

Executable File

Raw Permalink Blame History

公司知识库 · 方案文档

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

2.5 KiB Executable File Raw Permalink Blame History Unescape Escape