前提：前端开发代码实践，下面是各种场景尝试 场景 1： 基于老节点去做一个新功能，可能需要修改查询和表单的中文和英文字段 问题：文件比较多，ai 由于读取的上下文会很慢 场景 2： 在新功能增加一个删除功能 问题：做一个功能，你需要自己去拆分步骤，第一步增加删除按钮，第二删除之前增加确认弹窗
开发过程的感受 1.经常需要纠正，需要很长时间对话 2.需要花费很长时间，上下文比较大 3.需要拆分功能流程，提前规划每个功能点会比较累，比自己开发更累 4.如果不拆分功能的话，他独立实现，没法保证功能好使
我的感受： 1.现在 ai coding 感觉更像是辅助驾驶，需要人去监督，因为不能 100% 相信他，如果出问题，我要背锅。 2.ai 编程远没有程序员好，因为你给他分配任务时，不需要去拆分这么细的功能，他自己会去考虑。 3.现在的 ai 在编程，仅仅是能做的到，离做的好差很远。现在 ai 大概是辅助驾驶的水平，和自动驾驶还有差距。
结论： 滚滚洪流时代在往前进，得多尝试 ai 编程，了解利弊，善用这把双刃剑
再增加一个业务场景：
漏洞扫描，需要升级 webpack4 到 5，由于涉及多个不同的依赖，然后年前的时候利用 cursor 去尝试，结果是费了很多劲，发现还是不太行，漏洞是可以解决，但是项目打不了包了。最终还是结合 chartGPT 去一步步分析解决了大部分问题。
 | 1 forbreak Mar 19  20 哥们，我觉得你的 ai 落后版本了。 去年的 ai 大概是这个水平。 |
 | 2 Aiden16888 Mar 19 1 要得到的一个完全脱手的 ai ，就像培训一个实习生，花大量的时间培养它。 当然 需求拆分更是细中细。 小需求不用拆，大需求拆不完。 |
 | 3 xqk111 OP @Aiden16888 我也是这个感觉 |
 | 4 archxm Mar 19 现在那些夸大，都是善意的欺骗。就像自己家孩子一样 |
 | 5 woshishui2022 Mar 19 "规划每个功能点" 这步可以让 AI 干；前端 AI 应该很好用了才对，你使用的姿势可能不对 |
 | 6 Azee Mar 19 哥们，我觉得你的 ai 落后版本了。 去年的 vibe coding 大概是这个水平。 |
 | 7 hamsterbase Mar 19 你用的是什么模型？ 目前最新的 opus 4.6 和 gpt 5.4 基本上粘贴产品文档和后端 API 文档就可以自己开发了， 我已经很少纠正了 |
 | 8 sillydaddy Mar 19 你说的「需要人去监督」，有一部分（我感觉是大部分），是可以委托给 AI 去做的： 我之前做一个简单的 gtd 系统，我每次添加完一个功能，都要想，下一步再加点啥，才能最小可用。后来我灵机一动，让 AI 自己去看一下还缺哪些最基本的功能，它一下子指出来了。 我经常遇到 AI 花很长时间，做完一个功能，然后潦草测试一下，就交卷了。这种潦草，不一定是故意的，有时候就是没注意到，其实人也一样，不可能每次改完功能都做完整的回归测试。 所以，启动另一个 AI 实例或对话自动检查，就可以大大增加这个过程的自动化程度。比如 v 站这个哥们做的全自动化： /t/1199391 对于你说的情况，比如说这样一些提示词，通过自动化检查，就可以免去很多人的精力： “为达到可维护性，还需要进行哪些代码结构的改进”， “检查一下新引入的功能可能会影响哪些之前的功能，从测试用例中选取重点测试一下这些功能”， “检查一下，为实现基本可用，指定的功能中还有哪些功能未添加。” 当然上面的都是最简单的，我也在学习实践过程中。但毫无疑问，有了它意味着有了（半）自动化，效率是质的差距， 最终的目标就是，人要做到就是最少化自己的提示，目前你使用的单 Agent 的编程模式还远远够不上这个目标。 如何指挥多个 Agent 协作，应该是今年的主要趋势。除了看效果，还要考虑经济成本，如何分配不同能力和成本的大模型或 Agent ，以节省 token 费用。 |
 | 9 rxmt Mar 19 1 我有点不理解你的观点（你描述普通的 CRUD 和前端，理论上 AI 很稳了），但是由于你的说法只是感受没有具体做法和例子，也不好反驳什么。。。 那如果你的团队，已经用上 cc codex 这种比较顶的东西，并且 AGENTS.md 之类的 rules 都写的差不多，还是费劲，那可能是你的感受是的对的，你的场景 AI 搞不定 |
 | 10 neuthself Mar 19 op 用的是哪个 AI 开发工具 |
 | 11 HaibaraDP Mar 19 从“先不着急编码”到“嗯，开始实现吧”这个过程确实很痛苦 |
 | 12 dodoa Mar 19 哥们，我觉得你的 ai 落后版本了。 去年的 ai 大概是这个水平。 |
 | 13 jchencode Mar 19 用的啥模型，你倒是说阿。。。 |
 | 14 HappyAndSmile Mar 19 听描述感觉起来，你用的应该不是最强的 AI 模型 |
 | 16 zhongchunfeng Mar 19 我现在开发前端基本上都是 ai 写了 我最多会让他组件化一些 基本写完就能用 不用改 |
 | 17 stanley0black Mar 19 没吃上细糠，国产模型搭配 cc 就是你说的这种感觉，但是换上了 codex 就是跨时代的智商 |
| 18 xqk111 OP @woshishui2022 ai 拆分需求，有道理，我去试试。 |
 | 19 qianghaha Mar 19 7  |
 | 20 crocoBaby Mar 19 目前用的白嫖 ai ide 是 op 你这种感觉,但看评论用的都是最先进的工具,看样子应该是颠覆了 |
 | 21 xitler Mar 19 奇怪了，你用的什么模型这么拉 |
 | 22 catch Mar 19 像个新兵蛋子 |
 | 24 653513754 Mar 19 1 楼主就是不肯说用的什么模型 |
 | 25 carverReal Mar 19 不是，你用的什么模型倒是说一下啊 |
 | 26 gefangshuai Mar 19 你是不是用错 ai 了？ |
 | 28 Ipsum Mar 19 via Android 前端我是觉得基本上可以放手 ai 做了。之前要做个时间条，上面还要增加个对象可以和边上的 table 联动。真要我古法编程，估计要半个月，扔给 ai ，一上午就搞定了。 |
 | 29 yuedun Mar 19 我的前端同事说他们几乎是 0 手写代码，全部是 vibe coding 。 |
 | 30 Croow Mar 19 同前端，半年没有自己写过代码了  ，感觉日子快到头了。我们这里的后端还在古法编程 |
 | 31 blakezhaothinks Mar 19 最近半年在高强度 Vibe Coding （后端），基本没怎么手写过代码了。 你可能是使用的工具和模型比较落后，要不就是使用的姿势不对。 |
 | 32 agegcn Mar 19 看来没用对 |
 | 34 geeksammao Mar 19 via iPhone 我的观察：先不提用的模型和 agent 区别，只要用的人对 ai 编程的接受度有高低区别，产出就会截然不同。 有的人更相信自己的技术和经验，一点不敢放权给 ai ，也没去研究 agent coding 的工作流和最佳实践，用 ai 的产出可能还不如自己手写。 只有真正开始接受"ai 能编程"的趋势，然后一步步把模型、工具、技能都摸索到自己舒服的程度了，才能感受到 ai coding 的潜力所在 |
 | 36 loveumozart Mar 19 @blakezhaothinks 我感觉 AI 维护老项目不太行，新起的需求做点 0-1 的工作，和那种 ppt 项目还行，也看需求复杂度，复杂点的做不了。你用的是啥模型，具体业务场景的复杂程度如何，并发业务量大不 |
 | 37 cylmsun Mar 19 不提模型没有太大的讨论价值。 |
 | 38 Melting Mar 19 很多老项目，就是再好的模型也很难理解代码的逻辑，因为代码就不规范。逻辑和结构混乱，要加功能 直接让 ai 搞那确实是难为他了 |
 | 39 easing Mar 19 倒是说用的什么模型啊，我不信用 opus-4.6 还是这种情况 |
 | 41 leega0 Mar 19 4  楼上一堆人问什么模型，其实这跟模型没有太大关系，ai 就是会犯错和遗漏的，这是本性，人肯定要监督和审核的 |
 | 42 user1284 Mar 19 丁磊:这种人必须马上开除 |
 | 43 lmmlwen Mar 19 建议直接使用 chatgpt5.4 以及 claude opus 4.6 ，你说的这些都不会发生。甚至 chatgpt5.2 和 claude sonnet 4.6 都不会 |
 | 44 metora0tkvo Mar 19 其实有时候 ai 思考/生成速度慢并不是你提的问题有多复杂，而是 ai 后端运算服务器负荷太大处理不过来了，即使用的是付费账户 |
 | 45 sampeng Mar 19 我一天实现 figma 16 个页面。。你说不太行？？？ |
 | 47 qwer666df Mar 19 我一天实现 30 个从 react 后台的页面，然后照搬到 vben 模块写的页面。并且，表单查询和列表的接口都是对接完成的，你跟我说效率不行。那么请问哪个行吗，并且是正式公司运营的管理后台，虽然页面也算简单，属于是重复性很高的那种了，但是一个一个的对字段也不轻松 |
 | 48 hamsterbase Mar 19 |
 | 49 zlo309618100 Mar 19 试试 opus 4.6 或者 codex 5.4 |
| 50 sampeng Mar 19 @southlink 没啥吧。很简单啊。。就是开 8 个窗口一起干啊。分成两个大模块，每个模块先把公共的做好，再 8 个一起动。合并在一起花 1 个小时自测，完工。。当然，模块划分，公共做好。这是我已经想好了的。安排下去就好了，稍微有点问题用 worktree 做一下合并微调就好了。 我觉得主要是要想办法去做到，而不是怀疑做不做得到。。做几次就觉得原来这么简单。。。。我现在都是最少 3 个 worktree 并发打底。。 |
 | 51 christopheraxcih Mar 19 @rxmt 感觉你应该是一个很温和的人, 你的回复给人一种如沐春风的感觉. |
 | 52 yucao Mar 19 模型问题，充钱给 OpenAI 或者 Claude 就能解决这个问题 |
| 53 blakezhaothinks Mar 19 @loveumozart 如果老项目业务逻辑复杂，代码混乱，没有测试用例覆盖，没有文档沉淀，就算人（之前没有接触过这个项目）去维护，一时半会也没法上手。 你把如何教新人快速上手这个项目的内容，沉淀成文档喂给 AI ，然后再看效果。 就跟你不会让一个新人刚进项目组就直接上手开始做需求一样，对 AI 也是一样。 |
 | 55 linguoan33333 Mar 19 让 openclaw 帮你写之后自动上线，减少人为干预 |
 | 56 WithoutSugarMiao Mar 19 在新功能增加一个删除功能 问题：做一个功能，你需要自己去拆分步骤，第一步增加删除按钮，第二部删除之前增加确认弹窗 这是哪个模型的水平？工具还是用的 cursor 吗？感觉怪怪的，按理说 增加删除功能 这种基本的功能，真一句话完成的。 |
 | 57 Hilong Mar 19 我现在就截张图丢给 opus4.6 让他复现 UI ，它都基本能还原 95%，你用的是啥啊 |
 | 58 66beta Mar 19 opus 4.6 如果是新做的，你又要求不高，那么秒出 如果你让他去抄一个指定的网站，别说样式差很多，就连内容都会给你漏了  |
 | 59 Leeeeex PRO 有 AI 时： 100 个页面而已，小问题 没有 AI 时： 兄弟，v-if 是啥意思 |
 | 61 skymei Mar 19 你试试 codex 的 gpt5.4 呢，真的强的超出预期，你说的这点问题应该都不是问题 |
 | 62 pikachu233 Mar 19 用 ai 和 会用 ai 是两码事 用什么模型 怎么用 都是有区别的 |
 | 63 liuliuliuliu PRO 和 1 楼同感 |
 | 64 weithl Mar 19 cursor gpt5.4 模型 要用 skill 。 做中等需求，描述准确一些，体验相当好。 唯一的缺点就是 token 消耗比较快。 改小 bug ，人工会比较好，ai 多了一些不必要的步骤。 |
 | 65 freemoon Mar 19 1 如果实在不愿意花打钱，就在论坛找个中转站买个 codex/claude 模型玩一下，不然下一次裁员 90%有你。 |
 | 66 dabaibai Mar 19 目前已经可以让它干活 我只审核它干的 UI 好不好看 不好看让它改。 |
 | 67 lguan Mar 19 @xqk111 我 30 年古法开发编程工程师了，都没觉得 AI 编程新兵蛋子，OP 你可能要反省一下自己怎么用的，用的什么版本，你描述的这些，大致就是 AI 辅助编程一两年前的样子，我现在已经完全没有团队的需求了，都是指挥着 Agent Team 干活了 |
 | 68 mike1998 Mar 19 我也是这个感觉，c 端业务的问题？ 一些 b 端业务，组件都是封装好，写好组件文档喂给 ai 就行，c 端场景变化太多，不适合，每次提示次都要自己一点点写，感觉不如自己手写。当然 ai 还是要用的，目前也在学习怎么提高效率 |
 | 69 ovtfkw Mar 19 via iPhone 是 4.6 吗 不是的话你需要试试最牛的模型 |
 | 70 guguji5 Mar 19 我感觉很简单的需求，ai 基本可以做到不用改了。有些复杂的，人都不知道咋整的，你都没法描述，你说让 ai 咋改。 |
 | 71 bbxx11 Mar 19 你可能需要那个 pua 的 skill |
 | 72 v2exgo Mar 19 @blakezhaothinks #53 屎山代码不要怪 AI ，你就是三体人来了，也要高出问题 |
 | 73 ydong Mar 19 楼上很多人提到截图给 AI 还原度能 90%的，我很好奇到底是什么样的 ui 还原度能这么高。我自己 gemini3.6 ，claude4.6 ，gtp5.4 都试过，还原度只能有个 60%不到吧。 |
 | 75 wind8866 Mar 19 深有体会，最近在做一个需求，是将项目中的中文字段国际化，使用 AI 只能每次替换一个词，并且速度比较慢，还经常漏掉好多，最终自己采用的方式是用正则表达式去搜索并批量替换。 |
 | 76 ydirel Mar 19 1 用的国际版 Trae, Gemini-3.1-Pro-Preview, Solo Coder + Swagger MCP + Axhub MCP 1. 目前我将 CURD 落地成了一系列的提示词，里面包含：开发原则项目常用功能介绍 + 工作流程 + 代码输出模板 2. 基本实现了一行指令完成 CU, 一行命令完成 RD 。代码规范和质量基本符合预期，比我复制粘贴都快。重点是不操心。改改细节就能交付。 3. 命令案例 `#ai/index.md 帮我实现 #List.vue, 原型图地址是： https:axhub.cc/xxxxx, api Path: api/xxx/xxx. [偶尔会因为开发环境不一样， 告诉它 swagger 地址] 4. 工作流程： a.大模型读取 index.md （包含提示词能力索引， 和背景知识交代）, 调用 MCP 获取接口定义 和 原型图文案。 b.通过消息上下文确定要开发的功能（列表、弹窗、表单），索引到对应的提示词文件开始开发。 c.大模型读取对应的能力文件，了解具体业务的开发规范和模板，常用组件的使用方式。 d.输出代码 几乎零报错，我就能看到页面了。 在那之前我封装了一堆可以通过 JSON/Javascript 对象直接配置的，数据展示组件、动态表单组件 等，所以大模型调用起来也是十分的方便，我维护修改代码的时候也方便。 希望对你有帮助 |
 | 78 nexo Mar 20 Figma MCP 直接还原设计稿试了吗? codex 用了吗? claude code 用了嘛? 如果用的是国内落后半年到一年的模型 或者和我奶奶用的同款豆包 你的结论又是否成立呢 |
 | 79 imdoge Mar 20 前端的话不评价，复杂的确实就是要人工架构和反复规划评审，设计好边界和测试用例啊，我 claude code max 和 codex(plus)都用，在开发个比较复杂的 agent ，可以理解为青春版 龙虾/claude code 那种 agent ，但是领域不太一样，自己没点架构能力指望 ai 去 spec/plan 然后直接开跑是不行的 |
 | 80 chairuosen Mar 20 还是基建问题。想要 ai 能自己做事情，就要搭建负反馈循环。比如微观层面，工具调用出错，它能得到错误信息，就会自己纠正。比如宏观层面，编写后端接口，他可以自己部署，自己测试 api 测试用例，那他就可以写 API 。 你指望它做多大的事，就要让它能看到多大。看到错误自己纠正走循环最终完成。而不是赌一次做对。 |
 | 81 lyxxxh2 Mar 20 我 claude 4.6pro,让他抄 web 。 自己找 api,还给他写了个 skill,可以随意读取后端代码。 即使是单纯的 curd,每次都是会搞错几个字段。 当然,直接指明告诉他 api,是不会错的。 --- 这不也是一种纠正? 可能是模型上下文限制,他不能一次性读完整文件。 最后写个"验收者",让 claude 自己修正。 那种 curd 管理页是没问题,但是复杂的表单:用 claude 我都得做 3-5 天。 https://i.ibb.co/kggbRSBs/yanshou.png |
 | 82 prosgtsr Mar 20 编译不过这个对于现在的 ai 不是问题 你只需要跟 ai 说每次修改完之后一定要编译通过 |
Select Language