@shibow ui 还原直接把 figma 丢给 ai ，还原度根据 UI 设计水平一般能还原个 90%以上，细节可能需要干预---代价 token 贼高消耗。 多状态组件这玩意看 AI 水平我目前 opus4.7 几乎可以放手用； 页面多布局复杂在 AI 看来都不是事儿。 接口也可以通过 MCP 直接接入。 但说到失业不至于，不会干前端/后端的人你让他用 AI 他也用不好--最多能弄出来个看起来能用实际底层一堆问题的东西出来（维护起来简直地狱），提效工具罢了。
@Yumwey 请教下 我现在有两个实际问题 一个是 UI 这块，比如比较精细的设计稿还原度目前我用 opus4.6/4.7 GPT5.5 做不到 还有各种各样的切图、一个是接口这块。因为我们这边后端接口经常会改，比如字段名、结构、类型这些都会变。功能有时候调整多了 AI 还可能把我之前好的代码改掉
@shibow 那就是 1 、规范驱动开发 ，kiro ，先用向导把你的详细需求，生成 md 格式的规范文件。 2 、多模态模型还有图片理解，你可以把设计稿传入，根据约束条件开发。 3 、最后免不了有问题的，但是你可以提前定于测试条件，让他调用工具比如 svelte 的 check 检查，agent 会根据报错自动修复。 4 、最后就是你根据成果人工验收，不满意的地方跟他提，多轮对话让他修改，跟人差不多，只是 agent 效率更高。 5 、想高效产出，节省 token ，前期产品规划很重要，就像设计文档先行一样。只是现在模型都很聪明，可以从简短的需求中大概率能理解你要的是什么，于是很多人很懒，就直接对话使用了，浪费一些会话轮次和 token 。 6 、以前一个一周的 vite 前端项目，现在 1 天就能完成 8 成，2 天就可以交工
@shibow 100 还原目前确实不行，80-90 没问题了，搭配 agent-browser 多自动回归 e2e, 增加 state loop 和 log 的自动化机制。 接口就更简单了.. 接口改提供更新文档就行了, 搞个 skill 自动同步，或者用 hooks 去更新，每次只要搞几个 command 跑就行了，年初我们前端基本就完全不需要人看了... 直接发消息，完成从需求到上线的纯自动化
