以 AI 编码为例，在几个月前 Cursor、Windsurf 的出世惊艳了很多开发者，与常规的 AI Extension 不同，Cursor 将 AI 能力集成到 IDE 中，AI 将对用户在 IDE 中所有的操作和行为路径都具备掌控力。

大量的用户路径、代码信息等内容的检索增强下，再配合能力在线的基础能力模型（例如 Cursor 3.5），创造了很多代码编程的奇迹，包含但不限于代码补全、个性化 Chat、问题修复、AI Agent 等多个能力，真正意义上地降低了编程门槛和提高了代码开发的效率。

AI Extension 和 AI IDE 的区别

在性能方面，AI Extensions 的性能上通常是不如 AI IDE 内置能力的。

以桌面端 VSCode 为例，VSCode 基于 Electron 开发，Electron 中有两个核心进程，主进程和渲染进程。

主进程是一个 Node.js 进程，用于提供一些系统级的 API，例如 I/O 操作；

而渲染进程是一个浏览器进程，用于视窗中元素的渲染，IDE 的原生 UI 能力会直接基于主进程与渲染进程中的 IPC 通信完成。

• 由人为控制一定架构，而非完全放权给 AI；

• 降低每次 Builder 的粒度，将大问题拆成 n 个小问题；

• 当一个类型的问题，Builder 多次生成异常的时候，需要考虑换个思路或者提供更多具体方向或者信息进行强化；

• 拆解需求，将大需求拆成多个小需求，如果能自己完成一定的架构设计，Builder 实现会更精准；

• 使用 Builder 生成需求初稿，这个过程可以提供交互图进行增强；

• 改 bug，生成的初稿会有大大小小的问题，需要针对性修复；如果修复的不顺利，可以考虑提供更多的信息，比如错误栈截图、语境又或是人工的初步错误归因来缩小修复范围。