AI在物联网中的双重影响:推动效率的同时潜藏“技术债务”风险

2026-05-22 12:58:27
关注

AI在物联网中的双重影响:推动效率的同时潜藏“技术债务”风险

随着以大语言模型为代表的AI技术在物联网系统研发和部署中的深入应用,AIoT(人工智能物联网)正迈向全新的发展阶段。然而,这种融合不仅带来了效率的飞跃,也引入了新的潜在风险。最近,一位专注于工业物联网的专家指出,尽管AI在加快开发流程方面表现出色,但在硬件层面,一些看似合理的代码可能在不知不觉中对数千台设备造成系统性影响。这将形成所谓的“技术债务”,需要引起高度重视并采取预防措施。

“技术债务”可能带来的严重后果

为说明“技术债务”的实际影响,作者回顾了1996年欧洲发射Ariane 5火箭失败的案例。该火箭在发射不到40秒后爆炸,其根本原因在于惯性导航系统软件中存在规格与设计错误。由于Ariane 5直接复用了Ariane 4的软件模块而未验证其适用性,这一错误成为历史上最昂贵的软件失误之一。

该案例揭示了复杂系统中的一个关键原则:不仅仅是“糟糕的代码”会引发问题,那些看似合理、却与整体上下文不兼容的代码同样危险。作者提出疑问:当前的AI助手是否也可能出现类似问题?如果答案是肯定的,那么这将导致技术债务的积累,并可能对系统整体性能产生长期负面影响。这里所说的“技术债务”是指那些在短期开发过程中节省了成本,但长期来看却会增加系统维护和修复成本的做法。

AI在物联网系统中可能引发的技术债务类型

1. 重复历史模式与错误

AI助手基于当前代码上下文生成建议,但未必能识别系统层面的设计缺陷。GitHub的一篇文章指出,Copilot等工具在生成代码时,依赖上下文,可能继承现有代码库中的错误与偏见。因此,如果项目本身包含过时的代码结构、冗余的数据存储或权宜之计,AI助手会将其视为标准做法并不断复用,从而扩大不良影响。

这并非理论设想。对6000多个真实代码库中30多万个AI生成代码的评估研究表明,五个主流AI代码工具生成的代码中,至少15%存在代码质量问题,其中25%的问题在最终版本中仍未修正。

在物联网系统中,这类问题尤其严重,因为遗留代码往往不会局限于某一模块。一旦AI助手在设备固件、网关服务或遥测处理中复用旧方案,这些缺陷将沿着设备层向云端迅速蔓延。

2. 快速修复的无意识扩张

AI在完成局部工程任务方面非常高效,例如快速生成测试代码或编写模板,但它未必理解整体架构。如果架构规则未明确文档化或未被AI理解,AI助手可能将局部任务孤立优化,而忽视了整体系统。

在工业物联网系统中,时间序列、参考数据和日志可能分布在多个数据库中,每个数据库针对特定负载优化。AI助手在未理解这种架构设计时,生成的代码可能逐渐违反团队既定的架构规范。

3. 逻辑重复与维护复杂度上升

AI助手无法判断所需逻辑是否已在系统中实现,因此可能生成重复的代码。近年来,重复代码比例持续上升,AI工具的应用无疑会进一步加剧这一现象。

在物联网系统中,如果相同逻辑(如数据包解析、连接验证)在多个地方被独立实现,一旦修复一个副本中的漏洞,而忽略其他副本,可能导致设备在相同输入下表现不一致。这不仅需要代码层面的修改,还可能需要在数千台设备上同步固件更新。

4. 忽视硬件资源限制

许多物联网设备不具备云环境那样的无限资源,网关的内存、网络带宽和电池预算都是有限的。AI助手虽然可以考虑这些限制,但前提是开发者必须明确指出。

如果未加以说明,AI助手倾向于生成适合云端和服务器环境的代码——这类代码通常假设内存无限、网络稳定。这可能导致重试循环无超时机制、使用文本数据格式替代二进制协议、或生成未考虑硬件特性的代码。虽然这些代码在模拟器中运行良好,但在资源受限的真实设备上却可能完全失效。

如何防范AI在项目中制造技术债务

在物联网系统中引入AI工具,对工程规范与代码质量的要求反而更高,开发者必须保持更严格的控制。

1. 强化人工代码审查

虽然代码审查是基本要求,但AI助手的普及使得开发者更容易依赖自动生成的代码。调研显示,超过一半的开发者认为AI生成的代码“看起来是正确的”。在一项对1100多名开发者的调查中,只有不到一半的受访者会在提交AI代码前进行审查。

人工审查应特别关注硬件资源限制、逻辑重复情况以及生成代码与整体架构的兼容性。然而,由于AI生成代码的速度远超人工,审查流程也可能成为项目瓶颈。

2. 设定AI生成代码的禁区

并非所有代码都适合由AI生成。在物联网系统开发中,应明确划定AI不得介入的关键部分,例如:设备数据包处理、身份验证逻辑、中断处理机制、监控模块的定时器逻辑,以及直接与固件交互的代码。

如果生成的代码错误可能导致现场设备固件更新失败或大规模数据异常,AI助手应仅在人工监督下执行,并由具备系统上下文知识的开发者做出最终判断。

3. 定期重构与系统监控

随着代码生成速度的加快,隐藏问题的积累也更迅速,因此定期重构代码已成为必要措施。作者建议,每六个月应至少审查一次系统架构,重点关注AI生成代码可能引入的问题。

此外,在物联网系统中,设备状态监控不可或缺,包括边缘节点的内存消耗、网关与设备的通信延迟、遥测异常等。AI生成的未考虑硬件限制的代码,往往会在这些监控指标中率先暴露。

“技术债务”并不是AI带来的全新问题,但在AI大规模应用的背景下,其积累速度被显著加快。在物联网系统中,这种债务不仅消耗开发资源,还可能影响成千上万台设备的可靠性,其影响远比传统软件更为深远。因此,提前制定应对策略至关重要。

您觉得本篇内容如何
评分

相关产品

HOTO 汇投智控 HT6204 多合一传感器

多合一传感器可以同时测量多种气体指标,包括激光粉尘传感器、CO2传感器、TVOC传感器和温湿度传感器,多种数据以数字接口的形式统一输出。

微著科技 高性能传感器ASIC解决方案 MEMS传感器

微著科技是国内为数不多能够给传感器厂商提供定制高性能传感器解决方案的团队,目前已为国内众多院所及知名传感器公司提供了十余个传感器解决方案并已经实现量产。微著传感器ASIC方案的特点:成熟的仪表信号模块IP易于快速搭建;系统方案超低噪声;成熟的24ADC可同时实现模拟数字传感器方案设计;高效率及丰富的方案设计经验。

EC Sense 爱氪森科技 MP6 四气体传感器模组 MP6 四气体传感器模组

• 灵活的传感器适配性• 模块化的结构设计• 小体积• 传感器工作状态自动判断• 5-24V DC宽范围供电• 同时采集气体和温湿度传感器的测量数据• DS4氧气和毒气传感器寿命自动监测

Yanmade 燕麦科技 线体式MEMS传感器测试校准设备 MEMS传感器测试

用于温度传感器、湿度传感器和传感器的校准和测试;设备内置智能数据分析模块,可对测试数据进行自动处理、分析,生成测试报告。

Huba Control 富巴 212系列 流量传感器

212系列流量传感器是基于卡曼涡街(Karmen Vortex Trail)原理。该系列压力传感器带有数字显示器。可显示流量和温度。作为选项,客户还可以选择温度测量。由于没有运动部件,此流量传感器对水质要求不高, 压力损失小,精度高。 • 直接测量介质的流量和温度

方舟 位移传感器 传感器产品

公司坐拥 10000 平方米研发制造基地,现有员工 400 余人,长期专注于柔性集成电路及各类柔性传感器的研发、生产与系统化解决方案。依托自主柔性传感技术平台,产品广泛应用于机器人、新能源汽车、消费电子、精准医疗等高端领域,市场覆盖持续拓展。与此同时,公司设有广东省博士工作站,深度参与《亚洲机器人传感白皮书》编制及多项国家标准制定,先后荣获广东省科学技术奖三等奖等多项重磅科技荣誉。未来,方舟智造将持续筑牢柔性制造技术根基,不断拓展多元传感技术边界,以创新驱动产业高质量发展。

评论

您需要登录才可以回复|注册

提交评论

广告
广告
提取码
复制提取码
点击跳转至百度网盘