61 条回复  ·  6627 次点击
hackyuan 小成 2026-1-16 14:52:58
我遇到的问题是优雅、分层、结构很好的项目 AI 能借鉴上下文写的大差不差,如果本身就一般让 AI 堆只能说迅速变不可维护的屎山。
eleganceoo 楼主 小成 2026-1-16 14:53:45
@Tengdw 没说,它给我回答的时候,叭叭叭的说了一堆优化了什么,性能更好😂
Lockeysama 小成 2026-1-16 14:55:36
@eleganceoo 哈哈,接受现实就不会那么容易暴躁了。 这种情况下,上下文已经基本算是污染了,继续同一个会话跟 AI 聊,会被反复摩擦。 我的做法一般是,新开一个会话,按照 hotfix 的思路,先给 AI 提供问题和线索,然后让 AI 先分析修改方案,讨论到你满意后,重新让 AI 执行开发。这样大概率能比较好的完成。
eleganceoo 楼主 小成 2026-1-16 14:56:11
@shakaraka 对对对,我后面气不过,只能自己去改了,其实差不多就是重新写了一遍😑
luckzk 小成 2026-1-16 14:56:28
我现在是让 trae 给出方案、架构,然后具体的东西让 gpt 去写,后端功能好写,但是前端 AI 看不到,这个就很烦,我也崩溃好几次了 我是完全不会写代码。。。。。。
94 初学 2026-1-16 14:57:37
@eleganceoo #15 ,当成一些实习生或者初级开发来用就好了。很多细节和坑就是要明确提到的,不然就是会掉进坑里面去。换成 AI 就变成要变成文字落到开发文档里面去。 少了很多提示,就会变成像我们刚接盘一个项目时一样,会不知道项目有哪些已经写好的 sdk 或者 utils 可以调用,然后反复造轮子。 或者像时间太久远的项目,修改 A 功能可能会影响到 B 功能,在缺少测试覆盖的情况下很可能因为遗忘的缘故造成出现意料外的 BUG 。 毕竟现在的 AI 还需要受限于上下文的限制,软件工程相关、开发经验这些和资深开发还有明显差距的。如果到这些都不需要人来介入了,那研发岗就真的完蛋了。
forbreak 小成 2026-1-16 14:58:07
我猜会有一堆人说你提的需求不对不够细。巴拉巴拉。 其实是 ai 上下文还是不够的,复杂的问题。联系多的时候很容易跑偏。 写框架级别的底层的,你需要一个方法一个方法的让他写。然后写一个验证一个。不能完全交给他。 那些说用 ai 开发了什么什么的,全程不参与的。其实就是只是能跑而已。
javalaw2010 小成 2026-1-16 14:58:22
把 AI 当成工具,而不是同事。
geminy066 初学 2026-1-16 15:01:53
我现在用的是 claude code + glm4.7 , 开局前:先让 gemini 3 pro 帮忙构建项目文档,以及初始化 claude 时的 claude.md ;用 figma 设计原型; 开局时,让 glm 阅读产品文档和 claude.md 。然后 glm 一顿操作下来,网站能跑,样式大致上和 figma 一样(如果直接用 figma 的原始代码,那还原度更高)。 也就是说稍微调教,开局的作品能有 70 分左右; 调教阶段(包含 UI 校准,和功能调试)后能达到 80 分; 但是想达到 90 分+, 很难,需要人为修改或者和 AI 频繁交互,比较消耗精力。我还没想到好的方案。 PS: 之前用过了 Cluade sonnet 4 ,分数稍微高一点,但奈何被封了(- -|||) 我现在试图想让 AI 自己发现问题,自己修改,但是似乎 AI 意识不到哪里有问题。。。
eleganceoo 楼主 小成 2026-1-16 15:03:36
@luckzk 前端代码更多,更容易出错 https://i.imgur.com/aF7QiE5.png
返回顶部