AI 受害者 2

[121819756]

真正开始折磨的开始了，搞基建的领导耗时几个月开发出了个 skill ，准备内部强制使用了

结果安装一看，就是一个内部搭建的垃圾低代码平台的 skill ，还不完整，然后强制使用 tx 那 ljdx

不过唯一好消息就是可以用 deepseek v4 ，倒还是不错的，便宜且够用了。

这些都没啥，最搞的是强制使用 AI ，不允许手写一行代码，全部托管，只允许让 AI 改

我真的无法理解，作为一个搞技术的，为啥会认为 AI 能全部帮你搞定啊。

后来有私聊过，我才发现，他对 AI 使用和理解： 你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。

真的是折磨，每次听到他跟老板说非常好用，我就很无语，老板也只听他的

[FaustY]

AI 是工具，有些问题 AI 经常犯，就要想办法解决。

例如上面提到的 react16 变 18 ，分析下为啥
1 、上下文过大，注意力漂移，提的限制 AI 给忘了。
2 、没做好环境探查和上下文工程，基础的技术栈都没限制住。

这种就很好搞，上下文太大，大任务拆小任务，一个任务一个对话，队列自动执行，subAgent 较少主任务上下文占用。
开干之前强制环境探查，干之前写 SPEC 确认，都能规避此类问题。

AI 只是工具，不是神仙许愿机。用的好当然可以不用手写一行代码，又不是什么稀奇事。

[121819756]

@FaustY 没有上下文啊，新开的，软件都是热乎新下载的。 当然可以不手写，但是这条路不是说一时半会搞出来的，你说 2 个月搞个 skill 出来，就全部强制使用。 吐槽点是这个，可能我描述的点也不太对，《公司乱用 ai 的受害者》

[OrangeDark]

我现在基本全面拥抱 AI 了，基本不怎么手动写代码了，但是每次需求和要求都要说的清清楚楚会好一些，这样的话改动会少很多，当然也会有一些小小的 bug ，但是我们还有代码审查的 ai ，所以，基本没什么问题。缺点就是 AI 写的代码你自己看头要晕，经常嵌套一大堆

[mode171]

领导是对的？对个毛线，他自己又不写代码，来回改不一样费时间，评论给我整笑了。

[dimwoodxi27]

如果后面出现致命缺陷要部分业务推翻重构从而导致其他关联业务模块也需调整再是 AI 用量翻倍，这个大锅看谁背

[jjx]

ai 给我写个 sap, 我想卖

[Mandelo]

@brucewar 我就是，改个中文名称都是 ai

[shm7]

> 强制使用 AI ，不允许手写一行代码，全部托管

大概率也是个不懂行的老板想代替自己的员工了。

[woodnaonly]

为啥你会觉得 ds 是好东西，K3 不香吗

[shenhualv7]

人才