现在在大型项目中ai能起到多大的作用，能直接给个需求文档，修改代码。 最近天天改需求，改代码，快烦死了，能不能让ai帮我干了
[!danger] 夸张喵
全都给ai只会越干越烂。
那还是只能自己干咯，干完之后让ai来优化代码 
大项目还是要谨慎，写的挺乱乎的，可能和上下文专注度有关系，定位问题还差不多，或者再分的细一些，但是困境是等AI找到全部信息搞明白了，我手写都写完了
我现在的做法都是凡事涉及到逻辑修改的我都自己干， 干完之后让ai优化或者查漏补缺，看看逻辑上有没有问题。 让ai去review代码或者逻辑优化，还有就是有明确的exception ai生成的东西倒是能用。 现在主要是想深度使用看看，直接丢需求文档，看看行不行。
佬友招人吗？
其实主要还是公司有一些自己业务， 这部分业务以及业务用词都是口口相传的，这部分自己理解都要时间， 我感觉ai估计短时间内也难懂
现阶段 AI只能做1到100的事，做不了0到1的
大型项目还是取决于用的人有多了解
ai对于大型项目不太行
用ai的人要写精准的prompt，ai帮你实施，减少工作
实际上时间不会差的太多
就是不用一直写代码，轻松点
或许可以了解一下 vibe coding，例如 bmad 或 superclaude
还有困境是程序员有底层忌讳，懒的改别人写的代码，改动多吧，我也懒的看，能运行起来就拉倒，都堆到一块写，我也懒的拆，给我一次创建好些个类我也懒的合并，再改别的功能又一片一片的了，风格不一样吧看着难受，命名都天马行空的，我还得看他写的注释
只能ai找一下可能的bug。不能让ai改代码，只会问题越来越多。
给需求文档生成代码需要细分需求，先做一个细分需求的项目，再做一个根据需求写代码的项目。需求文档又要提供各种上下文，提供各种MCP，最后又是一个新项目。即使如此万一出了bug可能还要人工介入。好用确实真好用，难用也是真难用 
你得做监工，时时刻刻盯着点ai做了什么，至少得把每次修改完的总结看一遍。起码自己得掌握项目结构，知道哪里的代码是做什么的，不然ai很可能会漏东西
另外就是初期架构得自己设定，或者和ai进行讨论完善架构。
此外就是尽量解耦，拆分，避免屎山。
毕竟ai的上下文和注意力都有限
可以看看roocode的开发流程，部分是通过用户在github上提交issue，然后roocode获取问题本地自我迭代并提交代码的。所以这个项目体感能用但是bug不少。
啊， 我这公司不建议来， 我只是临时入职，过渡下而已
ok. 我去了解下
那感觉还是没有那么方便
ok， 我去了解下
还没那么神的。