AI 受害者 2

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

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

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

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

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

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

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

FaustY

3 天前

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

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

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

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

121819756

3 天前

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

OrangeDark

3 天前

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

dimwoodxi27

3 天前

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

nevin47

3 天前

OP 的领导其实蛮有前瞻性的，不过就是忽略了手下人的能力和落地能力

我现在带团队做芯片验证，从 FPGA 到 ASIC 都已经可以完全做到晚上无人值守，AI 自己进行用例开发、验证和复盘了。经常睡一觉醒来发现 AI 提了好几个问题然后配上了非常详细的分析报告。

不过这个对领导的工程能力要求极高，你不可能做到执行侧原封不动执行你的想法，必须要自己先把第一层的脚手架搭建好，然后大家再来用

121819756

3 天前

@nevin47 理想化的东西谁都知道，谁不知道 AI 最终极理想的就是一行代码不写。但是不现实啊，这些理想化的基础起码是一个靠谱的模型靠谱的 agent ，而不是只写个简单的 skill ，就觉得自己东西很完美了，实际体验下来全是吐槽，反应了就换来一句，我这可以啊，你那不行很奇怪，是不是你描述的不对。折磨同事，也不敢向老板反应的窘迫，我们这种只能成为受害者

121819756

2 天前

单纯吐槽贴，也没想改变什么，也改变不了什么

最新消息：每周开始汇报使用用量情况了，熟悉吗？之前看到过 v 站帖子用 token 考核的，感觉我在步后尘

大家可能理解有偏差，我意思以及我想吐槽的点是：弄了个简单的 skill+腾讯那个 IDE （内部有 ds v4 ）就想着一行代码不写，全部给 ai 来写，还要求你提高效率。

此贴结束，吐槽心里舒服点就行了。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1235756

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.