在AI编程时代，框架还重要吗？
Do Frameworks Matter Anymore?
作为曾经全职开发开源框架的工程师，我在2026年这个AI代理编程盛行的时代开始反思：我们是否还需要新的框架？当模型能轻松生成前端代码，React 的统治地位是否意味着创新已死？有人认为既然模型更熟悉 React，就应该继续用 React；也有人觉得既然代码细节不再重要，不如直接拥抱 Web Components。但我的观点是，框架提供的抽象、结构和约束依然有价值，它们帮助人类和AI协作，避免陷入混乱的代码泥潭。无论技术如何演变，好的框架始终是提升工程效率的关键。
框架为构建网站提供抽象、结构和约束。
HN 评论区
42- Lio
如果有选择，我想我会尽可能采用浏览器原生方案。
库代码在抽象层面很有用，但从长远来看，浏览器原生 API 始终会更稳定。
如果我现在的编程状态是凭感觉写代码（vibe coding），那么至少我应该能利用智能体（agents），通过采用原生方案来减少外部“活动部件”的数量。
例如：https://developer.mozilla.org/en-US/docs/Web/API/Web_compone...
既然功能已经内置，何必还要用外部框架呢？我对 React 的熟悉程度已不再重要。
我可能会转向仅将库代码用于跨兼容性垫片（shims），并计划随时间逐步移除，仅此而已。
- cadamsdotcom
框架、linter、编译器……它们包含了经过编码的宝贵经验教训，无论你是采用智能体辅助还是其他方式，不去利用这些教训都是愚蠢的。使用他人已有的成果能帮你更快达成目标。
如果你完全不着急，自己造轮子当然很棒——也许你想学习，或者这本身就是你售卖的一部分。但对其他人来说，请使用能给你带来最大杠杆效应的方法。
- smusamashah
我们现在需要不同类型的框架。那些能让智能体写代码更容易、更健壮的框架。在这些框架中，人类的人机工程学体验将被置于次要地位，甚至完全不予考虑。
- LelouBil
虽然我并不是 Web 开发者，但我对此深有共鸣，不过是从更广义的角度：“理解代码本身还有意义吗？”这让我感到有些难过。
我刚毕业（很幸运拿到了一份初级工作），我是那种遇到软件问题时喜欢深挖的人。我在意正确性，偏好使用强类型语言。我从未在专业工作中使用过 Haskell，但我用它完成了所有的 Advent of Code 挑战。我喜欢阅读严谨的文档。
但昨天，我父亲给我看了一款他用 Mistral 的 Vibe 和 Android Studio 制作的应用。他从事 IT 支持工作，懂计算机科学，尽管从未学过 Kotlin 或任何其他语言，但他竟然能“做”出一个应用。他很兴奋，我也为他高兴，但基本上只是因为他高兴我才高兴。
我借这个机会问他很多问题：他是如何着手做的？他是否在意自己关于“代码如何工作”的唯一来源是 AI 自己的解释？基本上我们得出的结论是：“如果它不是关键性的”（那只是个手机启动器应用），“那就没问题”。
但随后，尽管我自己从未“凭感觉”写过应用或任何东西，我觉得我总是低估了 AI 现在的能力，尤其是考虑到层出不穷的新项目。这看起来几乎像魔法，因为我完全不知道背后的过程。
这让我想到我们何时（而不是是否）会停止集体审查 AI 生成的代码，就像 90% 的人不再验证编译器输出一样，除非是在非常特殊的……
- nostrebored
从未有过比现在更好的时机去编写那些约束做事方式的框架。
我们内部几乎所有的工作都基于我们的框架。延迟、保证、构建时错误以及能够支持个体实现“凭感觉编程”的反馈机制。
我发现自己不断渴望更多的框架代码；我希望我们最初的框架是用某种在滥用时会愤怒报错的语言编写的。
我希望我们的类型系统更具表现力，我希望我们的线程模型更好，我希望，我希望，我希望。
重构整个系统从未像现在这样容易，但当我看到我们的框架是精心手工打造（artisanal）时，我依然感到最快乐。