本文探讨了AI编程在提高研发效率方面的实际表现。作者基于自身经验，认为AI编程在某些场景下可能并未达到预期的效果，甚至可能降低效率。文章指出，尽管AI编程在加速想法验证和降低部分代码开发成本方面有所帮助，但在构建复杂的商业模式和进行系统重构、优化时，其局限性逐渐显现。特别是在处理上下文长度问题和结合业务策略方面，AI编程面临挑战。

💡 AI编程可能无法完全理解整个项目的内容，特别是涉及持续迭代的历史、系统链路关系和业务流程迭代时，这可能导致维护成本增加。

🤔 重构和优化业务系统时，AI编程难以结合业务策略进行调整，这限制了其在复杂场景下的应用。

⚡️ AI编程在加速想法验证和降低胶水代码、工具代码的开发成本方面具有优势，但在构建体系化商业模式时，其作用可能有限。

今天看到 infoQ 一篇文章，观点是 AI 编程从定量的角度去衡量，实际是降低了研发效率（可能不是针对所有人和所有场景）

这个观点对于作为一个工作十多年的服务端开发来说，和我预想的比较一致。vibe coding 距离媒体宣传中预期的目标差距很远。曾经有一位大佬说过：每天新增的代码对于企业来说是每日新增的成本。如果是按照这样去思考，一个差评冲 0 到 1 到后续的持续迭代都是通过 vibe coding 去进行项目开发交付，会受到 context length 问题导致无法完全理解整个项目的内容（持续迭代的历史、系统链路关系、业务流程迭代等），那么这就带来一个问题，谁来维护整个系统的工程代码，比如业务模式需要升级，vibe coding 是否能够比较低成本的帮助我们做系统的重构？又比如，系统链路要做性能优化或者产品交互层面的优化，vibe coding 是否可以通过全局分析去进行问题发现和最佳的修复？经验丰富的人可能都知道，这些重构和优化，可能需要结合业务策略的配合，这部分 AI 并不感知，要做到它感知，成本是极大的。

我觉得 vibe coding 可能加快了想法的验证，降低胶水代码、工具代码的开发成本。但是当想法要去演变成一个体系化的商业模式，需要一系列的业务系统去支撑时，可能 vibe coding 就失效了。