很多人以为「编辑器里用 agent」只有一种做法。其实有两条路， 它们的配置位置、功能边界和数据去向都不一样。 选之前先看清代价，比装完再发现少了东西省事。
本文写什么两条路各自怎么走、各自失去什么。 本文不写我们自己用哪条、连的什么。也不做编辑器之间的排名。
做法是在编辑器的扩展面板里装 agent 厂商自己发的扩展。以 Claude Code 为例，
扩展标识 anthropic.claude-code，要求 VS Code 1.94.0 或更高，
也能从 Open VSX 装（很多 VS Code 分支只认这个源）。
这条路最大的好处，是一句常被忽略的话：
~/.claude/settings.json意味着你只配一次。权限规则、默认模型、要注入的环境变量—— 终端里生效的，编辑器里也生效。第 8 篇接中转端点时， 这一条会直接帮你省掉一半工作。
扩展为了自己的聊天面板会捆一份 CLI。但你要在编辑器的集成终端里敲命令， 还得另外装一次独立 CLI。这两件事是分开的，装了扩展不等于终端里有命令。
另一个常被忽略的事实：VS Code 的分支通常也能装同一个扩展。 Cursor 就属于这类——所以「用 Cursor」和「在 Cursor 里用 Claude Code 扩展」是两件事， 后者走的是路 A，配置与 CLI 共享。
另一条路是用编辑器自己的 AI 功能，但把计费换成你自己的账号。 以 Cursor 为例，位置在 Cursor Settings › Models，粘上 key、保存。 它支持的供应商是 OpenAI、Anthropic、Google、Azure OpenAI、AWS Bedrock。
这条路省事，但有两个代价，都值得先知道：
官方明确写了：填自己的 key 之后，tab 补全仍然走编辑器自家的模型。 也就是说你换掉的是一部分，不是全部。指望「填了 key 全站就都用我的额度」会落空。
Cursor 的说法是：用你自己的 key 时，它的零数据留存策略不适用， 数据处理转而按你选的那家供应商的隐私政策走。
这不是谁对谁错的问题，而是你得知道数据现在归谁管。 公司代码尤其要先把这条弄清楚，再决定走哪条路。
这两件事经常被混为一谈。2026-08-21 核对时，Cursor 那份 API key 文档 没有提到覆盖 base URL 的选项——它讲的是「换供应商的 key」，不是「换端点地址」。
所以：如果你的目标是接一个自建或第三方端点（第 7 篇讲的那件事）， 别默认编辑器自带功能能做到。要么走路 A（扩展读配置文件，配置文件里能写端点）， 要么在集成终端里直接用 CLI。
要说清楚的这条我们只能确认「那页文档没写」，不能断言「产品一定不支持」—— 界面和文档都会变。要用之前自己确认一遍，别照抄本文的时间点。
| 你的情况 | 选 | 为什么 |
|---|---|---|
| 要接自建/第三方端点 | 路 A | 配置文件里才写得下端点地址 |
| 终端和编辑器都要用，不想配两遍 | 路 A | 共享同一份配置 |
| 只想要更强的 tab 补全 | 路 B 也没用 | 补全不跟着换，见代价一 |
| 公司代码、数据边界敏感 | 先查清楚再说 | 路 B 会改变数据处理归属 |
| 编辑器装不上扩展 | 回终端 | CLI 在任何终端里都能跑，这是永远的兜底 |
你在 ~/.zshrc 里设了变量，终端里 echo 得出来，
编辑器里就是不认——照样弹登录、照样连默认端点。
原因是 GUI 启动的程序不继承登录 shell 的环境。官方文档给的办法是
从终端用 code . 启动，让编辑器继承环境。
更稳的做法是根本不依赖环境变量：把要注入的东西写进配置文件的 env 块。
文件不受启动方式影响，GUI 和终端都读得到。
anthropic.claude-code，要求 VS Code 1.94.0+，可从扩展面板或 Open VSX 安装；
可装进 VS Code 分支。官方文档同时写明：扩展与 CLI 共享 ~/.claude/settings.json；
扩展自带的 CLI 只供聊天面板，集成终端里用还需独立安装。2026-08-21 核。