admin948

加油！

@yidinghe 补充一下信息，他做的是 uniapp ，其中某个功能接入了某个供应商的 SDK ，我是做原生应用的，我也需要接入这个 SDK,因为前期他的项目已经接入且正常运行了，所以领导让我直接和他对接。于是就出现了我上面说的这件事，我刚才翻了下聊天记录，他的原话是：“没懂你意思，我是半路出家，我不是专业的前端”。

我想表达的是，一开始他直接把原始文档发给我就没有后面这么多事了，结果他选择发一个废话连篇的 AI 总结给我。

后面给他指出了 AI 总结的信息不全，他按我需求直接发原始代码或者这时候直接把原始文档发给我也行，结果他的选择还是发 AI 二次加工过的 伪代码 给我。

我觉得这属于是用 AI 用魔怔了，已经完全放弃思考了的典型。

第一种情况我也遇到了，我们公司专门招了几个人组了个 AI 开发项目组，不是开发 AI ，是利用 AI 开发。

前段时间我需要和这个组的某个同事对接项目，在此之前我一直觉得这个同事很牛逼，毕竟看他发的东西确实厉害，但是和他共事之后才深刻体会到什么是金玉其外、败絮其中，不过是 "菜鸡仗 AI 势罢了"。

回到和他对接的这件事上，我让他把这个项目对应的文档发给我一下。

他：没有文档的哦哥，现在不需要文档了

我：那你也得把协议给我吧

他：稍等，我让 AI 总结一份给你

然后就发给我一份 AI 总结满篇废话、关键协议缺失的文档，我硬着头皮看了下，索性也扔给 AI 看得了，然后 AI 说其中缺少某个关键的协议约定，我自己人工 review 了一下，发现确实最关键的协议这篇文档里面反而没有，我就又去找他。

他：哥，你说的协议什么意思？我看不懂啊，我不是做这个的啊

我：那你把代码直接发给我，我自己看

然后，他又发了一份 AI 总结的伪代码给我……我都无语了，最后还是我直接去找供应商要来的协议文档自己重新实现了一遍。

之前华为搞活动，免费考他的这些证书就送云服务代金券，我也考了一堆认证，现在我的服务器已经续费到 203x 年了。

什么？你问这个认证的含金量？我的评价是，看一下文档基本都能过。

是这样的，我之前用的时候也发现了，因为公司项目太复杂了，同一个业务有很多条不同的调用路径。

最开始让 AI 改 BUG 时，我是直接描述 BUG ，然后让它改，这时候它往往需要耗费非常多的上下文和时间去厘清到底是哪个路径出的问题，这时候经常出现因为上下文太大触发了压缩，导致它的信息不全，从而误判 BUG 原因；或者就算没有触发压缩，也会因为读的代码太多，开始有点混乱，找错了路径，修复错地方是经常发生。

后来我是直接把导致 BUG 出现的完整路径，甚至是对应的哪个文件，哪个方法都一起发给 AI ,这下分析的就飞快，而且基本不会出错。

但是这样，我自己都已经锊了一遍，再深入一点我自己就已经找到问题在哪儿了，顺手就能给修复了

这个现在用 AI 实现起来非常快，但是每个人想要的东西都不一样，要是都兼顾，就会变的大而臃肿，要是按照自己的需求来做，那确实“小而美”，但是可能有些功能有人想要却没有，有些功能有人不要但是却有。

比如我朋友有这个需求就自己搓了一个，我最近也有相同需求，就在我朋友项目的基础上改了下： https://github.com/equationl/verina 这个实现更简单呢，没有这么多花里胡哨的东西，但是已经稳定跑了大半个月了，我朋友的项目更是稳定跑了快一年了（我说我也要用他才放到 github 上的，所以原仓库是最近才建的）。

所以，还是直接按照自己的需求定制化手搓一个最方便

支持一下

看来这个牙刷用了一年就坏是通病？我的也是买了一年就充不进电开不了机了。

牙刷头 618 的时候囤了两盒。