“这个版本先按原方案做。”一句话放在聊天记录里，当时的人都懂；一个月后再看，可能不知道“这个版本”是什么、“原方案”是哪份，也不知道后面有没有改口。群聊和会议进入企业知识中枢，需要补齐对象、来源、有效状态与关联资料，单纯生成摘要还不够。
业务知识可以从日常工作里产生。员工不必为每次沟通重新写一篇规范文档，但整理系统必须能够区分：哪些是正式决定，哪些只是讨论，哪些是需要后续完成的动作。
先把四类话分开
| 原话类型 | 知识中应如何记录 | 不能直接变成什么 |
|---|---|---|
| 已确认决定 | 确认人、对象、范围、生效条件 | 全公司通用规则 |
| 建议与方案 | 提出人、讨论背景、待定事项 | 已批准的实施要求 |
| 行动承诺 | 责任人、动作、约定时点 | 已完成的结果 |
| 判断与推测 | 判断者、依据、不确定部分 | 对方明确表达的事实 |
例如，工程师说“可能是来料批次变化导致”，应记录为待验证的原因假设。若写成“根因是供应商来料变化”，后续 AI 再引用这页，就会把一次讨论升级为质量结论。
识别对象需要前后文
整理一条消息时，可能要回读之前的图纸、会议议题或被回复的消息。群名和发言人是线索，不能单独充当业务对象编号。项目简称相同、产品型号相近时，要依据已有档案和原系统编号核对。
附件同样重要。聊天里写“看这个表”，但系统只保存文字，知识链就会断在最关键的一步。对可以读取的附件，应保存内容与来源关系；无法识别的图像、缺失文件和失败转写，要明确形成待补项，而不是让模型凭上下文补出内容。
会议热词解决识别，业务复核解决结论
产品型号、缺陷名称、工艺缩写和人员姓名，适合整理成转写热词。它们能帮助识别关键词，但不能保证整段话的意思正确。尤其是数字、否定句、版本号和“仅限某批次”等限制条件，需要对照录音或原始资料核验。
一份会议知识记录至少应说明议题、已定事项、未定事项、行动责任与引用位置。原始逐字稿保留为证据，现行知识页保留能指导工作的结论。之后会议推翻旧决定时，现行页跟着更新，旧记录仍能回查。
新信息进入后更新哪些页面
可以先判断它影响一个具体对象，还是一类工作的规则。某个项目调整验收范围，应更新项目档案；通用验收办法经批准修改，应更新职能规则；多个项目共同涉及的政策变化，则需要同步检查相关横切页。
整理过程应留下修改理由和来源。没有改变现行知识的日常寒暄、重复通知和状态回声，不必全部塞入长期正文。保留原始记录与生成可用知识，是两项不同的工作，后者需要取舍。
采集范围与共享范围分别管理
有权限读取一段沟通，不代表其中所有内容都应进入全员可见页面。管理事项、个人信息和特定项目资料，应按企业明确的共享范围处理。员工能看到的应是获授权的工作知识，而不是某位整理人员拥有访问权的全部原文。
发布后也要检查引用能否被读者打开，页面标题、摘要和搜索片段是否暴露了受限内容。权限处理不能只发生在文档正文打开的一刻。
以一次真实变更验证链路
选择一条已批准的新决定，核对从原文到知识页是否保留对象、确认人和范围；再选择一条被否决的建议，确认它没有出现在现行指令里。最后换一个权限较低的账号，检查输出与引用是否符合授权。这比统计“生成多少份摘要”更接近可用性。
知识如何维护，可继续阅读整理者与使用者分工；如何避免旧信息影响当前工作，可查看知识时效与业务系统回源。需要整合现有协同资料，可了解企业知识中枢。
更多同主题内容见企业 AI Agent 落地专题。
