我们现在在帮助客户落地智能体和应用的时候，已经大量用到了AI开发，并且积累下来了很强大的工作范式。 简单阐述就是： 有经验的工程师+明确的开发规范+小步快跑 有经验的工程师可以快速理解和定位需求和开发方向，并且成熟的软件架构思维是AI高效工作的关键。 其实小白+AI，做小应用和玩具可以，做大型的应用还是很依赖经验的。并且好的CodeBase（架构合理的基底代码，也就是代码框架）是加速AI工作的必要条件。 明确的开发规范，不用说了，这个是在每一步都需要让AI意识到的框架概念，必须时刻保持在上下文中。 小步快跑的意思是，不要想着一个命令，一次性就可以落地所有的功能，必须是包丁解牛式的，精确到细致功能的修改，然后一步步完善整个系统。拿我们内部的任何一个Vibe Coding应用来说，至少进行上百次的AI交互，才可以完成一套基础的大型系统的某个大框架（比如说UI,比如说后端系统）
自己一点不改还是有点难
顶一下
我们现在在帮助客户落地智能体和应用的时候，已经大量用到了AI开发，并且积累下来了很强大的工作范式。
简单阐述就是：
有经验的工程师+明确的开发规范+小步快跑
有经验的工程师可以快速理解和定位需求和开发方向，并且成熟的软件架构思维是AI高效工作的关键。
其实小白+AI，做小应用和玩具可以，做大型的应用还是很依赖经验的。并且好的CodeBase（架构合理的基底代码，也就是代码框架）是加速AI工作的必要条件。
明确的开发规范，不用说了，这个是在每一步都需要让AI意识到的框架概念，必须时刻保持在上下文中。
小步快跑的意思是，不要想着一个命令，一次性就可以落地所有的功能，必须是包丁解牛式的，精确到细致功能的修改，然后一步步完善整个系统。拿我们内部的任何一个Vibe Coding应用来说，至少进行上百次的AI交互，才可以完成一套基础的大型系统的某个大框架（比如说UI,比如说后端系统）
框架纬度和细粒度的工作，交给 AI 比较合适。中等程度的，反而需要人的大量指导
用现成的AI IDE，提供一大堆tool可以让AI调用，这样AI就能了解上下文
没开过
用过几次ai开发，感觉目前也是适合片段开发，如果一下生成大量代码，那改动量也是很大的，ai会生成很多不需要的代码
先列计划再改代码，维护代码的同时让他维护文档。另外就是大型项目codex>claude code
在于自己怎么使用。。缩小编写范围，一点点来，减少上下文
可以试着保留一个阶段，不然从头开始往往到最后与预期相差甚远