AI干掉软件?

看一篇文章,大意是目前软件正在在被AI给吃掉。
主要的意思就是以前做软件很贵,所以做软件的公司能凭借优势活的得不错,因为别人模仿不出来。
现在自己的需求告诉AI,小需求一下子就给你完成了。
得出的结论是复杂软件其实不需要了,很多小的功能实现特别容易,软件变成了即时创造,用完就丢的产品。
所以软件没啥用了。
之前所有的软件都是人与计算机交互的做的。
现在agent可以自己调用skills,不通过人,他去决定去用啥skills,自己决定去怎么给结果,人在这个过程中全程不需要知道过程中发生了啥,就接收结果就行了。
所以以后所有的程序或者skills是为agent写的。
不需要漂亮的界面,不需要给人易用,需要给agent易用。
看到这,那进一步,agent怎么决定用这个skills而不用那个skills呢?
他看啥呢?
就看说明文档?
去跑个测试?
去比较一下?
拿到的结果他是依据啥标准判断“好”或者“不好”?
人定的吗?还是随机定?
人定的话,自己的标准想好了吗?
比如说让他定一个便宜的机票,他用的这个agent是不是订了最便宜的,最符合你要求的,你怎么评估?
人工去查一遍?
人工你就确定你查的一点对?
再用另一个agent查一遍?看是不是重合?
不重合再人工判断?
重合了是不是就一定是最便宜的?你相信吗?
就算测了100次,中间夹杂几次不对,你能不能接受?
对一个agent你要测试多少轮,你才觉得可靠?可信任?
他有没有可能前面都对,后面又错?
这中间你用什么样的机制去发现?
查原始代码吗?
每次都去查代码吗?
如果是2个skills你可能还能人工排查,去对比,找出差异,后续让他按你标准改。
但如果是成百上千个类似的skills,你让agent每个都去读一遍,然后再选?
Agent估计也会说,老大,这么选的话,我也累啊?
怕光是花费token选择就让你头疼了。
那就指定一个。
如果指定的话,这哪里是agent选,肯定是人选。
人选的话,那之前让agent选的前提就不存在了啊。
还是人选啊。
但之前人流畅地完成的工作。
对应到agent你要给他安装若干个skills,还得保证运行流畅,而且每个流程都这么做的话。
人变成为agent打工,定标准。
如果是复用很多还好,量大的一次性搞定。
如果不复用,低频或者一次性需求,那就费了老劲了。
你调他2小时,自己干10分钟。
而且后续用完就丢。
那你得费那个劲干啥?!
是啊,写程序容易了啊,然后就所有的事就都写程序?
感觉手里拿个锤子,看到啥都想锤下,不锤可惜了我这么好的锤子啊!
所以远没有那么悲观。
软件行业的资深的人也不会等死。
AI你会用,我软件行业的资深专家不会用?
我等你一个外行做出skills或者程序把我干掉?
我们当初写代码时还没你啥事呢!
人是活的。
而且最懂怎么架构,怎么组合,怎么开发适合agent的skills或程序的是以前那帮搞软件的。
AI只是让普通人写编程和学习东西更容易的。
但如果不懂底层,不懂深层,你做出来还只是玩具。
玩玩而已,不要当真。
果然,啥事都经不起多问几个为什么。
软件可能以另一种方式重生。
干不掉的,也干不掉搞软件的人。
当然,如果水平很差,被干掉了。
不是AI干掉你的,是你自己干掉自己的。
不一定对,供参考。
夜雨聆风