说起AI，肯定是互联网最近几年的风口了，很多大厂都很早布局这玩意儿了，我记得刚出来的时候很多个人开发者挤进去，各种各样的小网站，调openai的接口，然后很多人用，直到什么KIMI，豆包啥的出来后，这些个网站就不见了，然后就是agent，ai能操作一些软件，直接可以帮你写代码了。
我想的是以后出个系统级的agent，它能操作所有软件，那我直接跟它说话就能实现人机交互了吧。
优点及缺点
它确实能帮我写代码，给我帮助最多的是代码提示，这玩意儿能让我少搬太多的砖了，还有一些重复性的工作，它都能完成的很完美，这其实就是机器该做的事，能做好这一点是最基本的，然后就是写一写类似纯函数之类的方法，黑盒，一个方法只干少量的事，我可以没有任何心智负担的调用那种，也能完成的很好。
但是涉及业务之类的东西的话，那就不好说了，会涉及很多文件，甚至是项目整体架构，代码是人和机器沟通的产物，现在是人和ai沟通，ai生成代码再和机器沟通，出了故障BUG之类的问题，是研究怎么修改提示词呢还是研究修改代码呢？如果是靠文字就能描述出来的业务，到底算不算复杂？修改AI生成的它理解的业务代码又是否容易呢？
我在已有的项目中用AI迭代生成一些简单的业务代码，它确实能工作，没有什么问题，一些边界问题它甚至能全部解决，可是它为了不出问题，写了非常多的冗余代码，我再在此代码上添加一个新的业务，又是很大一堆，你可能会想，这只是ai缺少相应的训练而已，但是现在这个ai只是一个文本处理器而已，并非字面意义上的人工智能，它还只是一个辅助我们进行工作的工具。
如果太依赖它的话，项目进行重构和修改会变得越来越困难，它基于已有的知识来回答，而公司会出现新的业务，这是相悖的，它用出现了的知识来辅助你生成新的知识这才是正确的方向。
我觉得这玩意儿应该在医疗方面可以有很大的作为，药物的各种药效，什么药物相斥，对某一个病症的用药是否有效，什么样的组合会产生什么效果，什么样的体质适合什么药，它应该能很好的总结出来，如果很多年前医院就收集了这些数据的话，我想我一个胃病也不会这么难治了，一个科室开的药都差不多，归纳一个科室对应一种病，那治病也太简单了吧，引起病症的因素可能关系到多个科室，医生想不过来就让ai处理，医生来做最后的把关，甚至可以根据每个人进行不同的治疗方案。
公司用的最多的Cursor，辅助我减少了非常多的工作量，但是并没有减少我对编码的热爱。
细思极恐
按照现在发展的速度，以后的ai编程效率会更高，到底是你在工作的时候利用ai的效率让你工作变得更轻松，还是老板利用ai的效率把你开了，给剩下的其他人分配更多的需求呢？