编程只剩架构和约束了
2219
- ImQiuner2026-09-20
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，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
关于约束
零基础的天花板
‘
^-^ https://leaddev.com/?p=32743
Birdview 在做什么
github.com
GitHub - Qiuner/birdview: Stop letting AI code blind. Map the architecture...
Stop letting AI code blind. Map the architecture before every change with Birdview.
issue 和 discussion 都开着，推荐的使用方式是先让ai 画图，然后稍微大一点的需求才开启技能，你也可以要求全程开启，不过那样改个很小的前端都会先画图再落代码…比较繁琐。给我个star吧，屏幕前的大帅哥！
也欢迎大家一起进来贡献阿，定义新的编程范式！
刚才帖子被举报说是友ai生成内容没有标注上，现在全是图片了，我会在评论区搬一些有保存的佬友的讨论与观点，挺有意思的
主楼 - age30year2026-09-20
核心就是 约束， 边界， 规范，做好这些 大家都是天才程序员 ^-^
- ImQiuner2026-09-20
- ImQiuner2026-09-20
是的 ^-^ 这倒让我想倒可以把规范什么的分开？目前birdview只有 架构和约束视图，佬友有什么想法嘛
- MorningBOBO-linuxdo2026-09-20
star了，说得没错，约束好，规范好，人人都是好的程序员。
- Kong-10242026-09-20
- ImQiuner2026-09-20
（帖子已被作者删除）
- ImQiuner2026-09-20
但过去半年了，还是没有看到agent上下文突破很大 ^-^
- ImQiuner2026-09-20
感谢帅哥~你的举手之劳正在让世界变得更好~（至少我很高兴 ^-^）
- ImQiuner2026-09-20
但现在看不是说要放缓ai发展嘛 ^-^
- wenliang_zeng2026-09-20
思路有点不谋而合了，我目前做AI全流程开发也差不多是这个思想，但是目前还在解决工件过多和token浪费的问题，想找到一个平衡。
- ImQiuner2026-09-20
一起来建设skills？用用后看看skills有什么可以优化的地方？issue pr ^-^
- wenliang_zeng2026-09-20
我看看哇，我目前的仓库是：
github.com
GitHub - zengwenliang416/specnav-codex-plugin: SpecNav OpenSpec lifecycle plugin suite for Codex
SpecNav OpenSpec lifecycle plugin suite for Codex
有兴趣可以看看思路，我这个偏全流程了，一直有问题所以我也没敢推广哈哈哈。
- ImQiuner2026-09-20
另一个观察到的现象，我公司有两个文科生，一个学艺术一个学广告的，他们疯狂使用 ai，开claude、gpt 1400rmb的套餐，但一个认识到了自己能力上限开始学习古法编程，另一个则觉得fable5跑就是了…
图片这个就是他们做的网页，基本到顶了
- wenliang_zeng2026-09-20
看图猜性别：女生吧哈哈哈
- poinory2026-09-20
我去，正好我也有和佬一样类似的感悟，之前用的Agent全自动改，然后回到现在半古法，因为我不信AI改的。它局部改的确实可以，但是容易破坏其他的功能，或者全局上有漏洞，我现在必须得完整review AI 写的代码。但是代码量有点大，导致很慢。然后就想能不能让AI有个类似架构图(不是单纯的prompt约束)，全局思维的去改，我也方便review它的实现(主要还是方便掌控改了什么)。一直没找到好的工具，自己也一时半会想不到怎么搓。 ^-^
- tangsong4042026-09-20
真的很赞同，feat的时候很爽，fix的时候，一旦有特殊BUG的时候一直提示都修复不了，白白浪费了token和时间。
但是转念一想，没有ai我就能解决这个问题了吗，或者说ai带领我走到这个进度花费的时间难道不是远远小于修bug的时间。
换句话说，我认为AI本身没有问题，但不能因为有了AI就失去对项目的掌控，认为所谓“程序员已死”
- Nxty2026-09-20
仔细想想这不还是最难的部分么 ^-^
- ImQiuner2026-09-20
解决问题的开始是看到问题
- 早睡早起有益健康2026-09-20
感觉这个是，目前全世界都在面临的一个难题 ^-^
