AI IDE 怎么选？2026 年 Cursor、VS Code、Zed 等 6 款编辑器对比

如果你想围绕智能体安排日常开发，优先考虑 Cursor；如果现有编辑器和 GitHub 代码审查流程已经顺手，就继续使用 Visual Studio Code 搭配 GitHub Copilot。在这 6 款工具中选 AI IDE，关键不在宣传页列了什么模型，而在于智能体在哪里运行、改动能否审查，以及组织能强制执行哪些规则。

如今，AI 代码编辑器也是分派开发任务的入口。选购时需要考虑的早已超出自动补全：代码如何送达模型，智能体如何修改仓库，改动又如何变成经过审查的拉取请求，都是这次选择的一部分。

价格与功能已于 2026 年 11 月 6 日对照厂商当时的官网核实。 本文依据官方文档进行比较，未开展实机速度基准测试。下列价格为个人付费使用的每月税前起价，币种均为美元；模型用量和组织管理功能可能另行收费。

AI IDE 怎么选：先看对比表

以智能体为核心组织开发，可以先评估 Cursor。已经使用 VS Code 的团队，在考虑迁移之前，应先评估 Copilot。其他工具各有明确长处；这里的顺序并不是对生成代码质量做统一排名。

表中的免费方案是长期提供、带有用量限制的方案，不代表一定能试用付费功能。Zed 的试用余额用完后，试用也会结束。Kiro 的 Pro 试用需要绑定支付卡。各工具章节均附有厂商价格页，并说明影响选择的限制。

下载之前，还要先理清两个产品名称的变化。Windsurf 编辑器现已更名为 Devin Desktop。JetBrains AI 仍是模型接入服务，而 JetBrains Air 正逐步成为承载更广泛智能体工作流的产品。名称和定位变化，都不意味着你应该在核对现有账户条款之前放弃已经顺手的环境。

如果你已经决定离开 Cursor，可以直接阅读 Cursor 替代工具指南。本文讨论的是该用哪款编辑器，因此仍将 Cursor 纳入比较。

按开发方式选择 AI 代码编辑器

先选工作流，再选模型。模型负责生成回答；智能体在此基础上增加了读取文件、调用工具、修改代码和检查结果的执行循环。编辑器则是你指挥这个循环、检查执行过程的地方。

什么时候值得换用以 AI 为核心的编辑器？

当智能体已经成为工作重心时，迁移才更有意义：你描述改动、检查计划、交给智能体实现，然后把大量时间花在审查 diff 上。diff 记录了新增、修改和删除的代码行。Cursor 和 Devin Desktop 都适合这种工作方式。

例如，独立开发者新增账户设置功能，可能需要同时调整表单、校验逻辑、API 处理代码和测试。真正有用的能力，是让横跨这些文件的任务始终清晰可控。如果你无法迅速判断它是否误改了 API 契约，那么初稿看上去再像样，价值也有限。

原生 AI 编辑器不保证哪些能力？

围绕 AI 设计的编辑器，并不一定提供本地推理、自由选择模型的能力，也不一定在最便宜的方案中包含企业管控。本地推理指模型在你的设备或由你控制的基础设施上处理提示词。本地运行的智能体，依然可能把代码发给远程模型。

自带密钥，即 Bring your own key，通常简称 BYOK，指由你提供模型服务商的访问凭证。它说明谁授权模型请求，通常也说明由谁计费。但仅凭 BYOK，无法判断请求是否经过编辑器厂商的服务器、自动补全是否使用该密钥，或服务商的数据保留规则是否随之改变。

对于私有仓库，应逐一确认编辑器、负责调用工具的智能体以及模型分别在哪里运行。补全、索引和外部工具等辅助功能，也需要同样检查。接入本地聊天模型，不代表所有功能都会自动转到笔记本上运行。

什么时候给现有编辑器加 AI 更合适？

如果现有编辑器的调试器、语言支持、插件和审查习惯已经解决了重要问题，就值得保留。VS Code 搭配 Copilot，以及 JetBrains 搭配 AI，都能引入智能体工作流，而无需先把迁移编辑器当作一个项目。

维护成熟服务的技术负责人，需要把工作流被打断的成本与 AI 订阅费一并考虑。如果新编辑器的智能体节省了精力，却破坏了必要的调试或扩展流程，那么迁移就需要更充分的依据。评估应覆盖完整的工作日，也包括智能体交付之后的工作。

6 款编辑器逐一比较

下列顺序反映的是实际评估时的优先次序。硬性需求可以让专长明确的工具直接排到首位：需要本地模型，可优先看 Zed；重视规格审查，可先看 Kiro；已有成熟 JetBrains 工作流，则更适合保留该 IDE。

1. Cursor：把智能体作为开发工作区的核心

Cursor 是完整的开发工作区。选择它最有说服力的理由，是从理解任务、制定计划到实现和云端委派的一整条流程。它适合希望围绕智能体组织这些活动，而不是在多个应用间来回切换的开发者。涉及多个文件的功能，适合先就计划达成一致，再让智能体实现。需要注意的是，入门订阅并不包含人们通常联想到的完整 Cursor 工作流。

适合： 有意采用智能体核心编辑器的独立开发者和团队。
突出能力： 实现前可审查计划，另有云端执行路径。
价格： Plus 从 $8/月起；云端智能体和第三方模型需要 Premium，第三方模型用量另行计费。见 Cursor 价格页。
免费试用： 提供有限免费方案；工作流所需的付费功能需单独评估。

Cursor 哪些功能真正影响选择？

模式： Ask 用于只读问答；Agent 修改代码；Plan 制定方案以供批准；Debug 用于需要运行时证据的问题。这些模式代表不同程度的介入，并非给同一个聊天框换名字。小范围修改时，可选中代码发送给 Agent：Cursor 表示，这已经取代旧的行内编辑流程。跨文件功能则应把计划作为审查节点。智能体模式指南 说明了各模式可以修改什么。

Cloud Agents 在独立云环境中运行，可以执行终端命令，而无需每条命令都停下来等待确认。这种委派执行涉及另一套权限范围。能安装依赖、运行测试套件的云端智能体，权限显然超出了在编辑器里建议文字。

模型与 BYOK： Cursor 原生模型池包括 Grok 4.7、Composer 2.5 等模型。符合条件的较高档方案还提供第三方选择，包括 Anthropic 的 Claude Opus 5.5、Google 的 Gemini 4 Argon，以及 OpenAI 的 GPT-5.6 Sol。现行模型与方案文档 将这些选择与老用户可能继续保留的旧订阅区分开来。

Plus 不含第三方模型或 BYOK。符合条件的方案支持 Anthropic、Google、Azure OpenAI、AWS Bedrock 以及指定 OpenAI 聊天模型的密钥。自定义密钥不能用于 Tab 补全。请求仍会经过 Cursor 后端构建提示词，而且 Cursor 的零数据保留政策不适用于自带密钥的请求；相应处理遵循你的模型服务商条款。符合条件的组织用量还可能收取平台 token 费用。这些都是理解“自带密钥”时必须考虑的限制，详见 API 密钥指南。

隐私与管理： Privacy Mode 可阻止 Cursor 及其模型服务商将代码用于训练。Teams 增加了强制隐私设置、集中计费、用量分析、单点登录，以及内部规则和技能共享。Enterprise 则进一步增加仓库、模型、网络、支出和审计管控。云端执行仍需存储工作区、快照和对话状态；Cloud Agent 安全文档 单独说明了这些数据的保留方式。

选择理由： 希望围绕智能体工作流组织整个工作区。不适合的情况： 必须直接连接本地模型，或希望入门方案就包含第三方模型和云端委派。

从一个验收标准已明确的小任务开始。以下是建议的评估方法，并非声称本文实际执行过这套测试。

1. 1

   写清任务边界

   为任务新建分支。说明预期行为、可能涉及的文件或组件、必需的检查，以及智能体不得修改的内容。例如，为现有设置表单增加校验，但不改变 API 响应。

2. 2

   审查计划

   从模式选择器选择 Plan，或用 Shift+Tab 切换。要求它先给出实现思路和检查方案。此时就纠正不必要的依赖或无关重构。如果计划应随项目保存，使用 Save to workspace；否则 Cursor 默认将计划保存在项目之外。

3. 3

   检查交付结果

   批准范围明确的计划，检查变更文件，运行仓库的常规检查。合并前，对照验收标准确认最终行为。记录需要人工修复的内容，让评估衡量的是完成后的工作。

Plan Mode 文档 介绍了规划和保存到工作区的控制项。真正重要的习惯，是在实现开始前决定哪些事项需要批准。

2. VS Code 搭配 GitHub Copilot：沿用团队已有流程

如果团队已经习惯 Microsoft 的编辑器和 GitHub 拉取请求，VS Code 搭配 GitHub Copilot 最值得优先评估。开发者可以保留熟悉的环境，同时尝试智能体辅助开发。以维护任务为例，团队可在原有工作区中排查问题、生成范围明确的改动，再沿用现有审查流程。它的限制在于各项功能需要分别配置：一个本地模型设置，无法替代所有托管 Copilot 能力。

适合： 日常编辑和审查已围绕 VS Code 与 GitHub 展开的团队。
突出能力： 无需迁移编辑器即可引入智能体。
价格： Copilot Pro 从 $10/用户/月起；组织接入和治理需使用组织方案。见 GitHub Copilot 价格页。
免费试用： Copilot Free 提供有限的聊天和智能体用量，可用于评估。

模式： Chat 用于问答和协作，行内聊天用于代码中的小范围修改，建议功能辅助输入，智能体负责更广泛的任务，也提供云端工作路径。应把成熟度标签对应到具体功能：VS Code 将托管交互式云会话标为实验性，将云端自动化标为预览。这不代表所有 Copilot 云端能力都处于实验阶段。VS Code 智能体概览 区分了这些路径。

模型与 BYOK： Copilot 公布的模型目录包括 Claude Sonnet 5.5、GPT-6.1 Sol 和 Gemini 4 Argon，实际可用性取决于方案和功能。VS Code 还支持自带服务商密钥、兼容的自定义端点，以及通过 Ollama 等服务运行的本地模型。端点就是模型服务接收请求的地址。

对于包含不同敏感程度代码的仓库，这种区分很有用。你可以评估用本地模型解释代码，但不能因此认定 Copilot 的托管语义搜索、行内建议或基于嵌入的功能也都转为本地。VS Code 文档明确区分了这些功能。它还允许在没有 GitHub 账户或 Copilot 订阅的情况下使用本地 BYOK 聊天，而辅助任务另有模型设置。

组织用户需要管理员启用 BYOK 策略。可通过 Chat: Manage Language Models 查看可用的服务商连接方式，不要假定个人配置一定能在受管理的席位上使用。语言模型配置指南 同时介绍了配置方法和离线限制。

隐私与管理： 个人 Copilot 交互数据可能用于模型训练，除非用户选择退出。组织方案有不同的数据承诺，管理员也可管理付费用量和策略。让智能体访问内部代码之前，应先确定组织批准的账户使用方式。

内容排除是一项有用的组织控制，但 GitHub 明确说明它不是文件系统安全边界。间接访问、第三方工具以及文档列出的其他例外，都需要考虑。如果智能体绝对不能读取凭证文件，就应在编辑器设置之外，同时使用操作系统权限和受限环境。内容排除文档 对这一限制说明得很清楚。

选择理由： 目标是改善开发和审查流程，同时保留熟悉的编辑器。不适合的情况： 希望所有 Copilot 功能都通过同一个本地模型或 BYOK 设置运行。

3. Windsurf AI 代码编辑器：现已更名为 Devin Desktop

Windsurf 现为 Devin Desktop。选择它的理由，是在保留编辑器的同时，统一管理本地与云端会话中的智能体任务。Agent Command Center 将已委派的工作集中呈现，而不是把每段对话放进孤立的侧栏。开发者同时处理几项无关的修复时，可以借此追踪哪项任务需要关注。需要注意的是，Devin 原生任务和外部智能体可能各有账单、权限及数据条款。

适合： 既要编辑器，也希望集中查看多个智能体任务的开发者。
突出能力： 同一产品体系内管理本地和云端智能体。
价格： Pro 从 $20/月起，可购买额外用量。见 Devin 价格页。
免费试用： 免费方案提供少量智能体额度、有限模型，以及不限量的行内编辑和 Tab 补全。

模式： Cascade 区分修改项目的 Code 与用于讨论的 Chat。文档还介绍了计划、检查点、代码检查器反馈、并发会话和 worktree；worktree 是仓库的独立工作副本。编辑器保留行内编辑，符合条件的方案则可通过 Devin Cloud 远程执行任务。见 Cascade 工作流文档。

具体评估时，可以给智能体一个会失败的校验案例，要求修复时同时提供回归测试。检查点方便退回之前的状态，但不能证明新测试确实验证了问题已经修复。购买时真正要判断的，是指挥中心能否帮助你监督并发工作，同时保持审查纪律。

模型与 BYOK： 当前原生目录包括 Cognition 的 SWE-2、Claude Sonnet 5.5、OpenAI 的 GPT-6 Sol、Gemini 4 Argon 和 Kimi K3。各方案的可用性和用量计算方式不同，应同时检查账户内的模型选择器和公开模型目录。

当前公开模型指南未说明原生 BYOK 能力。 不要因为旧版 Windsurf 文档曾介绍 BYOK，就假定现有原生模型选择器仍支持。文档明确提供的另一条路径，是通过 Agent Client Protocol，即 ACP，连接外部智能体；这一接口让编辑器与独立配置的智能体通信。

外部智能体负责自己的操作及模型服务商计费。Devin 文档也说明，其隐私政策和法律条款不适用于这些外部智能体操作。Enterprise 默认禁用第三方智能体，需要另外启用。ACP 文档 明确划分了这一边界。接入外部智能体提供了灵活性，但不等同于承诺原生 BYOK。

隐私与管理： Cognition 表示，默认情况下数据可能用于训练。付费用户可在 Data Controls 中选择退出；Teams 则由管理员控制退出设置。未经事先明确同意，Enterprise 数据不会用于训练。不要把订阅本身当成关闭训练的证明，应先阅读现行安全与数据使用政策。

团队方案增加集中计费和分析，Enterprise 则增加身份与部署管控。文档介绍的模型允许列表界面，也提供模型管理能力。比较方案时，应区分 Devin 自有模型服务的管控，与所连接外部智能体的权限。

选择理由： 需要在保留编辑器的同时管理已委派的工作。不适合的情况： 已确认的原生 BYOK 是采购硬性要求，或指挥中心反而让原本已能轻松监督的工作更复杂。

4. Zed：灵活选择模型与智能体

如果模型服务商的选择本身就是你挑选编辑器的一部分，Zed 是本文中最清晰的起点。原生智能体可使用托管模型、自带密钥、网关或本地模型服务器，外部智能体则有单独的集成路径。它适合希望在本地解释敏感代码、其他工作使用获批托管模型的开发者。限制在于企业管控：其企业管理功能无法约束开发者能够运行的每一个外部进程。

适合： 重视本地推理和模型接入可迁移性的开发者。
突出能力： 原生编辑器体验支持多种模型接入路径。
价格： Personal 免费，可使用自带密钥或外部智能体；托管 Pro 从 $10/月起。见 Zed 价格页。
免费试用： Pro 最长 14 天，或试用余额用完即止；无需信用卡。

模式： Zed Agent 负责需要调用工具的任务，Inline Assistant 改写选中内容，编辑预测在输入时提供辅助。并行线程可以跨项目和 worktree 工作。外部 ACP 智能体以及由终端支撑的线程是另外的路径，各有独立配置。AI 工作流概览 解释了这些区别。

并行线程不等于附带托管云端智能体服务。外部智能体可能提供自己的远程能力，但编辑器能显示多条线程，并不能说明智能体在哪里执行。如果要求合上笔记本后任务仍能继续，就要具体评估对应的智能体和托管路径。

模型与 BYOK： Zed 托管模型目录 中的示例包括 Claude Opus 5.5、GPT-6.1 Sol 和 Gemini 4 Argon。Personal 也支持模型服务商密钥。对于本地推理，Zed 文档介绍了 Ollama、LM Studio、llama.cpp 以及兼容的本地端点。

与其看很长的服务商名单，不如分清本地模型具体支持什么。Zed 文档说明，原生智能体和 Inline Assistant 可使用本地模型，而编辑预测有独立的服务商设置。外部智能体同样需要各自配置模型。本地模型配置指南 说明了各类连接应在哪里设置。

有价值的试点，是仅使用选定的本地服务商，先解释仓库，再做一次小改动。将整个环境视为私有环境之前，应检查启用的功能和网络行为。还应确认所选模型能否处理任务需要的工具与上下文；支持本地服务器，并不保证其提供的每个模型都适合充当开发智能体。

隐私与管理： Zed 表示，默认不保留提示词或代码上下文，托管服务商也承诺不用于训练。部分由服务商指定的模型仍需出于安全目的保留数据。自带密钥、网关和外部智能体分别遵循各自服务商的条款。隐私文档 对这些路径分别作了说明。

Business 增加托管模型限制、锁定数据共享设置、编辑预测控制及支出可见性。价格页明确说明，这些控制适用于 Zed 的托管服务。该页面还表示 SSO、SAML 和 SCIM 仍在计划中，尚未提供。SSO 用于集中登录，SCIM 用于自动开通和移除账户。如果其中任何一项是人员接入的硬性要求，这一限制就可能直接决定选择。

选择理由： 希望对原生智能体的模型连接方式有实质选择权。不适合的情况： 部署必须依赖 Zed 尚未交付的企业身份功能，或需要用一套策略约束所有外部智能体。

5. Kiro：先明确规格，再动手实现

如果你希望在智能体开始写功能前，先将需求和设计形成可审查的文档，Kiro 最值得考虑。其规格工作流会把想法转为需求、设计和任务。例如，修改计费功能时，难点往往是先商定老客户变更方案后的行为，这种工作流就有价值。但要注意，看似周全的规格仍可能写入错误的业务规则。

适合： 希望明确记录需求和实现任务的开发者及技术负责人。
突出能力： 开发环境内结构化的规格工作流。
价格： Pro 从 $20/用户/月起。见 Kiro 价格页。
免费试用： 提供免费档；首次升级 Pro 可免费使用当月剩余时间，需要绑定支付卡。

模式： Kiro 当前的 IDE 聊天提供 Default、Spec、Plan、Quick Spec 和 Bug Fix 工作流。Plan 用于规划而不修改内容，Spec 生成需求、设计和任务。聊天能够区分解释性问题与修改文件的指令。IDE 聊天文档 介绍了这些工作流以及附加项目上下文的方法。

对于小范围编辑，已核实的流程是附上文件上下文，在聊天中给出明确范围的请求，再审查生成的行内 diff。未能核实存在独立的行内提示词编辑模式。更广泛的委派可通过 Kiro Web 完成，其云端会话能在合上笔记本后继续运行；网页自动化则是普通 IDE 交互之外的独立功能。

模型与 BYOK： Kiro 的托管选择包括 Claude Opus 5.5、Claude Sonnet 5.5、GPT-5.6 Sol、GPT-5.6 Terra、GPT-5.6 Luna，以及 Kimi K3 等开放权重模型。开放权重指模型权重按其分发条款提供；在 Kiro 中选择这类模型，不代表模型运行在你的设备上。模型目录 标明了可用性和推理地理位置。

这些文档未说明 Kiro 存在通用的自带服务商密钥或本地模型路径。模型治理说明 明确区分了批准现有模型列表与自带模型。如果私有推理是不可妥协的条件，应先评估 Zed，或现有编辑器中受支持的本地模型路径。

隐私与管理： Enterprise 支持集中身份管理、模型治理和支出控制。个人内容可能用于服务改进，包括通过社交登录或 AWS Builder ID 登录的付费账户。Enterprise 内容不用于服务改进。个人用户可在 Settings → User → Application → Telemetry and Content 中修改内容共享设置，详见数据保护文档。

有一项治理细节需要明确决定：Auto 可以路由到管理员批准列表之外的活跃模型。 Kiro 文档说明，若管理员严格要求仅由获批模型处理数据，就应禁用 Auto，并选择一个获批的默认模型。可用模型文档 解释了这个例外。批准一个路由器，与仅批准受限菜单中可见的模型名称，并不是同一回事。

用于生产的功能，必须先由人审查需求，再将实现任务作为可靠依据。以计费为例，应确认老客户的权益、取消订阅和支付失败分别如何处理。如果规格没有回答这些问题，即便所有生成任务都已完成，也不足以证明功能可以上线。

选择理由： 希望计划和业务规则形成可供审查的文档。不适合的情况： 工作主要是零碎小改动，或获批工作流必须连接任意本地模型端点。

6. JetBrains AI：保留已经顺手的 JetBrains IDE

如果现有 JetBrains IDE 已经是开发核心，JetBrains AI 是合理的优先评估对象。它增加模型辅助能力，Air 提供更广泛的智能体工作流，Junie 则提供开发智能体。对于维护成熟 Java 或 .NET 应用的人，保留熟悉的项目导航、调试和审查习惯，可能比围绕最新智能体更换编辑器更重要。其限制是，本地模型支持在不同功能之间差异很大。

适合： 日常开发已经依赖 JetBrains IDE 的开发者。
突出能力： 在现有开发环境中完成智能体辅助工作和审查。
价格： 个人 AI Pro 从 $10/用户/月起；底层 IDE 许可证需另行确认。见 JetBrains AI 月付价格页。
免费试用： AI Pro 提供 30 天试用；免费 AI 使用受 IDE 资格限制。

模式： AI Assistant 提供聊天、编辑器内生成和代码补全。Junie 及其他已连接的智能体负责更广泛的工作。Air 允许在 IDE 内查看变更文件，并对 diff 添加评论。部分客户已可使用云端运行，但 JetBrains 表示，面向更广泛用户的开放仍在逐步推进；不要假定新账户一定具备此功能。Air 产品概览 说明了当前范围。

模型与 BYOK： AI Assistant 目录包括 Claude Opus 5.5、GPT-6.1 Sol 和 Gemini 3.8 Flash。模型选择因功能而异，因此不能把受支持模型列表 理解为每个集成智能体都能使用所有模型。

可以提供受支持的 Anthropic、OpenAI 或 Google 凭证，配置兼容端点，或通过 Ollama、LM Studio 连接本地模型。但限制很明确：AI Assistant 的智能体不能使用本地模型，本地模型也不能调用其已配置的 MCP 工具。 MCP 即 Model Context Protocol，用于将 AI 工具连接到外部工具和数据。因此，本地模型支持对受支持的聊天和编辑器功能有用，但并不代表全面支持离线智能体。

配置时还需要分别指定用途。本地或自定义端点模型若要用于 AI Chat 之外的功能，需要进行功能分配；补全也有单独的服务商配置。JetBrains 的自定义模型说明 记录了这些限制和设置。应配置实际需要的功能，再验证其行为；只更改聊天模型还不够。

隐私与管理： Air Governance 将组织管控与模型用量区分开来。它提供集中访问和支出控制，承诺企业使用的数据不用于训练，并按档位增加模型、智能体和托管密钥管控。Enterprise 选项还增加混合部署、审计日志和账户开通集成等能力。组织层面的决策应参考治理页面，而不能只看个人 AI Pro 价格。

评估私有模型时，应写清楚需要的是本地代码解释、本地补全，还是完全在本地调用工具的智能体。这些验收条件并不相同。JetBrains 可以适合前两项，但其 AI Assistant 本地模型集成并不能满足最后一项。

选择理由： 已经信赖的 IDE 值得继续使用。不适合的情况： 采购主要为了完全本地的自主智能体，或要求所有账户立即具备云端能力。

不同开发者和团队该选哪款？

独立开发者希望加快开发，并把更多环节交给智能体，可从 Cursor 开始。 评估时应选择包含目标模式和模型的方案。如果日常任务所需能力不在该方案内，入门价再低也没有意义。如果监督多个本地和云端智能体更能改善日常工作，则优先考虑 Devin Desktop。

重视团队规则与审查，先看开发者已经使用的编辑器。 围绕 GitHub 开展工作，VS Code 搭配 Copilot 是稳妥的默认选择。已有成熟 JetBrains 环境，则可优先看 JetBrains AI。候选工具必须在最终获准的改动和审查清晰度上带来足够改善，才能抵消迁移造成的干扰。

需要本地或私有模型，从 Zed 原生的服务商连接路径开始。 VS Code 也有文档明确的本地 BYOK 路径，可用于受支持的聊天和智能体任务。JetBrains 支持本地辅助，但存在前文所述的智能体限制。在宣称整个编辑器满足隐私要求之前，先确定究竟哪些功能必须留在本地。

需要共同明确需求，希望将规格审查正式纳入工作，就选 Kiro。 当预期行为模糊、需要多人达成一致，或改动涉及复杂边界情况时，它的优势最明显。如果任务已经明确到只是一个微小的机械修改，价值就有限。

需要企业管控，让硬性要求优先于排名。 必需的身份协议可能直接排除当前的 Zed。禁止厂商托管仓库状态，可能会排除云端执行路径，但仍允许使用本地编辑器辅助。严格的模型允许列表会改变 Kiro Auto 的配置方式。采购应着眼于组织需要且能强制执行的工作流。

迁移原则很明确：只有当新工作流能解决现有编辑器无法妥善解决的反复性问题时，才更换编辑器。 否则，增加合适的智能体或模型接入路径，继续保留已经好用的周边工具。

本文如何筛选和比较？

这 6 款工具的比较维度包括智能体模式、模型接入路径、隐私边界、组织管控，以及宣传中的工作流在哪一步遇到限制。价格取自各厂商当时的官网价格页，而非旧评测。文首日期记录了核实时间；本文未进行实际开发会话、订阅体验或量化生产力试验。

比较时，将厂商经常放在一起介绍的四件事拆开来看：编辑器界面、智能体执行环境、模型服务商和管理策略。这比缺乏依据的“智能程度”评分更有助于选择。同一个模型通过不同工具接入，可能对应不同权限、计费安排和审查界面。

本文关注日常使用的编辑器。浏览器应用构建工具和独立终端智能体对应另一类采购问题，因此未列为主要推荐。

Claude Code 是独立的开发智能体选项，可以与编辑器选择一并考虑。

OpenAI Codex 也是另一种开发智能体选择，涵盖的工作流不局限于日常编辑器。

哪些需求与方案容易选错？

如果工作流需要第三方模型、BYOK 或云端智能体，应避开 Cursor Plus。这些要求需要其他符合条件的方案；月费低，不能弥补必需功能的缺失。

如果目前人员接入就硬性要求 SSO 或 SCIM，应避免把 Zed 作为新的组织标准。个人再喜欢，也无法补上产品仍列为计划中的身份集成。

不要把 JetBrains AI Assistant 的本地模型路径 当成离线自主智能体承诺。文档中的本地支持并未覆盖其智能体或 MCP 工具调用。

如果只允许使用明确获批的模型列表，应避开 Kiro Auto，除非管理员已主动批准该路由器更广泛的行为。也不要把个人付费 Kiro 或 Devin 账户当成内容共享已经关闭的证明。

这些都是具体需求与功能不匹配的情况，并非否定产品本身。提前排除无法满足硬性要求的工具，才能避免浪费试点成本。

第一次试点：先审查，再合并

用最终验收通过的改动评价编辑器，把审查和修复的投入一起算进去。演示提示词很容易被优化得漂亮；仓库中的普通任务，更能暴露日后会反复遇到的工作环节。

可以选用已知复现方法的问题修复、写有验收标准且范围明确的功能，以及现有依赖更新等维护任务。这些是建议的任务类型，并非基准测试结果。比较候选工具时，应保持仓库状态和验收标准具有可比性。

1. 1

   确定账户与数据路径

   使用组织实际会部署的账户类型。确认所选模型、执行位置、内容共享是否开启，以及包含的用量耗尽后会如何处理。使用本地模型时，也要检查辅助功能和外部工具。

2. 2

   要求改动附带验证证据

   要求提供相关 diff、已运行的检查，以及尚未解决的假设。修复问题时，复现案例和回归测试应相互印证。实现功能时，应对照需求验证行为，不能仅凭构建成功就认为已经充分证明。

3. 3

   记录留给人工的工作

   记录审查时间、人工纠正、不必要的改动，以及最终结果是否满足任务。以账户中的实际用量费用为准，不要根据订阅标价推算。只有完整工作流证明了价值，才保留这款编辑器。

下一步就选一个满足数据和管理硬性要求的候选工具，让它完成最小但有实际意义的任务。当结果可审查、流程可重复时，再扩大部署。

常见问题

免费的 AI 代码编辑器选哪个？

如果想留在 VS Code 中使用有限的托管辅助，可以从 Copilot Free 开始。如果希望编辑器使用自己的密钥或外部智能体，可选 Zed Personal，但模型服务商用量仍可能收费。使用本地模型时，还要确认具体功能是否支持，以及设备能否运行所选模型，再判断整个流程是否免费。

编程新手适合用什么代码编辑器？

先选课程、项目或协作者使用的编辑器，再逐步加入 AI。让它解释代码、完成自己能检查的小改动。学会阅读 diff 和验证行为，比反复换编辑器、寻找不需要监督的智能体更有用。

AI代码生成用哪个工具更合适？

以智能体为核心开发，可先评估 Cursor；已有成熟 VS Code 团队，可先评估 Copilot。编辑器与模型是两个选择：用同一个范围明确的仓库任务，比较实际方案中可用的模型，再评价 diff、检查和修复工作。能生成像样初稿的模型，并不一定能交付最容易审查的改动。

订阅通讯，获取 AI Business Workflow Audit Checklist，梳理哪些工作可以委派、需要哪些数据，以及哪些审查应由自己保留。