前提：前端开发代码实践，下面是各种场景尝试 场景 1： 基于老节点去做一个新功能，可能需要修改查询和表单的中文和英文字段 问题：文件比较多，ai 由于读取的上下文会很慢 场景 2： 在新功能增加一个删除功能 问题：做一个功能，你需要自己去拆分步骤，第一步增加删除按钮，第二部删除之前增加确认弹窗
开发过程的感受 1.经常需要纠正，需要很长时间对话 2.需要花费很长时间，上下文比较大 3.需要拆分功能流程，提前规划每个功能点会比较累，比自己开发更累 4.如果不拆分功能的话，他独立实现，没法保证功能好使
我的感受： 1.现在 ai coding 感觉更像是辅助驾驶，需要人去监督，因为不能 100% 相信他，如果出问题，我要背锅。 2.ai 编程远没有程序员好，因为你给他分配任务时，不需要去拆分这么细的功能，他自己会去考虑。 3.现在的 ai 在编程，仅仅是能做的到，离做的好差很远。现在 ai 大概是辅助驾驶的水平，和自动驾驶还有差距。
结论： 滚滚洪流时代在往前进，得多尝试 ai 编程，了解利弊，善用这把双刃剑
第 1 条附言 · 6 小时 24 分钟前
再增加一个业务场景：
漏洞扫描，需要升级 webpack4 到 5，由于涉及多个不同的依赖，然后年前的时候利用 cursor 去尝试，结果是费了很多劲，发现还是不太行，漏洞是可以解决，但是项目打不了包了。最终还是结合 chartGPT 去一步步分析解决了大部分问题。
67 条回复 • 2026-03-19 16:50:05 +08:00
 |
1
forbreak 7 小时 26 分钟前  16
哥们，我觉得你的 ai 落后版本了。 去年的 ai 大概是这个水平。
|
 |
2
Aiden16888 7 小时 26 分钟前
要得到的一个完全脱手的 ai ，就像培训一个实习生，花大量的时间培养它。
当然 需求拆分更是细中细。 小需求不用拆，大需求拆不完。 |
 |
3
xqk111 OP @Aiden16888 我也是这个感觉
|
 |
4
archxm 7 小时 21 分钟前
现在那些夸大，都是善意的欺骗。就像自己家孩子一样
|
 |
5
woshishui2022 7 小时 20 分钟前
"规划每个功能点" 这步可以让 AI 干；前端 AI 应该很好用了才对，你使用的姿势可能不对
|
 |
6
Azee 7 小时 16 分钟前
哥们，我觉得你的 ai 落后版本了。 去年的 vibe coding 大概是这个水平。
|
 |
7
hamsterbase 7 小时 15 分钟前
你用的是什么模型？
目前最新的 opus 4.6 和 gpt 5.4 基本上粘贴产品文档和后端 API 文档就可以自己开发了， 我已经很少纠正了 |
 |
8
sillydaddy 7 小时 11 分钟前
你说的「需要人去监督」，有一部分（我感觉是大部分），是可以委托给 AI 去做的：
我之前做一个简单的 gtd 系统，我每次添加完一个功能，都要想，下一步再加点啥，才能最小可用。后来我灵机一动，让 AI 自己去看一下还缺哪些最基本的功能，它一下子指出来了。 我经常遇到 AI 花很长时间，做完一个功能，然后潦草测试一下，就交卷了。这种潦草，不一定是故意的，有时候就是没注意到，其实人也一样，不可能每次改完功能都做完整的回归测试。 所以，启动另一个 AI 实例或对话自动检查，就可以大大增加这个过程的自动化程度。比如 v 站这个哥们做的全自动化： /t/1199391 对于你说的情况，比如说这样一些提示词，通过自动化检查，就可以免去很多人的精力： “为达到可维护性，还需要进行哪些代码结构的改进”， “检查一下新引入的功能可能会影响哪些之前的功能，从测试用例中选取重点测试一下这些功能”， “检查一下，为实现基本可用，指定的功能中还有哪些功能未添加。” 当然上面的都是最简单的，我也在学习实践过程中。但毫无疑问，有了它意味着有了（半）自动化，效率是质的差距， 最终的目标就是，人要做到就是最少化自己的提示，目前你使用的单 Agent 的编程模式还远远够不上这个目标。 如何指挥多个 Agent 协作，应该是今年的主要趋势。除了看效果，还要考虑经济成本，如何分配不同能力和成本的大模型或 Agent ，以节省 token 费用。 |
 |
9
rxmt 7 小时 9 分钟前 1
我有点不理解你的观点（你描述普通的 CRUD 和前端，理论上 AI 很稳了），但是由于你的说法只是感受没有具体做法和例子，也不好反驳什么。。。
那如果你的团队，已经用上 cc codex 这种比较顶的东西，并且 AGENTS.md 之类的 rules 都写的差不多，还是费劲，那可能是你的感受是的对的，你的场景 AI 搞不定 |
 |
10
neuthself 7 小时 7 分钟前
op 用的是哪个 AI 开发工具
|
 |
11
HaibaraDP 7 小时 6 分钟前
从“先不着急编码”到“嗯，开始实现吧”这个过程确实很痛苦
|
 |
12
dodoa 7 小时 4 分钟前
哥们，我觉得你的 ai 落后版本了。 去年的 ai 大概是这个水平。
|
 |
13
jchencode 7 小时 4 分钟前
用的啥模型，你倒是说阿。。。
|
 |
14
HappyAndSmile 7 小时 4 分钟前
听描述感觉起来，你用的应该不是最强的 AI 模型
|
 |
16
zhongchunfeng 7 小时 1 分钟前
我现在开发前端基本上都是 ai 写了 我最多会让他组件化一些 基本写完就能用 不用改
|
 |
17
stanley0black 6 小时 59 分钟前
没吃上细糠，国产模型搭配 cc 就是你说的这种感觉，但是换上了 codex 就是跨时代的智商
|
|
18
xqk111 OP @woshishui2022 ai 拆分需求，有道理，我去试试。
|
 |
19
qianghaha 6 小时 50 分钟前 6
 |
 |
20
crocoBaby 6 小时 40 分钟前
目前用的白嫖 ai ide 是 op 你这种感觉,但看评论用的都是最先进的工具,看样子应该是颠覆了
|
 |
21
xitler 6 小时 34 分钟前
奇怪了，你用的什么模型这么拉
|
 |
22
catch 6 小时 25 分钟前
像个新兵蛋子
|
 |
24
653513754 6 小时 18 分钟前
楼主就是不肯说用的什么模型
|
 |
25
carverReal 6 小时 18 分钟前
不是，你用的什么模型倒是说一下啊
|
 |
26
gefangshuai 6 小时 14 分钟前
你是不是用错 ai 了？
|
 |
28
Ipsum 6 小时 10 分钟前 via Android
前端我是觉得基本上可以放手 ai 做了。之前要做个时间条，上面还要增加个对象可以和边上的 table 联动。真要我古法编程，估计要半个月，扔给 ai ，一上午就搞定了。
|
 |
29
yuedun 6 小时 1 分钟前
我的前端同事说他们几乎是 0 手写代码，全部是 vibe coding 。
|
 |
30
Croow 5 小时 57 分钟前
同前端，半年没有自己写过代码了
 ，感觉日子快到头了。我们这里的后端还在古法编程 |
 |
31
blakezhaothinks 5 小时 56 分钟前
最近半年在高强度 Vibe Coding （后端），基本没怎么手写过代码了。
你可能是使用的工具和模型比较落后，要不就是使用的姿势不对。 |
 |
32
agegcn 5 小时 54 分钟前
看来没用对
|
 |
34
geeksammao 5 小时 53 分钟前 via iPhone
我的观察：先不提用的模型和 agent 区别，只要用的人对 ai 编程的接受度有高低区别，产出就会截然不同。
有的人更相信自己的技术和经验，一点不敢放权给 ai ，也没去研究 agent coding 的工作流和最佳实践，用 ai 的产出可能还不如自己手写。 只有真正开始接受"ai 能编程"的趋势，然后一步步把模型、工具、技能都摸索到自己舒服的程度了，才能感受到 ai coding 的潜力所在 |
 |
36
loveumozart 5 小时 48 分钟前
@blakezhaothinks 我感觉 AI 维护老项目不太行，新起的需求做点 0-1 的工作，和那种 ppt 项目还行，也看需求复杂度，复杂点的做不了。你用的是啥模型，具体业务场景的复杂程度如何，并发业务量大不
|
 |
37
cylmsun 5 小时 42 分钟前
不提模型没有太大的讨论价值。
|
 |
38
Melting 5 小时 41 分钟前
很多老项目，就是再好的模型也很难理解代码的逻辑，因为代码就不规范。逻辑和结构混乱，要加功能 直接让 ai 搞那确实是难为他了
|
 |
39
easing 5 小时 37 分钟前
倒是说用的什么模型啊，我不信用 opus-4.6 还是这种情况
|
 |
41
leega0 5 小时 34 分钟前 3
 楼上一堆人问什么模型，其实这跟模型没有太大关系，ai 就是会犯错和遗漏的，这是本性，人肯定要监督和审核的 |
 |
42
user1284 5 小时 30 分钟前
丁磊:这种人必须马上开除
|
 |
43
lmmlwen 5 小时 28 分钟前
建议直接使用 chatgpt5.4 以及 claude opus 4.6 ，你说的这些都不会发生。甚至 chatgpt5.2 和 claude sonnet 4.6 都不会
|
 |
44
meteora0tkvo 5 小时 25 分钟前
其实有时候 ai 思考/生成速度慢并不是你提的问题有多复杂，而是 ai 后端运算服务器负荷太大处理不过来了，即使用的是付费账户
|
 |
45
sampeng 5 小时 3 分钟前
我一天实现 figma 16 个页面。。你说不太行？？？
|
 |
47
qwer666df 4 小时 48 分钟前
我一天实现 30 个从 react 后台的页面，然后照搬到 vben 模块写的页面。并且，表单查询和列表的接口都是对接完成的，你跟我说效率不行。那么请问哪个行吗，并且是正式公司运营的管理后台，虽然页面也算简单，属于是重复性很高的那种了，但是一个一个的对字段也不轻松
|
|
48
hamsterbase 4 小时 38 分钟前
|
 |
49
zlo309618100 3 小时 46 分钟前
试试 opus 4.6 或者 codex 5.4
|
|
50
sampeng 3 小时 31 分钟前
@southlink 没啥吧。很简单啊。。就是开 8 个窗口一起干啊。分成两个大模块，每个模块先把公共的做好，再 8 个一起动。合并在一起花 1 个小时自测，完工。。当然，模块划分，公共做好。这是我已经想好了的。安排下去就好了，稍微有点问题用 worktree 做一下合并微调就好了。
我觉得主要是要想办法去做到，而不是怀疑做不做得到。。做几次就觉得原来这么简单。。。。我现在都是最少 3 个 worktree 并发打底。。 |
 |
51
christopheraxcih 3 小时 31 分钟前
@rxmt 感觉你应该是一个很温和的人, 你的回复给人一种如沐春风的感觉.
|
 |
52
yucao 3 小时 27 分钟前
模型问题，充钱给 OpenAI 或者 Claude 就能解决这个问题
|
|
53
blakezhaothinks 3 小时 23 分钟前
@loveumozart
如果老项目业务逻辑复杂，代码混乱，没有测试用例覆盖，没有文档沉淀，就算人（之前没有接触过这个项目）去维护，一时半会也没法上手。 你把如何教新人快速上手这个项目的内容，沉淀成文档喂给 AI ，然后再看效果。 就跟你不会让一个新人刚进项目组就直接上手开始做需求一样，对 AI 也是一样。 |
 |
55
linguoan33333 3 小时 1 分钟前
让 openclaw 帮你写之后自动上线，减少人为干预
|
 |
56
WithoutSugarMiao 2 小时 41 分钟前
在新功能增加一个删除功能 问题：做一个功能，你需要自己去拆分步骤，第一步增加删除按钮，第二部删除之前增加确认弹窗
这是哪个模型的水平？工具还是用的 cursor 吗？感觉怪怪的，按理说 增加删除功能 这种基本的功能，真一句话完成的。 |
 |
57
Hilong 2 小时 40 分钟前
我现在就截张图丢给 opus4.6 让他复现 UI ，它都基本能还原 95%，你用的是啥啊
|
 |
58
66beta 2 小时 39 分钟前
opus 4.6
如果是新做的，你又要求不高，那么秒出 如果你让他去抄一个指定的网站，别说样式差很多，就连内容都会给你漏了  |
 |
59
Leeeeex PRO 有 AI 时：
100 个页面而已，小问题 没有 AI 时： 兄弟，v-if 是啥意思 |
 |
61
skymei 1 小时 44 分钟前
你试试 codex 的 gpt5.4 呢，真的强的超出预期，你说的这点问题应该都不是问题
|
 |
62
pikachu233 1 小时 16 分钟前
用 ai 和 会用 ai 是两码事 用什么模型 怎么用 都是有区别的
|
 |
63
liuliuliuliu PRO 和 1 楼同感
|
 |
64
weithl 1 小时 5 分钟前
cursor gpt5.4 模型
要用 skill 。 做中等需求，描述准确一些，体验相当好。 唯一的缺点就是 token 消耗比较快。 改小 bug ，人工会比较好，ai 多了一些不必要的步骤。 |
 |
65
freemoon 1 小时 5 分钟前
如果实在不愿意花打钱，就在论坛找个中转站买个 codex/claude 模型玩一下，不然下一次裁员 90%有你。
|
 |
66
dabaibai 53 分钟前
目前已经可以让它干活 我只审核它干的 UI 好不好看 不好看让它改。
|
Select Language