最后附了个列表：微软Copilot，鼎盛CodeSafe，鼎盛乾元代码生成……
言下之意，御风是什么野鸡软件，不让用。
林一舟坐回工位，打开电脑，看了看手上的工单。
“给客户增加多标签功能，支持按多个标签组合筛选客户列表。”
表面看起来简单，实际要动数据库表结构、前端多选组件、后端筛选API、列表分页性能，还要做权限隔离。
按正常的工作节奏，他可能得写一周。
不知道御风做起来要多久。
可惜公司不让用御风。
林一舟想了想，打开鼎盛乾元界面，输入了一行字：“给custors（消费者）表加一个多对多的tag字段，前端支持多选筛选，后端支持按标签组合查询。”
页面上转了两分钟，然后吐出一大段代码，并且提示林一舟把代码添加到什么文件中。
林一舟先扫了一眼数据库迁移文件，乾元给他建了一个custors_tags关联表，看起来还行。
然后看了看后端代码
这什么玩意儿啊？
怎么跟新建的表冲突呢。
两个文件就像是两个实习生写的，他们俩之间还没聊过。
林一舟只好重新输入了一遍需求，这次更详细。
这次生成的代码看起来倒是匹配的，就是其中有一个调用，他看着觉得怪怪的。
这个方法不是我应该实现的吗？怎么已经可以直接调用了？
他把代码复制粘贴到项目里，试着运行了一下，果然不行，方法不存在。
返回来问乾元，你这个方法哪来的？
乾元也不含糊，贴上来一个链接，链接指向一个内部文档。
看了看文档的标题，林一舟气笑了这不是我年前自己写的设计文档吗，里面我写了个方法名，你就当它能用了？要是真有这个方法我还设计个什么？
人工智障。
林一舟叹了口气，关掉了这个公司“正规采购”的AI工具。
得了，祥子的跑车没有了，又回到了石器时代。
鼓捣了这么一通，林一舟也没有心情工作了，打算先摸会鱼。
打开微博，骂乾元，吹御风！
……
开工第一天，姜亦心开开心心的来到了办公室。
她进门的时候，办公室里的人还不多。
姜亦心背着电脑包，从门口一路往产品组走，路过开发区，每个工程师的屏幕上都开着御风。
姜亦心的嘴角微微翘了起来。
只要工具足够好用，用户就会主动去选择它。
在源码科技内部是这样，公测之后，对外面的用户也是这样。
这几天虽然是春节放假，但是她在家一直在手机上刷关于御风的消息。
之前内测的时候一边倒的负面消息现在已经变成了两个派别的争论
“拥抱AI派”和“AI威胁派”。
但是姜亦心现在已经不再担心了。
她从网络上的争论中看出了一个明显的趋势。
那些“拥抱AI派”的人都是御风的忠实用户，分享的也都是使用御风的真实体验。
而那些“AI威胁派”的人则大部分是云玩家，别说指出御风在产品逻辑或者编程能力上的漏洞，他们可能连用都没有用过，说的也都是些“AI不可信”“早晚出大事”之类的宏观叙事。
云玩家，别尬黑了。
御风的发布无疑是成功的，而且它的成功不是宣发的成功，而是产品的成功。
一个产品，如果用过的人都说好，那它就是真的好。
这个时候就不要太在意那些没用过的人所给出的评价了。
坐在工位上，姜亦心把年前拉下的工作收收尾，然后开始整理御风公测之后的数据。
春节假期期间，后台曲线没有像她原本担心的那样因为假期而下滑，反而在除夕之后出现了几次明显的抬升。
尤其是初三到初六。
新增注册数持续上涨，日活用户持续上涨，项目扫描次数持续上涨。
代码采纳率也在缓慢的上升。
姜亦心点开详细数据。
公测第一天，很多用户只是觉得新鲜，试用一下，平均项目接入深度并不高，大量用户只做了代码扫描和简单的问答。
但是从第三天开始，使用数据的结构有了明显的改变。
越来越多的用户开始让御风直接修改整个项目。从单文件修改，到多文件联动，再到让御风生成测试、重构模块、处理代码合并反馈。
这说明对很多用户来说，御风已经跨过