围绕不可言说知识构造知识过程
围绕不可言说知识构造知识过程
一、核心问题:知识工程的本质是提升知识传递效率
随着大语言模型(LLM)的兴起,软件工程正在逐渐演变为知识工程(Knowledge Engineering)。这一转变的核心在于:将关注点从如何构造软件,转变为如何提取和组织知识,使其成为LLM易于理解的形式,再通过LLM将这些知识转化为可工作的软件。
在这个新范式下,知识传递效率成为关键瓶颈。要解决这个问题,首先需要理解知识的分类及其传递方式。
二、知识的两种形态:显式知识与不可言说知识
显式知识(Explicit Knowledge)
显式知识是能够直接表达且在人群中分享的知识。这类知识可以通过语言、文字、公式等形式准确传递,例如:
- 地球的周长约40076公里
- 水的密度是1g/cm³
- 三角形面积公式:S = ½ × 底 × 高
显式知识的特点是可编码、可记录、可直接传授,学习者通过阅读或听讲即可获得。
不可言说知识(Tacit Knowledge)
不可言说知识是指那些不易用言语表达或形式化的知识,通常是个人经验、直觉或技能的一部分。《庄子》中"轮扁斫轮"的典故形象地说明了这一点:
轮扁说:“我所从事的工作是砍削车轮。榫头做得过于宽缓,就会松动而不牢固,而做得太紧了,又会涩滞而难以使用。不宽不紧才可以。这个道理是我从工作中学会的,虽然能讲出来,但是没有办法教给徒弟或儿子。”
不可言说知识的核心特征是必须通过实践获得,无法通过语言直接传递。它包含了对微妙差异的感知、对复杂情境的判断,以及长期实践形成的直觉。
三、不可言说知识的传递机制:社会化活动
既然不可言说知识无法通过语言直接传递,那么如何实现知识转移?答案是社会化活动。
启动-反馈循环
社会化活动最常见的形式是"启动-反馈循环"(Initiation-Feedback Loop):
- 启动阶段:知识持有者展示或示范某种技能/行为
- 实践阶段:学习者尝试模仿和应用
- 反馈阶段:知识持有者观察学习者的实践,指出偏差并提供纠正
- 迭代阶段:学习者根据反馈调整,循环往复
真正的知识传递发生在"启动"和"反馈"之间,而非启动阶段本身。启动只是提供了一个起点,而反馈才是知识传递的关键环节。
从认知角度看知识传递
从知识消费者的视角来看,接收知识会产生不同的认知模式:
- 应用知识(Applying):直接运用已掌握的知识解决问题
- 学习知识(Learning):通过反馈循环掌握新的不可言说知识
- 提取知识(Articulating):将不可言说知识转化为显式知识
不同的认知行为模式决定了与LLM交互的不同策略。
四、对软件工程的启示
传统软件开发的困境
传统软件开发中,大量关键知识是以不可言说的形式存在的:
- 架构师的设计直觉
- 资深开发者的调试经验
- 业务专家的领域洞察
这些知识难以文档化,导致团队依赖"关键人物",知识传递效率低下。
知识工程的新思路
在AI时代,我们需要:
- 识别知识类型:区分显式知识和不可言说知识
- 设计传递策略:
- 显式知识 → 直接编码为Prompt上下文
- 不可言说知识 → 构造反馈循环,让LLM在迭代中学习
- 构建知识过程:将软件开发转化为结构化的知识提取、组织和应用过程
五、实践建议
1. 知识审计
在项目中定期进行知识审计,识别哪些知识是显式的(可以文档化),哪些是不可言说的(需要社会化传递)。
2. 设计反馈机制
对于不可言说的知识,设计明确的反馈循环:
- 代码评审(Code Review)
- 结对编程(Pair Programming)
- 设计走查(Design Walkthrough)
3. 利用LLM加速知识传递
- 显式知识:直接提供给LLM作为上下文
- 不可言说的知识:通过多轮对话构造反馈循环,引导LLM逐步逼近正确结果
4. 关注知识消费者
根据团队成员的认知模式选择合适的知识传递方式:
- 新手需要更多显式知识和结构化指导
- 专家可以通过少量提示快速理解意图
六、总结
知识工程的核心在于理解知识的本质差异,并据此设计高效的知识传递机制。显式知识可以直接编码和传递,而不可言说知识需要通过社会化活动中的启动-反馈循环来实现转移。
在AI时代,LLM既是知识消费者也是知识生产者。掌握如何构造有效的知识过程,将成为软件工程师的核心竞争力。
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐


所有评论(0)