ARTICLE · 1227444
用AI编程开发一款数据监测APP,全程没写一行代码
前言
这几个月以来各种AI工具席卷而来,AI的应用浪潮彻底被卷起来了。大家都能看到各大短视频平台AI制作的短视频犹如雨后春笋,平台的推波助澜,加上商业跑通闭环,成本压缩到原来的十分之一,内容正在从"实拍中资产"转向轻量化批量生产,短视频行业的创作逻辑已经彻底改变。
今天主要说说AI编程。目前的发展已经跨过单纯的代码补全阶段,现在正从 IDE 插件式辅助,往编程智能体 Agent 的方向推进,从写单行代码,升级到独立完成跨文件功能开发、自动调试的工程闭环,大量开发者已经在日常项目里规模化使用。
今天就以Grok Bot为例,开发一款上位机实时监测数据APP。这是一款数字化工具,开发的目的是代替原有的人工通过摄像头录像来整理数据,提高工作效率,解放生产力。
一、当前现状
产品在研发过程中,为了更好的用户体验需要展示一些数据给用户看。一方面是体验好了能增加附加值带动销量,另一方面提升产品档次,带来产品溢价,消费者愿意买单。比如移动电源以前都是4个LED灯显示电量,现在大多数都是通过数显SOC显示了。

今年刚发布的新国标"移动电源安全技术规范GB+47372-2026",要求把电压、温度、电池信息等展示给用户,展示给用户的数据就需要详细测试,数据的变化要稳定,不能有突变。
好了,进入正题。我们需要给用户展示电量SOC、电池电压、电池电流、电芯温度、预计充满时间、预计放空时间、端口电压、端口电流等等,那这些数据需要测试整个工作的过程是否数据变化是否符合规格要求?
以往测试我们通过放一个摄像头全程录像,再手动统计,有些实时的数据只能肉眼去观察,这样测试有很多弊端:一个是耗费人力,另一个是结果存在偶然性。那我们就想优化这个流程,来提高效率,解放生产力,同时测试的整个过程中呈现数据化,有原始数据,有可直观的曲线,遇到问题也便于分析。
一句话概括,就是测试流程从人工干预改成数字化监测。
二、实现数字化监测工具
需求明确了,我们需要用AI来开发一个工作流,这里用的是Grok Bot来开发。
这里提前说一下,需要搭配我们的硬件设备的log数据,log打印的数据类型需要标准化,这样才具备可扩展性。接下来我们看一下这个工作流怎么开发。
2.1 首先设计框架
第一步,先把需要显示的数据设计一个框架,分几个区域显示什么数据,比如:
串口信息部分:显示串口号、波特率、开关; log接收区:用于接收硬件设备打印的log数据; 参数部分:上位机通过解析串口上报的数据,把需要监测的数据从log提取并显示出来; 动态曲线:显示电池电压、电量SOC的实时曲线。
如下图所示,这个是我当时用AI工具生成的界面,全程没有写一行代码,全靠AI生成不断优化而成。

2.2 测试数据显示
框架设计好了,下一步就要验证数据显示是否正确。
搭建硬件环境,实时打印log数据,接上电脑查看数据显示,根据具体的问题去优化。
如下图,这里展示一个测试数据显示正常的界面。

从图中可以看到有一项"日志记录"的功能,点击之后,本地会实时记录界面显示的所有数据,生成表格。当发现测试的结果不满足要求时,我们可以打开本地记录的log数据追踪分析整个测试流程的数据,看看是哪个数据异常导致的。
如下面截图所示,就是本地记录的log数据。

2.3 稳定性测试
功能都实现了,最后一步就是测试稳定性了,主要看看是否有以下问题:
1)APP是否一直稳定显示数据,数据显示正确;
2)APP长期运行是否出现卡死、闪退等问题;
3)APP后台的运行占有率是否处于高风险。
2.4 发布APP
测试2~3轮相对稳定之后,就可以发布APP了。后面的硬件设备就可以用这个测试平台,挂在电脑上让它自己跑就好了,全程不需要人去干预,最后只需要验收一下结果就好了,大大解放了生产力,1个人可以同时测试多个项目了。
彩蛋:我当时为了更好的使用体验,增加了工作结束的弹框提示,小伙伴也可以自己去DIY各种想法,让开发的APP更加简单好用。
三、总结
通过这一次深入接触AI编程,发现确实优势明显,比如像我这种不会计算机开发的嵌入式开发者,但短板同样突出,也是现在很多人踩坑的地方。
AI编程的短板:
AI 生成的代码,经常看起来能跑,边界条件、异常处理、安全逻辑考虑不全;复杂业务逻辑、底层硬件时序、性能瓶颈,它很难一次性做对。它输出的是"大概率能用的代码",不是经过验证、适配项目完整架构的工程代码。很多人直接复制粘贴上线,很容易埋下隐性 bug。
而且 AI 容易产生幻觉,编造不存在的 API、寄存器参数,越是底层、偏硬件的项目,这个风险越高,所以必须人工逐行复核。
工作模式的改变:
AI编程的爆发已经改变了我们的工作模式,长期来看,程序员的工作重心会转移。原来大量时间耗在写基础代码,未来更多精力放在需求拆解、架构设计、方案选型、代码评审、性能调优、风险把控上。
会区分两类开发者:一类只会复制 AI 代码,看不懂底层逻辑,很难处理复杂问题;另一类懂得怎么给 AI 提清晰需求、校验 AI 输出、修正缺陷,用 AI 放大自己效率,这类人竞争力反而更强。
AI编程的现状:
AI 编程现在处于强辅助、有限自主的阶段。它是高效的工程助手,而不是独立程序开发者。短期会持续改变开发模式,长期的核心矛盾,不在于 AI 能不能写出代码,而是如何控制它生成代码的可靠性、可维护性,把它稳妥放进正式项目交付体系里。
AI 编程是工具革命,会淘汰只会搬砖的开发方式,但懂原理、能判断、会架构的开发者价值会更高。
工欲善其事必先利其器,拥抱AI吧。
【往期推荐】
环形队列(FIFO)的 C 语言实现:串口收发、ADC 采集都好用















































































