RAG 不是企业知识库全部 :-\

看到网友的叹息:

..重新研究 RAG，最大的感受是，很多人把企业知识库想得太简单了。

讲真, 企业知识仓库, 和私人随机资料仓库,

从根儿上就不是一个可以类比的产品;

从早年 Lotus 企业可执行通用文档应用平台开始,

企业知识仓库的形态本质上就已经解决了;

有道是: GiGo

garbage in garbage out

企业知识管理根本就不应该是从即有文档开始,

毕竟, 文档在完成修改发布那一瞬间,

就已经过时了…

EKM 从 PKM 杀出来时,

就已经想明白了,

知识管理, 本质上管理的是企业组织内部所有人的所有行为, 以及对应的思想/下意识第一反应;
所有关键事务都必须遵守 SOP,
而对应 SOP 的所有文本资料是所有人可以在任何时候随时可以修改的…

是的, 就是企业wiki;

等于将丰田的 6Σ 管理流程拓展到企业所有流程中而已;

妄图通过包含了全部企业经验, 以及全部过时约定和更多误解和错误的文档, 进行 LLM 可理解的概率数据集,

就可以立即拥有可以帮助全员随时在一切企业内部事务可用的的 “知识仓库” ?

那基本上就是刻舟求剑;

只有一个全员都随时使用习惯使用下意识第一反应都在使用的 wiki,

一个包含所有岗位所有操作 SOP 每天都在根据真实情况修订的活的 wiki

才是一个外化的企业知识仓库;

唯一问题:

因为输入法, 以及表述习惯等等偏差,

很难要求全员使用都以相同风格和姿势长期使用 wiki,

毕竟输入和修改, 都需要时间精力, 而这些劳动一般不视为有效劳动..是的, 企业的知识主动沉淀公开并不视为劳动, 也就是说, 企业本身就是倾向内部知识固化, 内化到几个关键人物脑中,形成知识特权阶层, 而并不希望全员高速共同提升的…

进一步的,

随着 wiki 内容的高速积累,

随便精心设计的交叉链接以及元词解析自动链接等等技术工具的充分使用,

如果页面超过420时, 大多数人就放弃整体理解了,

也难以真正完全合理进行命名/标签标注…

比如, 一个超过17步, 包含多人会签的报销流程,

涉及操作和管理使用说明文档142份, 整体字数超过42万字的 SOP, 除非岗位相关, 否则, 没人喜欢整体定期浏览, 全面理解, 认真记忆的…

也就是说,

以往无论 Lotus / wiki , 解决的其实是知识正确积累的问题,

但是, 如何正确维护以及使用,

才是 LLM 值得深入的地方,

通过语音双向识别生成, 实时动态知识仓库理解, 指引建议…

的确可以很大程度上解决人工难以进行复杂知识树维护的问题;

但是, 前提是:

企业已经有长年精心持续运维的完备知识仓库,

否则, 想从根本上不可能包含完备正确企业知识的垃圾文档集中, 提纯出企业知识树…

这个工程量以及难度,

不亚于,

第4次世界大战后,幸存的人类, 丢失了一切计算机相关图书和知识以及工业设备,只能从遗迹中挖掘出来的电脑芯片,妄图逆向出整个IT 行业…

NN 6369
            _~~~~~_
        () /  o #  \ ()
          '_   ⏡   _'
          ( '--~--' \

...act by ferris-actor v0.2.4 (built on 23.0303.201916)

|> 261026 日糟: 1/4(每天吐糟不应超过4次)

RAG 不是企业知识库全部 :-\#

RAG 不是企业知识库全部 :-\