A2--陆钱春--“搭积木式”知识工程驱动AI智能体高效落地V0.3.pdf

《A2--陆钱春--“搭积木式”知识工程驱动AI智能体高效落地V0.3.pdf》由会员分享，可在线阅读，更多相关《A2--陆钱春--“搭积木式”知识工程驱动AI智能体高效落地V0.3.pdf（31页珍藏版）》请在三个皮匠报告上搜索。

1、陆钱春中兴通讯有线大模型总工程师陆钱春中兴通讯有线大模型总工程师、知识工程首席专家主导端到端的知识体系规范制定、模型设计与工程落地，并从技术顶层设计出发，推动有线经营部完成以大模型为核心的组织转型与应用场景落地。目录CONTENTS庖解真凶0102 破局之道方法实践03效果验证04PART 01庖解真凶寻找大模型落地冰山下真凶 不了解领域“强规则约束”行业RFC 协议、业务边界、安全合规等 知识断层的恶性循环：需求-设计-开发-测试业务逻辑连贯性不足 人机流程割裂：仍沿用传统工作流，模型成为“外挂”而非“内嵌大模型提效的三大核心痛点让通用大模型处理电信私域知识 一本正经胡说八道需求说要高速公路

2、模型开发建成停车场模型给出答案但工程师还得手动把答案粘到 工单系统里案例123历史包袱重当前产品研发普遍存在存量代码量大、业务复杂度高，如何对30年的老城做“智慧城市”升级？知识孤岛业务专家/架构师经验锁在个人大脑里，知识链如何显性化的被大模型学习到？复用困局大量重复的研发范式，80%新套餐=旧套餐组合（语音包+流量包），大模型如何学会按需组装？提效要求=业务不能停、核心系统不能崩、效果要立现如何分步改造？如何经验传承？如何知识复用？如何破局？疱解真凶：寻找冰山下的真凶PART 02破局之道探究逻辑 洞悉本质破除困局：探究逻辑 洞悉本质底层逻辑技术逻辑行业特有优势：业务流程有高度标准化，比如各

3、类协议标准，结构化是主要突破口业务知识层面：电信领域有大量重复业务模式，知识复用比例高,这是核心提效逻辑设计原则：产品软件开发通常都是基于现有系统（存量）做新增需求（增量）的开发，同时保证交付质量技术本质：如何建立新知识生产和存量知识消费之间的映射，为大模型提供精准上下文，达到高效知识复用专家经验变成乐高，协议就是规则说明书让新知识像搭积木，精准按规则拼装1.领域知识封装：通过知识规范把专家经验变成乐高说明书4.价值聚焦：“高杠杆”场景优先2.流程再造：AI成为副驾驶3.组织重构：三人铁三角知识封装+流程再造+组织重构支撑知识复利的提效底层逻辑，价值聚焦牵引提效落地四步破局：知识封装、流程再造

4、、组织重构、价值聚焦（1）知识规范驱动大模型成为端到端研发流程的“数字孪生体”（2）知识规范约束“需求-开发/测试”增量与存量之间的关系及语义断层（1）以领域业务逻辑为核心，重构人机协作流程，实现“模型内嵌“（2）从手摇车窗，到自动泊车，司机（专家）还是最终拍板（1）探索“领域专家+AI 工程师+架构师”铁三角（2）专家给行规，AI 提速度，架构师保质量以知识组装MVP为抓手，以需求-开发、需求-测试两条主线牵引端到端能力建设四步法知识封装层级核心内容关键作用特征缺失表现1.流程框架层(流程规范：元模型)知识规范&知识模型：研发流程的阶段划分、步骤方法、产出物、关联关系标准化，并通过知识图谱建

5、立可追溯的链路建立端到端研发活动的主干骨架和导航逻辑，确保流程连贯、可追溯。定义“做什么”和“流程怎么走”。高度抽象稳定。流程失控，产出物不可用：上下文断裂：需求方案-详细设计代码无法追溯 盲人摸象式生成：输出碎片化 协作混乱：多角色协作失效 质量失控：无法系统性验证2.领域业务模型与业务规则层（业务规范）封装核心业务概念、规则、状态机的形式化表达、典型业务场景模式库赋予骨架业务语义和逻辑，确保需求、设计在业务层面的准确性和完备性。解决“业务是什么”和“业务规则是什么”。深度依赖领域知识。业务功能错误，引发重大事故：正确的废话：业务逻辑失真 代码偏离业务：核心规则遗漏 复杂场景失效：关键流程崩

6、溃 高度依赖人工修正：专家被迫救火3.架构约束与设计模式层（架构规范）架构原则、组件/服务规范、API规范、数据规范、设计模式库、非功能性需求策略、技术栈约束提供系统级设计约束和最佳实践，确保设计的技术合理性、一致性、可维护性。解决“怎么设计得好”。连接业务与实现。稳定性崩塌，长期演进能力丧失：缝合怪式设计：组件耦合 无视非功能性需求：安全/性能缺陷 低可维护性：技术债飙升 集成灾难：系统级故障4.代码规范与实现模式层（编码规范）语言规范、代码结构、命名规范、函数/模块模板、典型代码片段、重构模式、与架构组件的映射指导高质量、可维护代码的具体生成和修改，实现精准增量开发/维护。解决“怎么写代码