从有想法到如今RealPLC的第一版本内测开启,实际上中间有段时间也在犹疑,最主要的是脱产来做这件事情,确实挑战很大。
虽然有AI的帮助,但是怎么用AI真的是一件因人而异的事情。同一个AI模型,不同的人来对话,产生的效果绝对不同;甚至同一个问题在不同的时刻给到大模型,可能答案也不会完全一样。
所以,如何用好AI来协助自己完成自身的工作,确实很重要。我们这期稍稍聊下个人看法以及RealPLC的一些小进展。
01
工控小模型
工控场合里,确实是有些是很小的事情,往往有些现场的问题,只要认真点和靠谱点,都不是啥大问题。而往往这些耗费精力,确实有些是可以用AI来代替的。
比如,未来PLC可能都会内置一个很小的模型在运行,只要开发接口,自动预警,或者上传数据到云端处理,而不是等到客户打电话催,那个时候其实是已经问题严重了,只能现场去处理。如果有一套问诊系统一直运行着,可能就会把这些问题提前暴露,提前解决,这绝对是能节约设备维护成本的。

上面是AI的应用一个例子。我们RealPLC的最开始,就是定位在工控领域,希望它能靠AI的最新进展结合大家的工控经验自我迭代发展。
02
内置邮箱发送系统
当然,这是上述的工业现场的实例,结合我们产品来说,后期也会开发一些我们自己经验的小模型。
就目前而言,单单这个发内测邀请函,从第一期100多名申请,如果要一个一个发送,确实耗费精力,当时采用的方案:2分钟即可发送100封内测RealPLC邀请函!
在实际操作发现,普通的个人邮箱,单次还不能超过一定数量,所以预计2分钟的事情,从晚上的凌晨开始到两点结束。之所以熬夜搞,确实是两点原因:其一,当初预计5月1日假期发布,但是由于AI有时候改一个地方有可能会改你的架构和删除文件,不小心的话全给搞乱,所以前前后后花了不少时间来完善和稳定版本。其二:单次发邮件受限制,不断的分批发送,每一次都要重新开服务发送,而且每封邮件还得要有间隔时间。

当前RealPLC这个AI产品内部具备了多服务,docker的数量从最开始的1个到目前的9个。
本身是简单的想法,但是在工程化的时候还是有很多需要做的,后期如果加MCP+虚拟数字孪生等,整体会比较复杂。
03
集成到管理后
我们可能在前端看到的只是三个页面,后台其实要处理的还挺多的,为了更快的处理用户的邀请和管理,所以把发邮件直接放到后台,这次就方便多了。

这样我就可以用发邮件的方式和重置密码的方式来管理内测邀请函的方式了。目前,新建用户会根据模板进行邀请函的发布,确实非常方便。

当然,这些都是借助目前的DeepSeek V4模型来修复的,整体来说,能够达到我的目的。但是,需要反复几次成功,还需要加油吧。
我们的内测第一期正在进行中,第二期内测报名开启,请留言【内测】参与,我会一一回复的。