我感觉 AI 更适合写后端，业务逻辑好描述，UI 上的改动很难用文字描述清楚

我做为偏后端的全栈，体验上也感觉前端稍微容易 ai coding 一点。分析下来， 1. 前端的提示词更好写，需要调整和修改的地方更直观，可视化，可验证 2. 前端更容易给 LLM 足够的上下文，草图，设计稿，json 数据等等 3. 前端生态更组件化模块化，AI 容易复用 当然后端也一样，简单 CRUD ，接口 Controller ，sql ，单元测试这些一样被替代，但深层业务逻辑不会轻易 AI 化。举个例子，“我想写一个打赏主播的功能接口设计”，涉及到“订单、交易、风控、退款、结算、推荐引擎”等等，相对来说需要 AI 二次多次改写

将来大多数坐办公室的行业都逃不掉

老登来澄清一下： 其实一开始就没前端这个行业 自古以来都是所见即所得前后端一把梭的。frontpage flash 时代开发效率和表达能力比现在前端强得多。 用代码撸界面本来就是本末倒置，得不偿失的做法。 90 年代 delphi 和 VB 都支持双向绑定了。SQL 生成都是全自动的。写 CRUD 一般都 10 分钟搞定的。

前端观感上看起来会多一些，很大一部分是因为前端娱乐圈的属性就是喜欢各种发帖曝光。 排除掉这部分增加曝光的属性。前端觉得好用是因为复杂业务少，大多数场景下完全不需要去了解实际业务也完全可以做。即使稍微有一些小瑕疵也不影响使用。 后端觉得不好用，很大部分是因为需求方自己都不一定捋得清楚业务逻辑。很多时候需要反复和需求方开会扯皮，去试图理解对方的业务。这些人都不一定办得好的事，现在交给 AI 去做肯定是不靠谱的。即使出现一些小瑕疵，输出结果很明确得就会体现出来，数值出现偏差了。 更何况很多开发语言水平本就不高。可能脑子里明白了，但让他描述一遍或者用文字表达出来就不知道该怎么说了。输出到 AI 来实现的时候就肯定是会有问题了。 如果需求可以明确的输出成 "如果 XXX ，那么 XXX" 这样精确的需求文档，那么是古法编程和 AI 编程其实都是一样的，按部就班的把自然语言转换成逻辑代码就行了。但是实际操作中并不会有这种可能。

主要前端一写就能看到效果， 后端 AI 从写代码到看到效果需要、代码、数据库、服务器等配套设施， 甚至还需要前端

我觉得后端可以利用 ai 一把梭前端。

用了 figma MCP + claude code + GLM 还原的效果感觉挺差的，跟实际上的完全不一样。就我目前实际的使用来看，html css 还是得自己手动调，其他的 AI 能搞定。figma UI 还原这个我看别人的演示还原度非常高，GLM 在编程方面我觉得是我用过的国产里的最好的，但是搭配 figma mcp 就是不行。

@cvooc 还有卖课的和打广告的，cursor 自从 claude 亲自下场以后，是一个贴都看不到了🐶

@passon ui 不一定描述，可以将设计稿预处理或者有元数据送入模型。 后端追求的是稳定性，可复现，可测试很重要。大模型不同的厂家，不同的版本，甚至同一个版本的不同请求都可能有不少差异。