说一下自己最近 ai 前端开发编程的感受

[xqk111]

前提：前端开发代码实践，下面是各种场景尝试 场景 1： 基于老节点去做一个新功能，可能需要修改查询和表单的中文和英文字段 问题：文件比较多，ai 由于读取的上下文会很慢 场景 2： 在新功能增加一个删除功能 问题：做一个功能，你需要自己去拆分步骤，第一步增加删除按钮，第二部删除之前增加确认弹窗

开发过程的感受 1.经常需要纠正，需要很长时间对话 2.需要花费很长时间，上下文比较大 3.需要拆分功能流程，提前规划每个功能点会比较累，比自己开发更累 4.如果不拆分功能的话，他独立实现，没法保证功能好使

我的感受： 1.现在 ai coding 感觉更像是辅助驾驶，需要人去监督，因为不能 100% 相信他，如果出问题，我要背锅。 2.ai 编程远没有程序员好，因为你给他分配任务时，不需要去拆分这么细的功能，他自己会去考虑。 3.现在的 ai 在编程，仅仅是能做的到，离做的好差很远。现在 ai 大概是辅助驾驶的水平，和自动驾驶还有差距。

结论： 滚滚洪流时代在往前进，得多尝试 ai 编程，了解利弊，善用这把双刃剑

再增加一个业务场景：
漏洞扫描，需要升级 webpack4 到 5，由于涉及多个不同的依赖，然后年前的时候利用 cursor 去尝试，结果是费了很多劲，发现还是不太行，漏洞是可以解决，但是项目打不了包了。最终还是结合 chartGPT 去一步步分析解决了大部分问题。

[forbreak]

哥们，我觉得你的 ai 落后版本了。 去年的 ai 大概是这个水平。

[Aiden16888]

要得到的一个完全脱手的 ai ，就像培训一个实习生，花大量的时间培养它。
当然 需求拆分更是细中细。


小需求不用拆，大需求拆不完。

[xqk111]

@Aiden16888 我也是这个感觉

[archxm]

现在那些夸大，都是善意的欺骗。就像自己家孩子一样

[woshishui2022]

"规划每个功能点" 这步可以让 AI 干；前端 AI 应该很好用了才对，你使用的姿势可能不对

[Azee]

哥们，我觉得你的 ai 落后版本了。 去年的 vibe coding 大概是这个水平。

[hamsterbase]

你用的是什么模型？

目前最新的 opus 4.6 和 gpt 5.4

基本上粘贴产品文档和后端 API 文档就可以自己开发了， 我已经很少纠正了

[sillydaddy]

你说的「需要人去监督」，有一部分（我感觉是大部分），是可以委托给 AI 去做的：

我之前做一个简单的 gtd 系统，我每次添加完一个功能，都要想，下一步再加点啥，才能最小可用。后来我灵机一动，让 AI 自己去看一下还缺哪些最基本的功能，它一下子指出来了。

我经常遇到 AI 花很长时间，做完一个功能，然后潦草测试一下，就交卷了。这种潦草，不一定是故意的，有时候就是没注意到，其实人也一样，不可能每次改完功能都做完整的回归测试。

所以，启动另一个 AI 实例或对话自动检查，就可以大大增加这个过程的自动化程度。比如 v 站这个哥们做的全自动化： /t/1199391

对于你说的情况，比如说这样一些提示词，通过自动化检查，就可以免去很多人的精力：
“为达到可维护性，还需要进行哪些代码结构的改进”，
“检查一下新引入的功能可能会影响哪些之前的功能，从测试用例中选取重点测试一下这些功能”，
“检查一下，为实现基本可用，指定的功能中还有哪些功能未添加。”

当然上面的都是最简单的，我也在学习实践过程中。但毫无疑问，有了它意味着有了（半）自动化，效率是质的差距，

最终的目标就是，人要做到就是最少化自己的提示，目前你使用的单 Agent 的编程模式还远远够不上这个目标。

如何指挥多个 Agent 协作，应该是今年的主要趋势。除了看效果，还要考虑经济成本，如何分配不同能力和成本的大模型或 Agent ，以节省 token 费用。

[rxmt]

我有点不理解你的观点（你描述普通的 CRUD 和前端，理论上 AI 很稳了），但是由于你的说法只是感受没有具体做法和例子，也不好反驳什么。。。

那如果你的团队，已经用上 cc codex 这种比较顶的东西，并且 AGENTS.md 之类的 rules 都写的差不多，还是费劲，那可能是你的感受是的对的，你的场景 AI 搞不定

[neuthself]

op 用的是哪个 AI 开发工具

[HaibaraDP]

从“先不着急编码”到“嗯，开始实现吧”这个过程确实很痛苦

[dodoa]

哥们，我觉得你的 ai 落后版本了。 去年的 ai 大概是这个水平。

[LiuJiang]

用的啥模型，你倒是说阿。。。

[HappyAndSmile]

听描述感觉起来，你用的应该不是最强的 AI 模型

[jjymup1]

@forbreak 我也感觉

[zhongchunfeng]

我现在开发前端基本上都是 ai 写了 我最多会让他组件化一些 基本写完就能用 不用改

[stanley0black]

没吃上细糠，国产模型搭配 cc 就是你说的这种感觉，但是换上了 codex 就是跨时代的智商

[xqk111]

@woshishui2022 ai 拆分需求，有道理，我去试试。

[qianghaha]

[crocoBaby]

目前用的白嫖 ai ide 是 op 你这种感觉,但看评论用的都是最先进的工具,看样子应该是颠覆了

[xitler]

奇怪了，你用的什么模型这么拉

[catch]

像个新兵蛋子

[xqk111]

@catch 十年古法开发编程工程师，ai 编程方面确实是新兵蛋子

[653513754]

楼主就是不肯说用的什么模型

[carverReal]

不是，你用的什么模型倒是说一下啊

[gefangshuai]

你是不是用错 ai 了？

[jeffh]

@forbreak 同感，op 用着石器时代的工具，然后得出打猎太慢的结论

[Ipsum]

前端我是觉得基本上可以放手 ai 做了。之前要做个时间条，上面还要增加个对象可以和边上的 table 联动。真要我古法编程，估计要半个月，扔给 ai ，一上午就搞定了。

[yuedun]

我的前端同事说他们几乎是 0 手写代码，全部是 vibe coding 。

[Croow]

同前端，半年没有自己写过代码了 ，感觉日子快到头了。我们这里的后端还在古法编程

[blakezhaothinks]

最近半年在高强度 Vibe Coding （后端），基本没怎么手写过代码了。
你可能是使用的工具和模型比较落后，要不就是使用的姿势不对。

[agegcn]

看来没用对

[Danswerme]

@Croow 请教下 UI 部分是怎么通过 vibe coding 实现的呢？接入 Figma MCP 吗？

[geeksammao]

我的观察：先不提用的模型和 agent 区别，只要用的人对 ai 编程的接受度有高低区别，产出就会截然不同。
有的人更相信自己的技术和经验，一点不敢放权给 ai ，也没去研究 agent coding 的工作流和最佳实践，用 ai 的产出可能还不如自己手写。
只有真正开始接受"ai 能编程"的趋势，然后一步步把模型、工具、技能都摸索到自己舒服的程度了，才能感受到 ai coding 的潜力所在

[ryne6]

@Danswerme MCP / 截图

[loveumozart]

@blakezhaothinks 我感觉 AI 维护老项目不太行，新起的需求做点 0-1 的工作，和那种 ppt 项目还行，也看需求复杂度，复杂点的做不了。你用的是啥模型，具体业务场景的复杂程度如何，并发业务量大不

[cylmsun]

不提模型没有太大的讨论价值。

[Melting]

很多老项目，就是再好的模型也很难理解代码的逻辑，因为代码就不规范。逻辑和结构混乱，要加功能 直接让 ai 搞那确实是难为他了

[easing]

倒是说用的什么模型啊，我不信用 opus-4.6 还是这种情况

[Croow]

@Danswerme 有 mcp 更好，没有就截图，ai 还原的有 95%以上，再做微调就可以了

[leega0]

楼上一堆人问什么模型，其实这跟模型没有太大关系，ai 就是会犯错和遗漏的，这是本性，人肯定要监督和审核的

[user1284]

丁磊:这种人必须马上开除

[lmmlwen]

建议直接使用 chatgpt5.4 以及 claude opus 4.6 ，你说的这些都不会发生。甚至 chatgpt5.2 和 claude sonnet 4.6 都不会

[meteora0tkvo]

其实有时候 ai 思考/生成速度慢并不是你提的问题有多复杂，而是 ai 后端运算服务器负荷太大处理不过来了，即使用的是付费账户

[sampeng]

我一天实现 figma 16 个页面。。你说不太行？？？

[southlink]

@sampeng #45 有工作流可以参考下吗

[qwer666df]

我一天实现 30 个从 react 后台的页面，然后照搬到 vben 模块写的页面。并且，表单查询和列表的接口都是对接完成的，你跟我说效率不行。那么请问哪个行吗，并且是正式公司运营的管理后台，虽然页面也算简单，属于是重复性很高的那种了，但是一个一个的对字段也不轻松

[hamsterbase]

@leega0

你应该让 ai 写一个 lint 规则，ai 改完代码自动 lint

这样他会犯错，但是犯错后会立刻修复

[zlo309618100]

试试 opus 4.6 或者 codex 5.4

[sampeng]

@southlink 没啥吧。很简单啊。。就是开 8 个窗口一起干啊。分成两个大模块，每个模块先把公共的做好，再 8 个一起动。合并在一起花 1 个小时自测，完工。。当然，模块划分，公共做好。这是我已经想好了的。安排下去就好了，稍微有点问题用 worktree 做一下合并微调就好了。

我觉得主要是要想办法去做到，而不是怀疑做不做得到。。做几次就觉得原来这么简单。。。。我现在都是最少 3 个 worktree 并发打底。。

[christopheraxcih]

@rxmt 感觉你应该是一个很温和的人, 你的回复给人一种如沐春风的感觉.

[yucao]

模型问题，充钱给 OpenAI 或者 Claude 就能解决这个问题

[blakezhaothinks]

@loveumozart
如果老项目业务逻辑复杂，代码混乱，没有测试用例覆盖，没有文档沉淀，就算人（之前没有接触过这个项目）去维护，一时半会也没法上手。

你把如何教新人快速上手这个项目的内容，沉淀成文档喂给 AI ，然后再看效果。

就跟你不会让一个新人刚进项目组就直接上手开始做需求一样，对 AI 也是一样。

[southlink]

@sampeng #50 再请教下如何提高 figma to code 的 UI 还原度问题呢，现在用 figma mcp 生成的代码一直不太可用

[linguoan33333]

让 openclaw 帮你写之后自动上线，减少人为干预