@Anarchy 想问下这个具体要怎么操作？我之前用 sol-xhigh 让它写完 spec 就用 luna-max 的子代理执行，但是他说找不到 luna-max ，所以继续使用 sol-xhigh 开了子代理

@eurekawu 其他兄弟公司也基本是关的关合并的合并，不过还在的基本活的挺好的，一些边缘业务的公司都关了或者合并了。

@niboy
@xndeye
@vikaptain
@yanchuan
@liubai256 感谢各位老哥的建议，自己也权衡了一下，确实选项 3 更好。去找领导了，领导不放人了，还是晚了一步，车门焊死了，没赶上末班车。

我有个亲戚也是类似楼主这种情况，别人路过门口都要被骂，说别人骂他或者是来偷东西的。

也经常对者空气骂，说有小偷，严重的时候会拿刀砍空气，说有强盗。

他是因为脑梗损伤了大脑导致的，有点神志不清了，平时如果按时吃药就没事，只要一停药或者药吃的量不够，就会出现上面的情况。

@jasonmao0 正常都成功的化是 3000 的，我看有人是 3000 额度都拿到了的

@carfieldboy 原来如此，之前都忘了有些账号会被要求验证手机号了

@lollipogo #3 对哦，忘了可以主动发邮件了，我也发一个去问问

@sadfasdfa 其实我也不知道邀请邮件长什么样子 https://i.imgur.com/N9E3iZ2.png 我还以为邀请邮件里面有下载链接呢，现在 codex 就是 chatgpt ，搜 codex 或者 chatgpt 都是可以的

加油！

@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 ,这下分析的就飞快，而且基本不会出错。

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