得益于AI生成代码,开发团队或许能以惊人的速度交付软件和应用程序。然而,代码中可能潜藏着一些不易察觉的错误,足以让一次更新彻底崩溃。
在本期InformationWeek播客中,Togal.AI首席技术官奥列克桑德·帕拉斯卡(Oleksandr Paraska)与LaunchDarkly首席技术官卡梅隆·埃特扎迪(Cameron Etezadi)围绕一个棘手问题展开讨论:如何发现那些"看起来差不多"、实则暗藏问题的错误代码?
两位嘉宾都指出,AI生成代码正在以前所未有的速度推动产品落地,但筛查出那些有问题的脚本也随之成为新的挑战——尤其是在表面上一切正常的情况下。更棘手的是,AI往往会"自信地"认为自己的代码没有问题,无需修复。
两位首席技术官分享了他们用于识别AI代码"差一点就对"的方法,以及工程师的技能如何随着AI编程工具的引入而不断演变。
本期节目还照例带来了"问题创意桌面推演"环节。帕拉斯卡和埃特扎迪在节目中应对一群"捣蛋鬼"的轮番挑战——这些虚构角色各自提出了一些异想天开、不切实际的处理AI生成代码错误的方案,颇具娱乐性。
Q&A
Q1:AI生成代码为什么容易出现难以发现的错误?
A:AI生成的代码往往在表面上看起来运行正常,逻辑也"差不多对",这使得错误很难被直接察觉。加之AI本身可能对自己生成的代码"过度自信",认为无需修复,开发者容易放松警惕。这类隐性错误一旦进入生产环境,可能在某次更新时才突然暴露,造成系统崩溃或功能异常。
Q2:Togal.AI和LaunchDarkly的CTO用什么方法来检测AI代码中的问题?
A:两位CTO在播客中分享了他们各自团队的实践经验,核心在于识别AI代码"接近正确但仍有偏差"的情况。他们强调需要建立专门针对AI生成代码的审查机制,而不能沿用传统的代码审查流程,同时也提到工程师的技能正在随着AI工具的普及而发生结构性转变,审查与验证能力变得尤为重要。
Q3:AI编程工具的普及对工程师的技能要求带来了哪些变化?
A:随着AI编程工具的广泛应用,工程师不再只需关注"如何写代码",还需具备更强的代码审查、逻辑验证和错误识别能力。AI负责提速,人类负责把关,工程师的角色正在从"编写者"向"审核者"转变,理解代码意图和评估代码质量的能力变得越来越关键。
好文章,需要你的鼓励
SAP首席执行官Christian Klein在2026年Sapphire大会上坦承,公司约在八九个月前调整了AI战略方向,从强调AI技术本身转向聚焦业务成果,目标是实现"自主企业"愿景。SAP发布了全新品牌SAP Business AI和SAP Autonomous Suite,重构AI平台以更好融入客户业务上下文。SAP高管还强调,需防范"智能体失控"风险,并引入"企业记忆"概念提升AI决策的精准度。
研究揭示多源视觉融合并非总有益,提出MARS框架通过单源锚点量化信息增益,动态调节多源融合优势,在多个视觉推理任务上实现显著性能提升。
英国卫生与社会保障部发布测算数据,显示NHS数字化单一患者记录(SPR)每年可减少约2万次急诊就诊,并节省约2000万英镑。该计划将强制要求全科医生和医院共享患者数据,形成统一的健康档案,患者可通过NHS App访问。该措施是政府100亿英镑医疗数字化计划的核心。此外,NHS虚拟医院NHS Online已正式成立,预计2027年上线,首三年可提供约850万次诊疗服务。
MiniMax发布M2系列混合专家大模型,总参数2299亿但每次仅激活98亿,通过专项数据流水线、Forge强化学习系统和自进化机制,在代理编程、深度搜索等任务上达到顶级闭源模型水平。