把不确定性交给AI,把确定性交给代码
发布于 2026-06-13
597
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:在智能系统开发中,应平衡AI与代码的分工,将不确定性交由大语言模型处理,确定性交由传统代码处理,以实现可落地、可维护、高稳定的系统。
关键要点:
- 核心原则:不确定性(如输入形式、文本结构多变)由LLM负责理解与解析;确定性(如输出格式、数据校验规则)由传统代码负责固化执行。
- 案例一(智能功能点度量报告生成):LLM按固定JSON Schema提取非标文档数据,代码负责校验、计算并生成统一格式的Excel报告,确保输出稳定且规则更新只需改代码。
- 案例二(多格式人工报告智能对比):LLM解析任意格式人工报告,按统一Schema输出数据,代码进行对比并生成差异报告,通过强制原文引用和兜底校验降低幻觉风险。
- 案例三(动态可迭代的功能点度量规则适配):LLM动态学习最新度量规则文档,代码仅保留执行框架与校验逻辑,实现规则零代码迭代,避免面条代码与硬编码漏洞。
- 结语:分治设计思想通用适配文档处理、报告对比等场景,核心是“把理解模糊交给LLM,把精准执行交给代码”。
内容结构:
- 引言:指出软件系统开发中核心两难问题(输入多变 vs 代码僵化),提出真正可落地的思路是“把不确定性交给AI,把确定性交给代码”。
- 核心原则:
- 不确定性场景(输入形式、文本结构、语义意图动态多变)→ LLM处理。
- 确定性场景(输出格式规范、数据校验规则、业务逻辑固定)→ 传统代码处理。
- 职责:LLM负责“读懂模糊的信息”,代码负责“做对固定的事情”。
- 案例一:智能功能点度量报告生成
- 背景:针对格式不固定的需求文档输出固定格式Excel报告。
- 错误方式:纯代码解析(臃肿、难维护)或纯AI生成(不稳定)。
- 正确分工:需求文档→LLM按固定JSON Schema提取→脚本代码校验、计算、生成Excel。
- 落地效果:输出统一规范,规则更新只需改代码映射逻辑。
- 案例二:多格式人工报告智能对比
- 需求:用户上传人工报告,系统自动对比智能报告与人工报告差异。
- 升级分工:任意格式人工报告→LLM按统一Schema提取→代码校验→结构化对比→差异报告。
- 优化细节:强制LLM输出原文引用依据,代码兜底校验并标记待复核内容。
- 落地优势:一次开发全域适配,新增格式仅需微调LLM提示词。
- 案例三:动态可迭代的功能点度量规则适配
- 痛点:规则频繁迭代,传统硬编码导致迭代效率低、代码臃肿。
- 创新方案:LLM动态学习新规则文档,代码只保留执行框架和校验逻辑,彻底告别规则硬编码。
- 完整链路:最新规则文档→LLM学习→解析非标文档→代码校验→生成标准化报告。
- 核心优势:规则零代码迭代、摆脱面条代码、适配多场景、结果稳定可控。
- 结语:成熟智能系统应各司其职、优势互补,通用适配各类AI增强型系统,坚守“把理解模糊交给LLM,把精准执行交给代码”的原则。
文章总结:推荐采用“LLM处理不确定性、代码处理确定性”的分治设计,以实现智能系统的长期可迭代性与工程优雅。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 937K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:非功能性需求的设计
很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考,希望能够引导设计人员重视非功能性需求的设计。
量化考核指标的TQC法
大分类小分类KPI计算公式考核规则出发点数据采集方法潜在的问题 结果工期(T) 取值范围:0.6--1.5工期偏差率系数(DVI)(实际工期-计划工期)/计划工期1 若DVI2 若DVI>10%,则工期系数为0.9,DVI>20%则工期系数为0.8,DVI>30%则工期系数为0.7,DVI>40%以上则工期系数为0.6对于
过程改进的关注点之项目管理过程
从项目估算到项目策划、再到计划跟踪控制,包括风险的识别与管理,常见的改进点有哪些呢?
漫谈需求与设计的区别:做什么与怎么做
2009年曾经写过一篇博文,讲述需求与设计的界线(参见博文:https://blog.csdn.net/dylanren/article/details/4965181),最近又有所思考,对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下: 案例一:DIY一台PC。 概要描述...
用AnythingLLM 搭建知识库,我所经历过的坑
文章浏览阅读374次,点赞4次,收藏3次。本文总结了使用AnythingLLM搭建知识库时遇到的常见问题及解决方案。问题分为六大类:1)核心概念与选型问题,如混淆LLM与嵌入模型;2)安装配置问题,包括端口冲突和依赖缺失;3)模型连接问题,如Ollama服务未启动;4)数据管理问题,涉及RAG效果差和分块不合理;5)操作问题,如服务访问失败;6)网络API问题,包括401错误和Docker连接失败。针对每类问题提供了具体解决方法,如更换模型、调整参数、检查权限等。这些经验对知识库搭建者具有实用参考价值。_
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线