客观讨论以现在大模型的能力真的能替代前端吗?

2026-04-11 13:191阅读0评论SEO资源
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

其实一直在用包括cursor、claude code 、codex,但是我感觉好像并没有吹的那么强啊,
举个例子1:我接了figma 的mcp,让gpt5.4实现一个ui界面,然后加了很多ui相关的提示词,他写出来的好像并不能达到验收水平,且持续让他微调也达不到,最后还是要自己review他的代码,然后自己手动调整 (我用的社区版的figam mcp 和这个有关系吗?)
例子2:我们有微前端,让他修复一个跨微前端的bug,基本不可能实现,但是确实可以提供思路
总结:感觉就是全新的项目,不在乎交互和ui才好用,且需要测试兜底

问题1: 各位佬觉得呢?能替代或者能做到提效30%吗?
问题2: 当前环境下如何什么样的工作流对前端来说才是合理的?

这个是UI提示词

UI implementation rules

  • Prefer Tailwind CSS for layout, spacing, sizing, alignment, and common visual styling when it can express the requirement cleanly.
  • When implementing UI, if a requirement can be built directly with Ant Design components or by composing Ant Design components, use Ant Design instead of building a custom replacement.
  • If a required color matches the project theme, use the existing CSS variables instead of hardcoding a color value.
  • For high-fidelity component or page implementation, require sufficient visual input before coding.
  • If the user has provided a screenshot or Figma selection, use it together with the existing code to infer layout, spacing, hierarchy, typography, colors, borders, radius, and states.
  • If no screenshot or Figma selection is provided and the task requires high-fidelity reproduction, ask the user to provide one before implementation. Do not guess important visual details.
  • If the available inputs are still insufficient during implementation, proactively ask follow-up questions instead of inventing missing details.
  • After implementing the component, perform a high-fidelity verification pass against the provided screenshot and continue adjusting until the main visual result is aligned.
网友解答:
--【壹】--:

而且如果你完全相信通过让他微调就能达到交付水平,那么花费的时间可能比古法coding时间更长


--【贰】--: haha wa:

100%的vibe coding

快是快,但对不对就不知道了


--【叁】--:

所以那些裁掉前端,完全替代前端的大厂是怎么做到的?


--【肆】--:

不知道,但是让我这个前端苦手能搞出基本可用的webui了。偶尔写几行ts修一些简单的,商业的估计不行吧,模型总是有自己的想法。


--【伍】--:

能提高效率,但不能替代


--【陆】--:

从我自己的感觉(Gemini)来说
如果你只是需要一个前端,不用考虑小bug什么的,通过vibe是可以快速的完成的
如果你需要一个比较精致的前端,最好最快的办法是让他帮你搭建大框架后你自己微调css来修bug
让他帮你修css什么的 经常就会来回越改越乱


--【柒】--:

我觉得他们把前端卷王榨干成skill了,一把抓住顷刻炼化,然后发大礼包。skill不够用了再招,然后周而复始。


--【捌】--:

我个人觉得,就是如果提示词到位了,那么ai做出来的东西是可以用的,可是提示词能一下做到那么到位也是很难的,所以未来可能更趋向于懂技术的设计师?


--【玖】--:

哪能啊,还得有个一两年


--【拾】--:

哪个大厂完全用AI替代前端了


--【拾壹】--:

大多数情况下,尤其是后台管理都是约定俗成的页面设计,所以裁掉的是这一部分的人


--【拾贰】--:

不能完全替代,但能提高效率,进而淘汰一些人 那就是间接替代了


--【拾叁】--:

design给figma, 直接扔mcp就是了


--【拾肆】--:

佬友,我想问下你们怎么验收他coding的准确性能?


--【拾伍】--: haha wa:

出来的好像并不能达到验收水平,且持续让他微调也达不到

所以现在就是很矛盾,出代码很快,但是要调整半天

更别说要认真看他写的代码了


--【拾陆】--:

应该不能吧


--【拾柒】--:

我觉得不是模型的能力,是提示词的问题,提示词写的好还是能生成一些比较不错的结果的。


--【拾捌】--:

确实,我也vibe coding了一些开发提效的工具,100%的vibe coding ,且需求很简单,就这样,还会搞出一堆bug


--【拾玖】--:

可以的,我现在前端已经不自己手搓代码了

问题描述:

其实一直在用包括cursor、claude code 、codex,但是我感觉好像并没有吹的那么强啊,
举个例子1:我接了figma 的mcp,让gpt5.4实现一个ui界面,然后加了很多ui相关的提示词,他写出来的好像并不能达到验收水平,且持续让他微调也达不到,最后还是要自己review他的代码,然后自己手动调整 (我用的社区版的figam mcp 和这个有关系吗?)
例子2:我们有微前端,让他修复一个跨微前端的bug,基本不可能实现,但是确实可以提供思路
总结:感觉就是全新的项目,不在乎交互和ui才好用,且需要测试兜底

问题1: 各位佬觉得呢?能替代或者能做到提效30%吗?
问题2: 当前环境下如何什么样的工作流对前端来说才是合理的?

这个是UI提示词

UI implementation rules

  • Prefer Tailwind CSS for layout, spacing, sizing, alignment, and common visual styling when it can express the requirement cleanly.
  • When implementing UI, if a requirement can be built directly with Ant Design components or by composing Ant Design components, use Ant Design instead of building a custom replacement.
  • If a required color matches the project theme, use the existing CSS variables instead of hardcoding a color value.
  • For high-fidelity component or page implementation, require sufficient visual input before coding.
  • If the user has provided a screenshot or Figma selection, use it together with the existing code to infer layout, spacing, hierarchy, typography, colors, borders, radius, and states.
  • If no screenshot or Figma selection is provided and the task requires high-fidelity reproduction, ask the user to provide one before implementation. Do not guess important visual details.
  • If the available inputs are still insufficient during implementation, proactively ask follow-up questions instead of inventing missing details.
  • After implementing the component, perform a high-fidelity verification pass against the provided screenshot and continue adjusting until the main visual result is aligned.
网友解答:
--【壹】--:

而且如果你完全相信通过让他微调就能达到交付水平,那么花费的时间可能比古法coding时间更长


--【贰】--: haha wa:

100%的vibe coding

快是快,但对不对就不知道了


--【叁】--:

所以那些裁掉前端,完全替代前端的大厂是怎么做到的?


--【肆】--:

不知道,但是让我这个前端苦手能搞出基本可用的webui了。偶尔写几行ts修一些简单的,商业的估计不行吧,模型总是有自己的想法。


--【伍】--:

能提高效率,但不能替代


--【陆】--:

从我自己的感觉(Gemini)来说
如果你只是需要一个前端,不用考虑小bug什么的,通过vibe是可以快速的完成的
如果你需要一个比较精致的前端,最好最快的办法是让他帮你搭建大框架后你自己微调css来修bug
让他帮你修css什么的 经常就会来回越改越乱


--【柒】--:

我觉得他们把前端卷王榨干成skill了,一把抓住顷刻炼化,然后发大礼包。skill不够用了再招,然后周而复始。


--【捌】--:

我个人觉得,就是如果提示词到位了,那么ai做出来的东西是可以用的,可是提示词能一下做到那么到位也是很难的,所以未来可能更趋向于懂技术的设计师?


--【玖】--:

哪能啊,还得有个一两年


--【拾】--:

哪个大厂完全用AI替代前端了


--【拾壹】--:

大多数情况下,尤其是后台管理都是约定俗成的页面设计,所以裁掉的是这一部分的人


--【拾贰】--:

不能完全替代,但能提高效率,进而淘汰一些人 那就是间接替代了


--【拾叁】--:

design给figma, 直接扔mcp就是了


--【拾肆】--:

佬友,我想问下你们怎么验收他coding的准确性能?


--【拾伍】--: haha wa:

出来的好像并不能达到验收水平,且持续让他微调也达不到

所以现在就是很矛盾,出代码很快,但是要调整半天

更别说要认真看他写的代码了


--【拾陆】--:

应该不能吧


--【拾柒】--:

我觉得不是模型的能力,是提示词的问题,提示词写的好还是能生成一些比较不错的结果的。


--【拾捌】--:

确实,我也vibe coding了一些开发提效的工具,100%的vibe coding ,且需求很简单,就这样,还会搞出一堆bug


--【拾玖】--:

可以的,我现在前端已经不自己手搓代码了