本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 编程只剩架构和约束了 我最近一直在想一个问题。 身边好多没写过代码的朋友，现在都在用 AI 做东西。有人做了自己的作品集网站，有人做了个接单工具，有人直接用来跑业务了。做出来的东西颜值真的高——有时候比写了十年代码的人做的还好看。（文科生确实有不少有审美的） 但没有学过古法编程的人，是有天花板的。 局部很好，全局在烂 《Vibe Coding Technical Debt 2026: The 90-Day Reckoning》 — 数据很具体：AI 工具采用后技术债增加 30-41%，代码重复上升 48%，重构活动下降 60%。重构下降的原因很直接：团队在加速，没有在停下来整理。债在 90 天后开始集中爆。 Vibe Coding Technical Debt 2026: The 90-Day Reckoning — The Vibelog 《Vibe Coding Technical Debt: 8,000 Startups Are Now Paying to Rebuild》 — 到 2026 年中，大约有 8000 个用 AI 工具做出来的产品需要局部或整体重建，救场成本每家 $5 万到 $50 万不等。2026 年 3 月单月，有 35 个 CVE（安全漏洞）被直接归因于 AI 生成代码，一月份是 6 个，还在加速。 Vibe Coding Technical Debt: 8,000 Startups Rebuilding · Creatr 《Why Software Factories Fail》 — 作者 Dex Horthy 的团队 2025 年 7 月让 AI agent 完全自主写代码，三个月后放弃。结论：模型没办法可靠地区分好架构和坏架构，现有评测衡量的是"任务通不通过"，不是那种让每次改动都越来越难的、缓慢的架构腐蚀。这篇 HN 341 赞，评论区 240 多条。 Why Software Factories Fail: Harness Engineering Is Not Enough - Developers Digest 《The Real Cost of Ignoring Vibe Code Technical Debt》 — CodeRabbit 分析 470 个开源 PR：AI 协作写的代码比纯人工多 1.7 倍重大问题，安全漏洞是 2.74 倍。Salesforce 分析师直接把 2026 年命名为"技术债之年"，原因就是 vibe coding 的规模化采用。 Vibe Coding Rescue Cost vs Rebuild ROI 关于约束 有一篇文章里有句话让我印象很深： 那些用 AI 没有效率提升的人，是在没有计划的情况下乱 prompt。那些效率提高十倍的人，80% 的时间花在架构、规范和 约束 上，只有 20% 花在执行上。 "约束"这个词我越来越觉得是核心。 AI 不怕任务多，不怕代码长，它怕的是边界不清。你不告诉它这个模块不能直接调那个，它就调了。你不告诉它状态只能单向流动，它就双向搞了。你不告诉它这个接口以后要给三个不同的客户端用，它就按最简单的方式写了。 约束是架构的骨架。你给 AI 的约束越清晰，它产出的东西越不容易烂。 但约束从哪来？从你对整个系统的理解。你得先知道这个系统是什么形状，才能说清楚哪里不能碰、哪里可以乱。 所以现在编程剩下的核心工作，某种意义上就是两件事： 架构 （系统是什么形状）和 约束 （哪里不能乱）。写代码本身变成了执行层，AI 来就行。 零基础的天花板 再说回那些没有编程背景的朋友。 前端、动效、布局、响应式——AI 真会，他们的审美有时候甩老程序员几条街。 ‘ 但他们几乎必然会卡在同一些地方： 后端一复杂就打结。用户登录、权限控制、数据怎么存、API 怎么设计——AI 能给代码，但为什么这样设计，他们不清楚。每次改动都像开盲盒。 状态管理也是。这个数据应该放在哪里？这两个组件怎么共享？请求 loading 的时候界面该干嘛？要你脑子里有一张图才能处理这些。AI 写出来的能跑，但状态散得到处都是，项目稍微长大一点，自己改自己出 bug。 最根本的问题是——他们没有办法给 AI 好的约束。不是因为他们不聪明，是因为你得先理解系统是什么形状，才能说清楚约束是什么。这个理解没有捷径，目前为止 AI 还给不了。 LeadDev 今年四月有篇文章说得很直接：AI 让编码变快了，但真正的瓶颈移到了上游——问题拆解、方案定义、判断什么是对的。 https://leaddev.com/?p=32743 Birdview 在做什么 用Birdview 来推翻古法编程！这是写代码的新时代与范式！ v0.1 刚出来，很早期。如果你也在用 AI agent 做中等以上规模的项目，也遇到过"改着改着就乱了"的感觉，可以来看看： GitHub - Qiuner/birdview: Stop letting AI code blind. Map the architecture before every change with Birdview. · GitHub issue 和 discussion 都开着，推荐的使用方式是先让ai 画图，然后稍微大一点的需求才开启技能，你也可以要求全程开启，不过那样改个很小的前端都会先画图再落代码…比较繁琐。给我个star吧，屏幕前的大帅哥！ 也欢迎大家一起进来贡献阿，定义新的编程范式！ 14 个帖子 - 10 位参与者 阅读完整话题

  • 情报分类：开源项目与落地
  • 分类依据：内容涉及项目实践、创业、副业或变现
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/20 20:50:52