AI改代码的通病

当下较多编程从业者借助人工智能协助写代码, 察觉程序缺陷或期望调整功能时, 径直让智能代码修正工具着手改动。调整就绪后瞧着代码似乎不存在异常, 但能否运行起来没法安心知晓。诸多情况调整至提交以前就害怕操作了, 还需人工多次逐项核查校验。

这种情况在移动端尤其让人脑壳疼。由于安卓、鸿蒙和iOS三端的工程结构完全都不同, 模拟器也同样不一样, 测试框架各式各样千奇百怪。过去AI改完代码完成以后, 开发者只可以借助个人肉眼看个大概, 或是手动式打包安装连接到挪动手机当中, 费时费劲并且还很不对劲很不靠谱。

Use插件的突破

阿里Qoder今天推出了Use插件, 是beta版本。它可以使用AI修改的代码让其直接接入应用内运行, 是能在真实的设备上完成对应的交互操作, 更为重要的是, 它要确认这类修改是否真的生效了、页面的呈现形式以及呈现得是否对, 还有点击之后跳转到的是不是明确的目标页面。

这意味着人工智能不再只是改改代码即上交差。它现在就能在设备上操作验证, 相似于一名会自身测代码的工程师。工程师只须要瞅着盯结果, 不用亲身去摁摁看确认。

不强行对齐三端

官方特意看重了一个点: Use绝对绝对不为省事儿, 用一套最底限的能力就生硬撑着把三端死死对齐都不肯用另一套能力。已现有的全部开发环境还接着用即可, 完全没必要特地准备仅仅匹配Agent测试的设备。此方面对于开发者来说可太务实, 无需再去另外做徒劳的折腾耗费精力。

上层通过统一的Skill和CLI, 把这些能力交给Agent调用。需要对齐? 不是底层工具链, 而是更高层的开发流程——观察、操作和验证这三个环节, 这样既保留了各平台, 的灵活性, 又让AI有了统一的操作入口? 等等, 不对? 是等会。

宁可不做强作

官方还提到一个特别要紧的态度, 一个平台或是一段环境要是不具备着某项能耐, Use会明明白白告诉你没法办到, 它非是拿一个不相匹配的号令假装把事办成, 此在AI编程领域太不容易了, 好多工具偏爱报喜不报忧, 到头来误导了开发人员。

存在如此诚实的那份态度的背后, 是该份对技术的那份复杂程度的相应尊重。移动的终端开发原本就是个巨大颇深的坑啊, 各不同的终端之间那差异着实太大了很多。强行地想要统一这一切只会随之带来更多额外的隐患, 清晰地分清划定边界反而能够让各端的开发者更能够放心大胆地进行相应的使用。

实际使用场景

设想一下, 你当下要给App加入相应的按钮点击事件处理环节。此前只能等AI调试完指定代码然后手动执行安装与测试工作。目前的Use插件能够让AI直接在目标设备完成点击操作, 再验证对应页面的跳转是否合乎要求, 相应控件的响应是否处于正常区间范围之类。整个相关流程支持直接以自动化模式完成。

对大型项目来说, 这个功能尤其格外有用, 代码改动一大堆, 回归测试本来就麻烦挺多, 现在AI能帮你在各类设备上做基础验证检验, 还筛掉明显问题不少, 节省很多大量人工测试时间, 虽没法完全替代完整的QA流程, 可第一步就把低级错误全过滤掉, 效率提升效果很明显是相当大。

未来的可能性

移动端的AI编程才刚踏进起步阶段, 这次Use插件的推出就算是一个标志性事件, 它补齐了验证这个关键环节, 让靠AI修改代码从纸上谈兵的虚幻里走到了真实的实际操作层面, 之后可能会出现更多类似的配套工具, 帮助AI更进一步地去理解和运用移动端的开发环境。

当然距离真正智能编程还有更远的路要, 现在能做AI的还比较有限更多是在特定场景下的辅助但可以预见, 随着工具链越来越完善移动端开发的效率会有质的飞跃开发者可以把更多精力放在架构设计和创新上而不是重复的验证工作。

你平时会用AI辅助移动端开发吗? 对这类验证工具有什么期待或者担心? 欢迎留言讨论。