编程 Agent 的区域限制怎么看？下单前该确认的四件事
先把这篇文章的边界说在最前面：我不会告诉你某一家在哪个地方能用、哪个地方不能用。 一条都不给。
不是藏着，是这类信息的性质决定了转述没有价值——各家的服务条款、支付渠道、模型侧策略是三套独立变量，改动时也不会挨个通知第三方。你在别处看到的那种「XX 家可用地区清单」，写下来的那一刻可能是对的，你读到的时候可能已经不对了，而你要为那个过期的结论付一笔订阅费。
这篇能给你的是另一样东西：一套把「能不能用」拆开来问的方法，以及下单前你自己就能跑完的四步实测。读完之后，你不再需要问别人「XX 在我这儿能用吗」，你会自己在十几分钟内测出来，而且知道卡住的时候该往哪个方向查。
「区域限制」其实是四件不同的事
绝大多数关于区域可用性的讨论之所以吵不出结果，是因为四件性质完全不同的事被打包成了一个词。它们的表现可能一样（都是「用不了」），但成因不同、排查方法不同、解法也不同。
第一件：能不能下载。 这一层看的是产品的下载入口提供了哪些形态和哪些平台的版本。这跟地理位置的关系其实最小，更多是产品形态的问题。举个可核实的例子：Google Antigravity 的官网下载区提供 Apple Silicon 和 Intel 两个选项——页面上就写了这两个，是否还有其他平台的版本页面没有写明，我不去替它推断。而 Kiro 那边，官方安装文档列出的形态就多得多：IDE 覆盖 macOS（Intel 与 Apple Silicon）、Windows 10/11 64 位、Linux（Ubuntu 24+、Debian 13+ 等），CLI 覆盖 macOS、Windows 11（PowerShell）、Linux（glibc 2.34+），另外还有任何现代浏览器就能开、无需本地安装的 Web 形态，以及走 Apple TestFlight 的 iOS 端。
同样是「我用不了」，如果你的机器是 Linux 而某个产品只提供两个 macOS 架构的安装包，那这跟你在哪儿一点关系都没有，是平台覆盖问题。这一层最容易被误判成区域限制。
第二件：能不能注册登录。 这一层的关键是：登录环节往往不由这家产品自己承担。 还是拿 Kiro 举例，它的登录是四选一——Google、GitHub、AWS Builder ID、组织身份认证。你选哪一个，就把「能不能登上」这个问题外包给了哪一家的账号服务。四条路的可达性是彼此独立的，一条不通不代表另外三条不通。这就是为什么「换个登录方式再试一次」在实践中命中率意外地高。
第三件：能不能付款。 这一层跟前两层完全没有技术关联，纯粹是支付渠道、卡组织、账单地址要求的事。它是四件事里最晚暴露、也最让人恼火的一件——你可能已经装好了、登上了、试用得挺顺手，最后在结账页卡住。
第四件：能不能调用到模型。 这一层最深，也最容易被忽略：即使前三关全过，实际发请求时仍可能被服务端或模型侧的策略挡住。而且这一层还有个隐藏维度，下一节专门讲。
| 这一层 | 典型症状 | 怎么自己验 | 代理能不能救 |
|---|---|---|---|
| 能不能下载 | 官网没有你这个平台的包 / 装完打不开 | 看官方安装文档列的平台清单 | 基本无关，这是平台覆盖问题 |
| 能不能注册登录 | 授权页转圈、回调失败、账号创建失败 | 把可选的登录方式挨个试一遍 | 不一定——见下文浏览器登录那条 |
| 能不能付款 | 前面都顺，结账页报错 | 提前确认支付方式与账单地址要求 | 无关，别在这上面绕 |
| 能不能调用到模型 | 登得上、界面正常，一发请求就报错 | 用免费档或 Web 形态发一个最小请求 | 未必——服务端策略与网络路径是两回事 |
把这张表贴在下单前的检查清单里，比记住任何一份「可用地区列表」都管用。因为清单会过期，而「先分清是哪一层」这个动作不会。
可用性还分档位：同一个产品，不同档能用的东西就不一样
这里有一条我认为特别值得单独拎出来讲的硬事实。
Devin 的定价页上，Free 档的说明里写着一句 “Limited model availability”（可用模型受限）。
这句话信息量比它的长度大得多。它说明：availability 从来不是一个产品级的开关，而是分层的。 同一家产品、同一个人、同一台机器、同一个网络环境，你在免费档能调到的模型集合，和你在付费档能调到的，本来就不是一回事。
所以「这个产品能不能用」这个问题，问得根本不够细。它至少要拆成三个限定词才能回答：
- 我在哪一档（免费 / 个人付费 / 团队 / 企业）
- 在什么环境（哪个平台、哪种登录方式、什么网络）
- 想用哪个具体能力（哪个模型、哪个功能）
三个限定词一变，答案就可能变。这也从另一个角度解释了为什么第三方转述的可用性结论不可靠——转述者往往连自己测的是哪一档都没说清楚。
顺带一提，档位这件事在企业侧还有更大的弹性空间。Augment Code 的 ENTERPRISE 档是 Custom 定价，席位无限制、使用限额可自定义。也就是说到了企业条款这一层，很多在公开定价页上看起来是死规则的东西，本身就是可谈的。如果你是替团队做决策而不是替自己，别拿公开页面的限制当最终答案。
下单前该自己确认的四步
方法讲完了，落到动作上就是这四步。顺序是有讲究的——成本从低到高、暴露问题从早到晚。
第一步：先用免安装的 Web 形态或免费档实测。 这是整套流程里性价比最高的一步。Kiro 提供任何现代浏览器就能开的 Web 形态，这意味着你可以在完全不装东西、不填卡的前提下，把「能不能登录」和「能不能真的发出一个请求」这两层同时验掉。
免费档的试错成本有多低，可以算一笔账。Kiro 免费档给 50 credits，付费的 PRO 档 $20/月给 1,000 credits——$20 ÷ 1,000 = $0.02/credit，那么免费档这 50 credits 折成钱就是 50 × $0.02 = $1，占 PRO 档月度额度的 50 ÷ 1,000 = 5%。换句话说，你用大约一美元的等价额度，就能把「这东西在我这儿到底通不通」验个八九不离十。相比之下，先付 $20 再发现卡在某一层，是纯粹的浪费。
顺便记一下这个 $0.02/credit 的基准价——Kiro 的超额单价是 $0.04/credit，正好是套餐内单价的 2 倍（$0.04 ÷ $0.02 = 2）。这跟区域问题无关，但既然算到了，值得你在选档时一并放进考量。
第二步：确认支付方式与账单地址要求。 这一步之所以要提到第二位，就是因为它最容易在最后一刻卡住，而它的验证成本几乎为零——你只要走到结账页、把要填的字段看一遍，就知道自己能不能满足。别等到试用期结束、工作流已经搬进去了才发现付不了钱。
第三步：拿非关键任务把关键工作流跑一遍。 前两步验的是「通不通」，这一步验的是「顺不顺」。挑一个真实但不紧急的任务——最好是那种你自己能一眼看出结果对不对的，比如给一个已有模块补测试、把一段脚本改成另一种写法——完整跑一遍你日常会用到的链路。这一步经常会暴露一些跟区域毫无关系但同样致命的问题：响应慢到不可接受、某个你依赖的编辑器集成不支持、团队的代码库根本不让往外传。
第四步：留一个备选方案。 不管前三步多顺，都别把生产流程押在单一来源上。备选方案不一定要是另一家同类产品，也可以是同一个工具的另一条路径——比如有些工具支持接入你自己的第三方模型来源（Cursor 接入第三方模型 是站内已经写过的一个例子），这本身就是一条独立于官方默认通道的后路。做决策的时候多问一句「如果这条路明天断了，我明天怎么干活」，比事后补救便宜太多。
代理不是万能解：那条最容易踩的坑
「我明明挂了代理，为什么还是登不上」——这个问题的答案，Kiro 的官方安装文档里恰好写得很清楚，而且这条硬事实的适用范围远超它自己。
原文的意思是：Kiro 支持 HTTP_PROXY 等环境变量，但——浏览器登录会绕过代理设置。
拆开看就是：工具本体走的是环境变量里配置的代理，但登录这一步会把你甩到系统默认浏览器里去完成第三方授权，那个浏览器不读你给工具进程配的环境变量。于是就出现了那个让人困惑的局面：工具那边网络是通的，登录这一环却走了另一条完全不同的路径，然后失败了。你以为代理没生效，其实是代理生效了、但没覆盖到出问题的那一环。
这条经验的普适价值在于：别把「网络路径」当成一个整体。 一个工具的下载、登录、API 调用，很可能走三条不同的路径，由三套不同的配置控制。诊断的时候要分开看——这也正好呼应了前面那张四层表。
必须补一句：使用代理要符合你所在组织的网络与合规要求。 公司发的设备、公司的网络环境，先问 IT，别自己动手。这不是客套话——在很多组织里，绕过网络策略这件事本身的后果，比工具能不能用严重得多。
为什么这篇不给任何一家的可用性结论
回到开头那个承诺，我把理由讲透。
第一，这类信息的变动频率高于内容的更新频率。 服务条款、支付渠道、模型侧策略，任何一个变了，结论就变了，而且不会有人来通知写文章的人。
第二，各家的条款是各家的，不能互相推断。 我在这篇里引用的每一条事实——Devin Free 档的 “Limited model availability”、Kiro 的四种登录方式和浏览器登录绕过代理、Antigravity 官网的两个下载选项、Augment ENTERPRISE 档的自定义限额——都是从各自官方页面上原样摘下来的，而且只在它自己那一家的范围内成立。把其中一家的情况套到另一家头上，就是编造。
第三，也是最实际的一条：结论会让你停止验证。 如果我在这儿写一份清单，你大概率会照着清单下单，然后在第三层或第四层卡住，再回来骂这篇文章。而如果你手里拿的是方法，你会先花十分钟自己测——那十分钟能省下的钱和时间，比任何清单都多。
以官方条款与你自己的实测为准。 这句话看起来像免责声明，但在这个话题上它是唯一诚实的答案。
最后
把这四件事分开问，你会发现「区域限制」这个笼统的说法之下，真正卡住你的往往是个很具体、很好解的问题——可能只是你的平台没有对应的安装包，可能只是该换一种登录方式，可能只是账单地址那一栏。
顺序也别搞反：先用零成本的 Web 形态或免费档验通不通，再看付款要求，然后拿非关键任务跑工作流，最后留好后路。这四步走完，你对「这东西在我这儿能不能用」这个问题的把握，会比读十篇转述文章都扎实。
额度和限制这一块还有很多值得单独展开的东西——比如免费资格本身的门槛（Kiro 学生免费 就是一例），比如额度用完之后的降级机制。那些是另外的话题了。这篇只做一件事：帮你把「能不能用」这个问题问对。