即将上线
LLM Wiki
由 AI 维护、由人把关的公司知识库
你提交资料，AI 整理成页，同事审核后发布，全公司可查
日期：<日期> · 汇报人：<汇报人>
痛点 · 01
知识不是没被写下来
是写完就散了
?
新人第三天
问「这个客户的结算周期是多久」，群里翻半小时找不到，最后只好去问老同事。
↻
坑被踩两遍
一次投放踩过的坑，半年后另一个项目组原样再踩一遍——复盘写过，但没人找得到。
⏱
过期还在用
三个月前的 SOP 还在被引用，流程早就改了，却没人知道它已经过期。
痛点 · 02
Wiki 死于维护成本，不是死于没人写
真正的死因
- 改了流程，要回去更新引用它的 5 个页面
- 新页面和老页面结论矛盾，没人发现
- 目录越来越长，没人重排
- 有的页面没有任何入口，等于不存在
这些都是簿记工作，不是创造性工作
是什么 · 01
AI 干簿记，人干判断
一个由 AI 增量维护、由人审核发布的知识库
| 角色 | 负责 |
|---|
| 你 | 提供资料、提出问题、判断对错 |
| AI | 摘要、交叉引用、更新索引、查重、体检 |
| 审核人 | 决定这份内容能不能进公司知识库 |
是什么 · 02
问答机器人每次现拼
LLM Wiki 会攒
| 普通 AI 问答 | LLM Wiki |
|---|
| 每次提问 | 从原始文档里现挖片段、临时拼答案 | 读已经整理好的 Wiki 页面 |
| 上次的整理成果 | 用完即弃 | 沉淀成页面，下次继续用 |
| 结论矛盾 | 不知道 | 记录下来并提示 |
| 内容质量 | 取决于原始文档质量 | 经过人工审核 |
| 时间越久 | 一样 | 越来越好 |
知识复利 —— 这是这个项目唯一的赌注
怎么交 · 01
门槛比你想的低——能粘贴就能交
✎
直接粘贴文本最常用。会议记录、踩坑复盘、一段整理过的结论，都行。
📄
.md / .txt 文件已有文稿直接上传，不用重新排版。
📎
.docx / .pdf 文档系统自动转成可编辑的文字，确认后再提交。
🖼
附件（图片、表格等）可随资料一起上传保存；内容不进入 AI 分析和 Wiki 正文。
不需要排版、不需要写成文档的样子，把内容交上来就行
怎么交 · 02 · 产品剧透
从打开到提交，不到 2 分钟
示意图，以实际上线为准 · 上线时会有一页纸操作指引
信任 · 01
AI 只是助手，把关的一直是人
AI 不拍板
AI 生成的只是草稿建议，必须有人审核通过才会发布。AI 没有权限直接改知识库。
原文永不被改
你交的原始资料固化保存、不可修改。Wiki 上每个结论都能追回到它出自哪份资料。
不能自己审自己
提交人无法审核自己的提交，必须由本部门其他审核人把关。
AI 找不到依据时，会直接说「知识库里没有足够依据」，不会编
信任 · 02
可见范围由你选，审核人还会再把一道关
仅本部门 默认
只有你部门的同事能查到
指定部门
你指定的几个部门能查到
全公司可见
所有人都能查到
「知识领域」只是分类标签，方便检索，不影响任何权限。
审核人在审核时可以帮你调整可见范围。
信任 · 03
审核不是额外负担，是一次结构化的把关
示意图，以实际上线为准 · 你能看到：原文全文 / 与现有 Wiki 的差异 / 历史审核意见
一次提交是一个整体，只能整体通过或整体退回，不能只批一半。
各部门审核人将在上线前单独通知。
收益
你交的每一份，都会在别人（和未来的你）提问时被用上
🔍 结算周期 / 提问或搜索
来源
X 客户结算流程
月结 · 对账节点 · 常见例外……
来源
投放踩坑复盘：账户异常
原因、规避方法、相关项目……
来源
新人第一周账号清单
要配哪些权限、找谁开……
两种用法
搜索——关键词快速找页面
提问——AI 读 Wiki 后回答，并附上依据的页面和原始资料
一条承诺
每个答案都可以点进去看它是从哪份资料来的。
回指开场：新人自己能查到结算周期；踩过的坑会被搜到；过期内容会被体检发现。
示意图，以实际上线为准
核心 · 交什么
一个判断标准——「这件事有没有人问过我第二次？」
值得交
- 操作手册 / SOP流程、工具、系统怎么用
- 故障与事故复盘踩过的坑、原因、怎么避免
- 客户/项目背景与决策记录为什么当时这么定
- 新人常见问题你被问过 3 次以上的任何问题
- 平台与渠道规则要点易变、易过期，最需要持续维护
- 方法论与经验总结你自己摸索出来的做法
暂时不用交
- 一次性通知、排期表
- 需要保密且不宜进入知识库的材料
- 大段无上下文的聊天记录先整理成一段话再交
判断标准 —— 有人问过我第二次吗？
核心 · 怎么写
不用写成文档，但要能被看懂
| ❌ 交上来不好用 | ✅ 交上来能用 |
|---|
| 说法 |
「投放那个坑注意一下」 |
「X 平台账户在 Y 情况下会出现 Z 问题，原因是……，规避方法是……」 |
| 群聊 |
直接粘 200 行群聊记录 |
把结论整理成一段话，附上时间和涉及项目 |
| 附件 |
「见附件」+ 一个演示文稿 |
正文写清楚要点，演示文稿作为附件补充 |
1说清楚背景这是关于哪个客户 / 项目 / 平台的
2说清楚结论最终怎么做、为什么
3不用管格式排版、错别字，AI 会整理
当场产出
花 2 分钟，写下你要交的 3 份资料
1
例：「X 客户的结算流程」
2
例：「Y 平台审核被拒的 5 个常见原因」
3
例：「新人第一周要配的账号清单」
上线通知一到，照着这份清单交就行
节奏
不用你操心，等通知就行
现在
内部试运行
系统开发完成，内部验证中
上线前
审核人就位
各部门审核人与开通准备
2026 年 Q4
全员开放
你会在 <渠道> 收到通知
上线后第一周
照清单提交
有问题随时问
对接
有问题找谁
答疑群二维码
<二维码占位>
建议会前建群
这是第一版，欢迎提意见，我们会持续改。
账号与权限问题管理员 <姓名>
内容该不该交、怎么写各部门审核人 / 项目组
系统建议与反馈项目负责人 <姓名>
你写过的东西，
值得被用第二次
清单先列好，我们很快见
APPENDIX · A1
交上去之后，会经历什么
完整状态流转（答疑：「要多久」）
你提交
→
AI 整理草稿
→
待审核
→
审核人处理
→
已发布 / 退回 / 拒绝
拒绝
本次不进入知识库；原文仍保留在你的提交记录里。
审核响应时限由各部门约定（建议 2 个工作日量级）；以实际上线通知为准。
APPENDIX · A2
谁能看 / 谁能审 / 谁能管
| 能力 | 普通同事 | 审核人 | 部门负责人 | 系统管理员 |
|---|
| 按可见范围搜索 / 提问 | ✓ | ✓ | ✓ | ✓ |
| 提交资料 | ✓ | ✓ | ✓ | ✓ |
| 审核本部门提交 | — | ✓ | ✓ | ✓ |
| 调整可见范围（审核时） | — | ✓ | ✓ | ✓ |
| 管理部门成员与配置 | — | — | ✓ | ✓ |
| 全系统运维配置 | — | — | — | ✓ |
你能看到的内容，取决于你所在部门与内容的可见范围；不是登录就能看全公司。
APPENDIX · A3
我传的图片会被 AI 读吗？
不会。附件可以上传保存并下载，但内容不会进入 AI 分析和 Wiki 正文。
会进入分析与正文
- 粘贴的文本
- .md / .txt 文件
- .docx / .pdf 转出的文字
只保存、可下载
- 图片、表格等附件
- 作为原始资料的补充材料留存
- 不自动「看图说话」或抓取网页
要点写在正文里；附件用来补充，不是代替正文
APPENDIX · A4
资料存在哪、会不会丢
原文固化
提交的原始资料不可修改，可随时调出比对。Wiki 结论可追溯到来源。
按范围可见
默认仅本部门；指定部门或全公司需你选择，审核人可再调整。
人审才发布
AI 草稿不会自动进库。发布、退回、拒绝都由审核人操作。
备份与运维策略由平台侧保障；具体机房与备份周期以上线说明为准。不在此展开厂商与模型细节。
APPENDIX · A5
审核人职责与工作量预估
你要做的事
- 看原文与 AI 草稿差异
- 判断是否适合进公司知识库
- 必要时调整可见范围
- 批准 / 退回（写意见）/ 拒绝
工作量怎么估
- 上线初期提交会集中，随后趋于平稳
- 单份审核通常是「扫差异 + 判断」，不是重写
- 建议每部门 ≥ 2 名审核人，避免一人请假卡住
- 建议响应时限：约 2 个工作日（部门自定）
审核人名单上线前单独通知 · 提交人不能审核自己的提交