低代码这条路,可能真的走不远了
其实并不是我讨厌低代码。低代码前几年确实解决了效率问题，在不少场景里发挥过价值。做过前端的人心里都清楚，能少写点重复代码，能把一些标准化需求快速交付，本身并没有错。但是它的定制能力实在太弱了。这种弱在现在这个交互体验时代，不是“还能忍一忍”的程度，而是一旦需求稍微真实一点、复杂一点，就很难继续往下走。
尤其是2025后半年吧，当 Claude、Gemini 这些模型真正进入日常开发之后，前端其实是最感同身受的一批人。就会明显感觉到，很多过去需要平台兜一大圈的事情，现在一句话就能生成一个更贴近需求的实现。如果 AI 已经可以直接理解意图并给出方案，那低代码夹在中间的意义是什么？ 我想每一个干前端的都能很自然的有一些质疑，我们花了那么多时间打磨的低代码平台，在这样的时代到底值不值得？低代码本质上还是在提供一套预设好的能力。最终能做到什么程度，取决于平台提前帮你想好了什么。你在一个框里选组件、连配置、拼流程，看起来很自由，但边界其实早就被划死了。一旦需求跳出这个框，就只能开始妥协，或者干脆回到“手写代码”那一侧。 AI 的路径刚好相反。它更像是在说，你先把事情讲清楚，剩下的我来帮你组织方案。不是让你适配工具，而是工具在适配你。 而且2026 年之后，AI 编码能力只会更加强大到超出我们的预期，甚至并不是“写得更快、更准确”那么简单了。 最近我也看了一些做得很不错的低代码平台，比如 ToolJet、NocoBase，它们在体验层面确实比早期低代码好太多了，构建页面的过程更顺滑，交互也更接近前端直觉。但体验完成下来，很容易发现一个事实：它们更多是在把“搭积木”这件事做得更舒服，而不是让最终产物本身发生质变。组件还是那些组件，能力边界还是在那里。只是搭得快了一点，看起来顺了一点。 而且我感觉低代码的问题，并不在于做得好不好，而在于这条路本身就很难走到未来。当前端世界开始从“如何写代码”转向“如何表达意图”，从“实现页面”转向“构建模型”，低代码那套思路显得有些过时了。也许低代码不会马上消失，它依然会在某些固定场景里存在。但如果把它当作前端长期投入的方向，把大量时间花在打磨平台、组件和配置体系上，我感觉这个方向真的走不远。
