AI 编程的上限是代码行数，还是需求复杂度？

[James369]

目前做的这个项目比较小（大概不到 5 万行代码），使用 AI 编程效果还不错，基本 90%代码都 AI 写。

如果未来项目大了，比如有 100 万行代码，不知道 AI 能不能驾驭？

还是说和行业方向有关，比如难度: 嵌入式 > 游戏 > 互联网

[James369]

有人成功用 AI 写过 百万行代码的大项目吗？

[940i3s34v4F1HW41]

目前感觉主要还是需求复杂度，不过最终决定上限的肯定是代码行数

[cpstar]

一个人能完成百万行级代码么？项目复杂度上去了，并不是一个人就搞定的，需要流水线完成各项分支作业，要不为什么有软件工程这个概念呢。

人工智能一样啊，复杂大工程拆分成小功能，每个功能用 VibeCoding 实现。所以关键还是有各种岗位的 AI ，什么需求分析 AI 、系统架构 AI 、代码 AI 、测试 AI 。。。。

最后什么都不是上限——相比人有上限：团队能力，人力成本，时间周期等

[rev1si0n]

复杂度啥的，主要受限就是上下文也就是代码行数，等上下文能完整塞进你的全部代码或者说有另一种不是上下文的完整记忆系统出现，什么复杂度的不能完成。

[James369]

结合上面的观点，针对大型项目，主要是如何合理拆分模块，而不是将全部代码直接塞给 AI 处理。
如何正确引导 AI ，让 AI 每次会话能够智能的处理只和此次会话相关的内容，确保上下文不爆。

[sampeng]

你用不用 ai 不做合理工程化人脑更没戏啊

[onedge]

个人的话做了几个，基本 10w+行级别，估计迭代迭代也就最多几十万行不得了了，百万行以上的确实需要更多不断精力 的投入，不是 AI 一会功夫就能搞定的

[iorilu]

这个无所谓

真到那么大了, 必然可以拆成可完成的小项目或模块的

对 AI 来说, 每次能完成的任务在能力范围内就行, 几万行我认为足够

[teaguexiao]

真正的上限是上下文窗口，大项目拆模块晢成自广是必要的，这个其实和人类写代码一样。清晰边界的模块手工 review 一下再给 AI ，效果能上去很多。

[wnpllrzodiac]

@James369 直接泥巴厂的全部给复刻了不就知道了

[AEDaydreamer]

我觉得在这个方面，确实要考虑多把 LLM 当成人来看待。

作为一个大型项目，不可能有人能对项目功能了解的很细致。所以才需要由多个人负责不同的模块，同时暴露出良好的接口，让模块之间能够相互调用并进行扩展设计。

让 LLM 在设计系统的时候才能够通过只获得接口的 context 来保证良好的构建.

[HomeZane]

@James369 #1 openclaw 吗？不知道有没有百万

[liuxue]

我觉得上限应该是自己的钱包……

[damowang666]

AI 能提速，但不能无中生有，上限在于工程

一个项目的工程做的好的话，用 AI 能事半功倍

AI+人永远比纯 AI 更有用

可能是我火星了，但目前为止没看过 prod 项目是纯 AI 写，去年一直在吹（ RPI - Read Plan Implement),今年基本上都回归阅读代码。

当然，很多个人项目是纯 vibe ，不能评价好不好，能用就行，不能用也没人找你，开源项目最多被嘴两句

[Jaufey]

甚至不是需求复杂度，而是需求特异度

[netabare]

代码复杂度本来就不能用行数来衡量。

[Jonchil]

AI 的上限是使用 AI 的人，有些指令和代码的思路，算法还是需要人为提示的，如果使用者没有把握大工程的能力，AI 也完成不了大工程

[p1094358629]

本质上还是上下文，你把人脑想象成一个无穷上下文就好了

[maix27]

@James369

钱包的鼓涨程度。AI 编程的上限是你有多少 token 能用。

有啊，今天我就看到一个人发了项目。小黑盒，不会写代码的开发者做的 CRM 系统。100 万行代码。已经开始出售盈利了。

[m1nm13]

AI 的上限取决于 AI 能否真正实际感知到程序的运行结果

比如 带 UI 的产品, AI 是否能准确测试并感知到改动的效果, 其实是很难的, 静态的 UI 还能截图多模态分析,做一些稍微有点动态效果的就无法完成 编码->验证效果 的闭环了

所以对纯后端 API 似乎是最好用的. 因为可以闭环验证. 其他都容易退化成需要人来辅助,这时候就变成作为辅助的"人"的效率不够好,描述/反馈不够准确的问题了