处于ai时代的一些想法
背景(2026/4/20)
很久没有写文章了,最近公司的事情暂时交付了,得以闲下来做一些思考。
近一年以来,因为AI技术的发展,从生产方式到生产内容,都有了很大的变化,各行各业都会受到了冲击。去年刚入职的时候,公司没人用ai,cursor刚出来,GPT版本还是3.5。我用ai开发了.ai官网并带着实现了一些meet官网的活动页面以后,老大终于发现ai技术的潜力了,毕竟同样的活儿,我一个人可以干,安卓那边要2个人,还没我快。等到他自己用了下以后发现不对劲了,开始买会员全公司推广了。说实话我只是想着有好东西大家一起用,但是最终好像是以一己之力带动了公司的ai改革。后来在组内做了前端ai使用经验和技术分享,制定了前端的项目规范agent.md以及用ai开发的场景和边界。到上个月,据说有同事一天干了1个亿的token,我估计是没有加ignore,但是在用就是好事。
现在,小龙虾火了一阵,Skill火了一阵,市场又沉默了。其实早在去年claw就出现了,包括到现在为止,也只是一个烧token的玩具,本质是agent实现了能力的扩展,能自主调用或者集成浏览器、开源仓库、第三方服务,根本还是需要模型、以及懂得制定规则的人。
市场现在有三种人,一种是不懂技术,但是有资源的人;一种是懂技术的人;一种是懂产品的人。
市面上炒作的agent产品、龙虾,面向的主要是第一种人,这类产品的出发点,是再早期占领市场热度,培养用户粘性,通过提供限时免费的活动,让用户参与进来,满足自己一时的兴趣。 但是事实上,单纯靠ai去根据一两句话执行的任务,是无法落地的,即便需求轻一点,懂产品的人去写提示词,依旧会耗费大量的时间和token,因为语言的表达即便再准确,也会有歧义和偏差,一定会有看上去结果正确,其实背后设计逻辑或者某个细节、规则被忽略、被误解的情况,此时就是代码雪崩的开始,也是资本乐于看见的事情,用户将为了自己脑中的那100%的产品,烧成倍的token去修复各种问题,最终卡在99.99999%,当然这也够了,毕竟他们创作欲的情绪得到了满足。
但是对于一个开发者,一个有自我要求的开发,这是不能接受的,所以有了面向开发者的Cursor、Trae、Codex等工具和SPEC-DRIVEN。开发者们热火朝天地创建、复制和修改符合自己习惯的开发规范,让ai按照规范去开发。这确实能在很大程度上解决ai开发中,因为上下文过长导致的结果过于发散的问题。但是即便有了SPEC-DRIVEN,ai的开发还是需要人来参与,因为ai只是工具,规则是逐步完善的,结果的收敛针对长规则也是有权重的。在写提示词的时候,就要想尽办法让ai在自己的控制下去实现框架,保证大的东西不变,后面按模板套对于ai是很容易的事情。
对于产品来说,不管是stitch还是variant,都可以省掉很多事情,claw也能帮助产品快速验证一个idea的可行性,并且这些产品还支持直接部署到一个域名或者导出早期code。
热度过去,繁华落幕,下一个热点,应该是Skill聚合平台,因为用户不可能安装所有Skill,所以需要一个平台统一集成和中转。但是大概率会被大厂收购或者垄断。
对于个人开发者而言,未来的出路还是在流量,而不是在技术上,因为技术已经几乎没有门槛了,尤其是对于早期验证市场来说。