AI IDE 工具推荐

为什么使用 AI IDE？

• 传统 AI 聊天无法：
  • 实时读取本地文件
  • 兼顾项目的宏观框架管理
• 偏商业化的 AI IDE：
  • 一般不允许自定义第三方服务商接口
  • 强制使用平台模型收取订阅费
  • 实时读取本地文件
  • 适配开发的执行流程与逻辑

因此，为了高效开发和项目管理，需要使用 AI IDE。

AI IDE 的能力评价指标

1. 硬实力：自带模型能力
2. 软实力：上下文补全与逻辑能力
   • 通过插件、执行策略、隐藏的上下文prompt 等实现

• 两者缺一不可

AI 编程工具分类

1. CLI 命令行AI开发工具

• 开发效率比 IDE 差
  • 文件引用需手动输入
• 不适合宏观项目管理
• 适合单一功能的改进
• 代表工具：
  • OpenAI Codex★★★(也有vscode 插件版本,但开发效率不如集成式ai ide,仍然是片段式更改)
  • Claude Code★★★(也有vscode 插件版本,但开发效率不如集成式ai ide,仍然是片段式更改)
  • OpenCode（开源）（可自定义服务商接口，但上下文能力较弱）

2. IDE AI 开发工具

• 直接从文件管理器拖入文件即可
• 支持项目级宏观管理

国内 AI IDE

• Trae
  • 特有 Solo 模式（和普通模式感觉主要是 UI 差别，在功能上感觉差的不是很大，可能隐藏 prompt 有所优化）
  • 可使用规定的国内其他服务商接口
• Qoder
  • 无特色
  • 上下文消耗快
  • 无法使用国外模型或其他接口
• 通义灵码
  • 无特色
  • 无法使用国外模型或其他接口

国内 IDE 的共性

• 喜欢构建工作区文件全量索引，每次提问前先查索引文件，消耗大量上下文 token，有时查找的文件过多反而忽略关键问题
• 国内模型编码能力较弱，且不允许使用国外更强的模型
• 方便支付订阅, 界面中文支持较好

国外 AI IDE

• GitHub Copilot★★

  • VSCode 插件形式
  • 适合片段式的文件
  • 上下文补全能力较弱
  • 无法全面定制化

• Cline★★（开源）

  • 可自定义任意服务商
  • VSCode 插件形式
  • 适合片段式的文件
  • 上下文补全能力较弱
  • 无法全面定制化

• Kilo（开源）

  • 可使用规定的第三方服务商api
  • VSCode 插件形式
  • 适合片段式的文件
  • 上下文补全能力较弱
  • 无法全面定制化

• Cursor★★★

  • 基于 VSCode 深度定制
  • 自研模型 Composer 1 (专为编程训练, 功能强大)
  • 可使用规定的其他服务商 API
  • agent可以直接连接github远程储存库(特色功能)
  • 预设 Prompt 优秀输出质量高，但免费额度少，订阅贵

• kiro 电脑安装闪退，我用不了(哭)

• Windsurf★★★

  • 基于 VSCode 深度定制
  • 自研模型 SWE-1.5 (专为编程训练, 功能强大)
  • 亮眼功能：
    • Memories：可以根据对话和习惯生成对应的记忆（ai自动生成记忆，以在对话之间保持上下文连贯性）
    • DeepWiki：独家功能,定位项目中关键函数或变量，了解用途和在项目其他地方引用 (方便学习他人的开源项目)
    • CodeMap：独家功能,用于分析现有项目代码结构,可以根据输入的问题生成项目代码实现的流程图,点击流程图可以定位对应代码实现的部分（对于解剖他人项目的功能实现很有用）
    • 对话消息互通：独家功能,不同对话之间可以选择互通消息，如两个不同的项目,具有一定的关联性，我们就可以通过这个功能实现两个项目在对话层面上的互通，而不需要ai去研究另外一个项目的代码，防止添加过多的内容，导致上下文混乱
  • 免费额度高，价格便宜
  • 支持规定的其他服务商 API

• Zen Editor（开源）

  • 可使用任意服务商接口
  • 自带免费额度高
  • 上下文补全能力较弱

总结推荐

• 综合价格、模型能力和上下文补全能力，我个人首推 Windsurf
• DeepWiki、CodeMap 和消息互通是其最大亮点，让其上下文补全能力非常强大
• 其他 AI IDE 在 UI 功能上同质化严重，差别主要在 AI 模型、执行逻辑和预设 Prompt
• 如果不考虑开发效率，单论编码能力,openai的codex和claude code这种命令行式开发可能是最强的一批,其次就是cursor和windsurf