在 AI 驱动下开发的项目，如果后续由人来介入开发阻力很大 算不算对项目上的失控

我觉得算，明年开始软件工程的组织和流程肯定要协同变化的。

已经失控了,最低的底线,人都不懂这项目怎么设计了..

这不是 AI 的问题, 是人的问题啊

复杂需求 程序员拿到需求还是要转换成实施方案再让 AI 实施的, 如果已经到一问三不知的地步了, 那这个岗位甚至都不需要他存在了

那就不要脱离 ai 。

如果你是老板，脱离 ai 本身就大幅降低了写代码效率，大幅降低修正 bug 的速度。

如果你是员工，慢慢搞啊，你越是急于求成，越是容易陷入内卷当中，，，你急什么啊，，想要简洁易懂的代码，输入提示词的时候你写好怎么让你容易理解就行啊。

单纯抱怨要不得。

本来就是，我们项目目前就这样，推荐你使用 AI ，但是如果你都不知道输入是什么，输出是什么，那这不相当于没干么？
如果上线后出了问题，那不是 AI 的问题，是你的问题。

其实 之前也是 失控，只是 那个“人” 在，你以为没失控而已。。。。

现在就是这样啊。AI 生成的代码的速度你人根本审查不过来。只能由 AI 来自己审查把控，我反正现在不 review AI 的代码，测试完没问题直接提交

AI 版的刻舟求剑

都 ai coding 了，自然要用 ai 时代的思维来解决软件工程的问题，什么脱离 ai 来定位，这不是搞笑么，如果你担心这个，那就不应该使用 ai coding
ai coding 出来的代码，那是一定无法脱离 ai 来定位的，真正需要操心的事情应该是：ai coding 出来的，再用 ai 快速 fix 的同时不会引入新的 bug ，这才是有技术含量的地方

要不你脱离下高级语言去通过机器码定位一下问题？

既然是 AI 的代码，那就脱离不了 AI

如果是太细的东西的话，局部失去把控也是正常的，AI 一天写几万行代码，人不可能看得过来，AI+人一起计划-AI 实施-AI 测试审核-AI debug ，即是未来也是现在，多关注输入、输出结果、上层把控、产品，才是人要做的。