Amp 怎么安装？三种方式与支持的编辑器清单（JetBrains 已废弃）
装一个编程 Agent，通常花不了五分钟，真正麻烦的是装完之后才发现”我这个 IDE 不在支持列表里”，或者”支持是支持，但官方已经不维护了”。Amp 恰好两种情况都占了一点：它给了三条安装命令覆盖主流系统，也明确标了某一类编辑器的支持状态是废弃。
这篇把 Amp 的安装路径和编辑器支持范围一次说清楚：三种装法各自适合谁、curl | bash 这种形式在公司设备上该怎么处理、JetBrains 用户现在该怎么想、以及在 Cursor 里再装一个 Amp 是什么体验。读完你应该能直接决定用哪条命令、要不要现在把 Amp 纳入团队工具链。
先说清楚这篇的边界：Amp 的官方手册对安装方式和编辑器支持写得很具体，但对套餐价格、免费额度几乎没有可核实的数字。所以下面凡是涉及钱的部分，我只讲机制不报数，具体金额以官方定价页为准。
三条安装命令，先确认你在哪个系统
Amp 官方给出的安装方式是三条，按系统分：
| 场景 | 命令 |
|---|---|
| macOS / Linux / WSL | curl -fsSL https://ampcode.com/install.sh | bash |
| Windows | powershell -c "irm https://ampcode.com/install.ps1 | iex" |
| macOS（走包管理器） | brew install ampcode/tap/ampcode |
为了方便复制，三条命令原样列在下面：
# macOS / Linux / WSL
curl -fsSL https://ampcode.com/install.sh | bash
# Windows
powershell -c "irm https://ampcode.com/install.ps1 | iex"
# Homebrew
brew install ampcode/tap/ampcode
注意第一条和第三条在 macOS 上是重叠的——同一台 Mac，你既可以跑脚本也可以走 Homebrew。这个选择不是随手挑的，值得单独说。
脚本安装的优点只有一个：快。 一行命令，不需要先装别的东西，Linux 服务器和 WSL 环境里往往也只有这一条路可走。缺点是它把安装位置、依赖处理、后续升级方式全都封装在了脚本内部，你不看脚本就不知道它把东西放到了哪里。哪天要卸载，你得自己找。
Homebrew 的优点是”可管理”。 走包管理器意味着升级是 brew upgrade、卸载是 brew uninstall，装了什么、装在哪、什么版本，brew 自己有账可查。如果你的 Mac 上其他开发工具本来就是 Homebrew 装的，那再多一个 Amp 也不会让工具链变乱。代价是你得先有 Homebrew，而且包管理器里的版本有时会比官方脚本晚一点点。
我的判断很简单：Mac 上有 Homebrew 就用 Homebrew，没有或者不是 Mac 就用脚本。 单机自己玩怎么装都行，但只要这台机器还要装第二个、第三个 AI 工具，包管理器带来的秩序就开始值钱了。
curl | bash 到底在做什么，以及一句必须说的提醒
第一条命令的形式是”管道执行远程脚本”：curl 把远程的 install.sh 下载下来，一个字符都不落盘，直接通过管道交给 bash 执行。
这个写法在开发者圈里太常见了，常见到很多人已经不再看它一眼。但它的语义值得拆开看：你在把一段你从未阅读过的代码，用你当前用户的权限，立刻执行。 你信任的不是这段代码本身，而是”这个域名此刻返回的内容是可信的”这件事。
绝大多数时候这没有问题。但有两类场景我建议你多花三十秒：
一是公司设备。很多公司对开发机上能跑什么、能往哪个目录写有明确规定，一条黑盒命令跑完之后你没法向安全同事解释它做了什么。二是网络环境不干净的时候，比如走了不明代理、或者在陌生 Wi-Fi 上——中间环节返回的内容和官方发出的内容是不是同一份，你没有直接证据。
做法也很简单：先把脚本下载成文件，打开看一眼，再执行。 你不需要读懂每一行，只要确认三件事——它往哪些目录写东西、有没有请求提权、有没有向你没听说过的地址发请求。看完再跑，成本是三十秒，收益是你能对自己的机器负责。这条建议对任何 curl | bash 形式的安装都成立，不是针对 Amp。
Homebrew 那条命令在这一点上要舒服一些：安装动作发生在包管理器的框架内，路径和权限都有既定规则，出问题也更容易回溯。
支持哪些编辑器：一张表，外加一个坏消息
Amp 官方列出的编辑器支持范围如下：
| 编辑器 | 状态 | 说明 |
|---|---|---|
| VS Code 系 | 支持 | 包含 Cursor、Windsurf 这类基于 VS Code 的分支 |
| Neovim | 支持 | |
| Zed | 支持 | |
| JetBrains | 已废弃（deprecated），仍可用 | 不再接收更新 |
前三行没什么可说的，覆盖面已经够宽。真正需要单独拿出来讲的是最后一行。
“已废弃但仍可用”不是”暂时没更新”，这两件事完全不同。 前者是官方主动打上的状态标签，含义是：这条支持线不再收到新功能，不再跟进新版本适配，大概率也不再修非致命的 bug。它现在能跑，是因为它还没坏，不是因为有人在维护它。
对 JetBrains 用户，这条信息的分量比价格还重。如果你的团队主力是 IDEA、PyCharm、GoLand，那你在做选型时必须把这一条算进风险栏：今天能用，不代表半年后你升级了 IDE 大版本之后还能用。 一个已废弃的插件遇上宿主 IDE 的重大变更，最可能的结局是就这么坏了，而且没人来修。
所以对 JetBrains 阵营的团队，我的建议是分两种情况：
- 只是个人试用：直接装，好不好用先体验了再说，反正沉没成本低。
- 要写进团队规范、要在 CI 或新人上手文档里固化：别把 JetBrains 插件当作长期方案。要么接受”随时可能要迁移”这个前提并提前想好退路（比如同时保留命令行用法），要么就在 VS Code 系里给 Amp 留一个位置。
顺带说一句我不知道的事：官方没有给出这个废弃状态的时间表——什么时候会真正下线、有没有替代方案在做，手册里都没写。我不会替官方猜。
VS Code 系包含 Cursor 和 Windsurf，这意味着什么
支持列表里”VS Code 系（含 Cursor、Windsurf）“这句话，实际影响比字面上大。
它意味着你可以在 Cursor 里装 Amp。也就是说，同一个编辑器窗口里可以并存两套 Agent：Cursor 自带的那一套，和 Amp 的这一套。它们各自有各自的额度体系、各自的计费方式、各自的模型路由。
实际用法上，我见过两种合理的组合方式：
一种是主力 + 交叉验证。日常改代码用你已经付了钱的那一套，遇到一个改了三轮还是不对的问题，换另一套重问一遍。两个 Agent 的上下文构造方式、工具调用策略不一样，有时候确实会给出不同的切入点。我不打算吹这个做法有多神——它更多是给你一个”换个角度”的低成本手段，不是什么效果保证。
另一种是按额度分工。这个对预算敏感的人更实用：把消耗大的重活（大范围重构、全库检索）和轻活（补注释、写单测、改一个函数）分给不同的工具，哪边额度宽裕就往哪边压。Cursor 用户对这个逻辑应该不陌生，快速请求用完之后会降级到慢速池，具体机制我们在 Cursor 快速请求用完了怎么办 里拆过——本质上就是”代价落在时间上还是钱上”的选择。多装一套 Agent，等于给自己多了一个”代价落在别处”的出口。
要提醒的是成本：两套 Agent 同时开着，插件冲突、快捷键打架、上下文索引重复跑占内存，这些都是真实存在的摩擦。别指望装上就白赚。
装完之后：确认、余额、计费怎么算
装完的第一件事是确认它真的装上了。Amp 的安装是命令行工具 + 编辑器扩展的组合，最直接的验证方式就是在终端里跑一下 Amp 的命令看有没有响应，以及在编辑器里看扩展是否已加载。这里我要诚实说明：官方手册没有写具体的验证命令、也没有写最低系统版本要求和安装包体积，所以我不编一条 amp --version 之类的命令让你去跑——真跑不通反而更浪费你时间，以官方文档实际给出的为准。
余额这件事倒是明确的：Amp 支持购买预付 credits，余额在用户设置里查。 另外手册写了一条容易被忽略的条款——未使用的 credits 在账户不活跃满一年后过期。这条对”先囤一笔慢慢用”的人有直接影响：如果你买了一笔 credits 之后连着一年没动这个账号，那笔钱是会失效的。它不是按购买日起算一年，而是按账户不活跃满一年算，日常在用的人基本不会碰到。
计费模式是混合计费：月度订阅覆盖 agent 和 orbs 的使用，超出订阅之后按实际用量计费，计费依据是实际的 LLM 用量加上一部分工具费用。这个结构的关键在下一句——个人与非企业工作区，对供应商 API 定价是零加成（zero markup）。
零加成值得算一笔账，因为它是这个市场里少见的定价姿态。拿同批工具做个对照：
| 计费方式 | 套餐内单价 | 超额单价 | 超额相对套餐的倍数 |
|---|---|---|---|
| Kiro PRO（$20 含 1,000 credits） | $20 ÷ 1,000 = $0.02/credit | $0.04/credit | 0.04 ÷ 0.02 = 2 倍 |
| Amp 个人 / 非企业工作区 | 订阅内使用 | 按供应商 API 定价，零加成 | 加成系数 1.0（不加价） |
这张表说明的不是”谁更便宜”——Amp 的订阅价格我拿不到，没法比总价。它说明的是超额那一段的定价逻辑不同：一种是超额单价明显高于套餐内均价，超支会被放大；另一种是超额直接按上游 API 原价走，用多少算多少。对于用量波动大、经常一个月冲高一个月清闲的人，后者的可预测性更好，因为你只要会看上游 API 的价目表，就能大致估出账单。
还有一条机制值得知道：Amp 支持关联 ChatGPT 订阅来换取更多 GPT-5.6 用量。如果你本来就在付 ChatGPT 的订阅费，这等于让那笔已经花掉的钱多产生一点价值，值得在开始付费前先确认自己符不符合条件。
我不写的东西，以及为什么
按惯例交代边界，这样你知道该去哪儿补齐：
- 系统最低版本要求（macOS 几点几起、Windows 10 还是 11、Linux 的 glibc 版本）——官方手册没写，我不推断。
- 安装包体积、安装耗时——没有可核实的来源。
- 是否需要注册登录才能开始用、免费额度有多少——Amp 的免费档信息页当前是取不到的，所以我不给数。
- 任何订阅档位的具体价格——同上，以官方定价页为准。
这几项里，最可能卡住你的是”最低系统版本”。如果你的机器比较老，建议直接跑一次安装命令试试，比在网上找二手信息快。至于价格，别信任何第三方转述的数字，包括这篇——涉及钱的事只认官方页面。
如果你正在同时评估几家工具的额度机制，可以顺带看看 Claude Code 的额度限制 那篇，它和 Amp 属于两种完全不同的思路：一种是限制打在时间窗上，一种是按实际用量结算。
最后
Amp 的安装这一步没什么坑：Mac 有 Homebrew 就走 Homebrew，其余走脚本，Windows 走 PowerShell 那条。 唯一需要你多想三十秒的是 curl | bash 这个动作本身——公司设备上先下载看一眼再执行，这是好习惯，跟信不信任 Amp 无关。
真正影响选型判断的是两条：JetBrains 支持已废弃，团队主力是 IDEA/PyCharm 的话要把迁移风险提前算进去；VS Code 系覆盖 Cursor 和 Windsurf，你可以在现有编辑器里让两套 Agent 并存，按额度分工使用。
至于钱，这篇能给你的确定信息只有机制层面：混合计费、个人与非企业工作区零加成、预付 credits 在用户设置里查余额、闲置满一年会过期。数字部分官方没公开到可核实的程度，我就不给了。