9.8 KiB
公司知识库指南
本文档说明公司知识库（本仓库 tinbird-database）应如何分类、每类建议收录哪些内容，供整理资料与后续 AI 检索时参照。
本库定位与边界
| 知识库 | 职责 |
|---|---|
| 公司知识库（本仓库） | 主体、人员、股权与融资、法务财务、品牌、商务与发行（公司层）、时间线、对外话术 |
归档（本仓库 归档/） |
可选存放由本库生成的文档；非默认输出路径，不承担原始材料或单一事实源职责，详见第十二节 |
| 项目知识库（另库） | 单款游戏的交付、版本、商店与宣发、生产协作、指标与反馈等 |
| 叙事与世界观知识库（另库） | 设定、剧情、角色等；不在本库重复存放正文 |
维护原则
- 单一事实源：关键日期、正式名称、对外数字等只在一处写定，其他文档引用或链接，避免多处各写一版后不一致。
- 敏感信息：股权细节、合同全文、账户信息等可仅存索引或「向某某索取」，并控制访问范围。
- 薄层索引：当前主打项目可在本库用一页列出名称、状态、负责人及项目知识库链接，不写玩法与剧情细节。
- 每类一份 Brief：章程、合同、投融资文件等原始文本往往很长，不便通读也不便 AI 高效抓取。建议每一个大类都带一份 brief（摘要与索引页）：用短篇幅概括要点，并指向本类下的长文原件或外部存档位置；需要细节时再打开原文。
各类别 Brief（摘要与索引）
定位：Brief 是「读这一页就够日常查询」的入口；原件保留作依据与归档。
建议文件名：该分类目录下的 brief.md（或与该目录同名的 xxx-brief.md，团队统一即可）。
Brief 建议包含：
| 区块 | 作用 |
|---|---|
| 一句话摘要 | 本类当前状态或核心结论（例如「股权截至某日」「办公场地租约至某日」） |
| 要点列表 | 5～15 条以内，只写结论与关键数字，不写全文复述 |
| 索引表 | 本类文档清单：文件名或标题、类型（pdf/md）、存放路径或链接、备注（是否敏感、是否需更新） |
| 关键事实 | 日期、主体名称、编号等检索高频字段，便于人和 AI 对齐「单一事实源」 |
| 更新记录 | 文末标注 last_updated 与可选的变更说明 |
与原件的关系：Brief 不替代法律或财务原件；条款争议、审计、对外出具证明时仍以原件为准。Brief 变更应在重大事实变化后同步更新。
以下各节在整理时，除列出建议收录内容外，均建议在该分类目录内维护上述 brief，形成「先读 brief，再按需下钻」的习惯。
一、公司概况
- Brief：登记信息摘要、证照索引（链向申请书、章程、营业执照等原件）
- 注册主体、所在地、成立时间
- 公司定位与一句话介绍（对外可用版本）
- 规模与形态（例如团队人数、组织特点）
二、组织与人员
- Brief：当前组织架构一句话、人员名单索引（链向劳动合同、顾问协议等如需）
- 全职：姓名、角色、主要职责（含法人、财务接口等）
- 顾问 / 兼职：姓名、领域、协作方式
- 已离开成员：参与至何时、对外口径是否可提及
三、股权与融资
- Brief：当前股比表（摘要）、融资轮次一句话、重要条款非机密摘要；索引指向 TS、SHA、股东会决议等长文
- 当前股权结构（建议标注「截至日期」）
- 期权池、员工持股安排（若适用）
- 各轮融资摘要：投资方、金额或估值口径、关键条款的非机密摘要
- 重要变更可与「时间线与里程碑」交叉引用，日期以一处为准
四、法务与合规
- Brief：资产与合同类型总览、待办合规事项；索引表链向各类合同与证书扫描件
- 合同类型清单（劳动、顾问、发行、授权等）及存档位置索引
- 商标、软著、软件授权等资产清单或台账链接
- 保密范围与对外披露原则
五、财务与行政
- Brief：财务接口、开票与税务要点摘要；索引链向制度全文、台账（敏感字段可不写入 brief）
- 财务负责人与对外接口
- 开票、收款账户等敏感信息可只写「向某某索取」或存放受控位置
- 预算 / 报销规则摘要（若团队需要）
- 常用行政流程索引（公章、证照存放等）
六、知识产权与品牌
- Brief：在用商标/软著清单与状态、品牌规范要点；索引链向证书与源文件
- 公司名与品牌书写规范
- Logo / 视觉资产位置与使用规范
- 与产品相关的公司侧权利说明（细则可链至项目库或法务台账）
七、发行与市场（公司层面）
- Brief：各区域合作方与平台一句话、独占关系摘要；索引链向发行协议要点或备忘录
- 各区域、各平台发行合作方
- 独占 / 非独占及合作范围摘要（非合同全文）
- 公司级市场策略或优先级；单款产品细节放在项目知识库
八、商务与合作
- Brief：合作方名录摘要、合作性质与对接人；索引链向报价单、框架协议等
- 关键供应商、外包、长期合作方名录与对接人
- 顾问在项目之外的商务要点索引
九、时间线与里程碑
- Brief：可与本节合一——时间线本身即全库「日期类事实」的摘要；仍可为每条大事件链向公告、邮件、合同签订页等佐证
- 公司成立、签约、融资交割、重大对外节点等统一时间轴
- 与股权、发行等文档中的日期保持一致
十、对外话术与材料
- Brief：当前对外统一口径要点 + 各材料版本索引（哪版为准、存放位置）
- 媒体 FAQ、招聘用公司介绍、投资人一页纸
- 对外联络方式（若固定）
十一、当前重点项目索引（推荐）
- Brief：本页即可承担 brief 职能；若项目增多，可用表格索引多项目并链到各项目库
- 在研或主打项目：正式名称、一句话状态、负责人、项目知识库链接
- 不重复存放叙事设定与项目执行细节
十二、归档（派生文档）
定位：仓库根目录下的 归档/ 目录，可供团队在需要时存放从本仓库内容生成的文档（如 Markdown 导出 Word、临时打包副本、工具生成的汇总物）。不作为原始材料或法律依据的正式存放处。
| 原则 | 说明 |
|---|---|
| 非默认路径 | 导出、生成或 AI 助手写入新文件时，不得在未获明确指示时自动放入本目录；存放位置由使用者或与协作者约定 |
| 非原件库 | 合同扫描、外部 PDF 终稿、证照原件等仍归入「法务与合规」「财务与行政」等对应分类，并在该分类 brief.md 中索引 |
| 可追溯 | 若使用本目录，派生文件应能对应到源稿路径（文件名、README 或 brief 中注明），避免此处成为无处核对的「唯一版本」 |
| 可清理 | 与源稿完全重复且仅作便利出口的导出件，可按日期或版本定期整理、删除过时副本 |
详细说明与示例见 归档/README.md。
可选：目录结构示例（中文文件夹名，便于阅读）
本仓库即公司文档集合，分类目录直接放在仓库根目录即可，不必再套 docs/、company/ 等冗余层级（除非团队另有约定，例如用根目录 docs/ 单一层收纳全部 md，仍避免「docs 下再 company」）。
文件夹名建议与上文十一类一致，使用中文，方便同事浏览与口头指认。文件名仍可用 brief.md 等简短英文名，避免部分工具对路径编码不友好时出问题；若团队更习惯全文中文，也可改为 摘要与索引.md 等。
可按实际需要增删；仅为示例，非强制。
tinbird-database/ # 仓库根目录
公司概况/公司概况.md
公司知识库指南.md
公司概况/
brief.md # 摘要与索引（登记、证照等 → 原件路径）
... # 扫描件、长文原件等
组织与人员/
brief.md
...
股权与融资/
brief.md
...
法务与合规/
brief.md
...
财务与行政/
brief.md
...
知识产权与品牌/
brief.md
...
发行与市场/
brief.md # 公司层面的发行与市场；单款产品细节在项目库
...
商务与合作/
brief.md
...
时间线与里程碑/
brief.md # 或与同目录下「时间线.md」等合并为同一入口
...
对外话术与材料/
brief.md
...
当前重点项目/
brief.md # 可含 brief 式表格；链到各项目知识库
...
归档/
README.md # 派生文档说明；可选存放生成物，非默认输出路径，不放原件
...
若暂不分文件夹，也可在根目录为每一类单建 md，旁并列中文命名的摘要文件（如 公司概况-摘要.md），原则不变：先读 brief，再按需打开长文。
当前仓库：已在根目录创建与上表一致的十一个业务分类中文文件夹，各含 brief.md 模板（含与 公司概况/公司概况.md、现有文档.md 的交叉引用占位）；另设 归档/ 用于派生产出（见第十二节）。导入原件后请更新各 brief 的索引表与 last_updated。
文档版本：与团队约定同步更新；重大变更建议在文首或 Git 提交说明中标注日期。