Augment Cosmos 是什么？它的默认模型换了意味着什么
关于 Augment Code 的 Cosmos，网上能查到的东西不多，官网定价页和官方博客加起来也就那么几条。这篇文章不打算把它撑成一份功能介绍——我手上没有功能清单，硬编一份出来对你没有任何用处。
我想做的是另一件事：把能核实到的那几条事实榨干，看看它们能推出什么。其中一条尤其值得展开——2026 年 7 月 29 日，Augment 官方博客宣布 GPT-5.6 Sol 成为 Cosmos 的默认模型。这条消息本身没多大信息量，但”默认模型会被厂商换掉”这件事，对每一个把 AI 编程工具嵌进日常工作流的人来说，都是一个需要提前准备的变量。它不只发生在 Augment 身上。
读完这篇，你能拿到三样东西：Cosmos 这个名字到底指什么、它按美元计费的额度大概怎么算账、以及厂商换默认模型时你该做哪三件事。剩下的事情我会明确告诉你我不知道。
Cosmos 是什么：官方只给了一句定位
Cosmos 是 Augment Code 的产品线名称。这个名字出现在 2026 年 6 月 3 日的官方博客标题里：“Hello, Cosmos: the platform for AI-native engineering teams”——面向 AI 原生工程团队的平台。
这句话得拆开看。“platform” 不是 “extension”，也不是 “assistant”，官方自己选的词是平台。“engineering teams” 更直白，落点在团队，不是个人开发者。把这两个词和定价页对照，口径是一致的：付费档只有 BUSINESS 和 ENTERPRISE 两档，官网入口摆着的两个按钮是 “Try Cosmos” 和 “Book demo”——一个试用，一个约演示，后者是典型的 to B 打法。
需要说明的是，“AI 原生工程团队” 这个说法本身是营销语言，它没有告诉你 Cosmos 具体能做什么。我不会替它翻译成”支持多文件重构""能跑测试”之类的具体能力，因为官网没写，我写了就是编。
额度涵盖三样东西：一个可以推断、但只是推断的产品形态
定价页上有一条描述值得单独拎出来：
BUSINESS 档 $100/月固定价，包含每月 $100 的使用额度；额度单位是美元，涵盖 LLM、Context Engine 与计算三部分；超出后走 “Top-ups, pay as you go”；最多 50 席位。
注意中间那句——额度涵盖的不只是 LLM 调用，还单列了 Context Engine 和计算。
下面这段是我的推断，不是官方说法，请你按推断来对待。
一家公司在计费口径里把”上下文引擎”作为独立的一项列出来，通常意味着这部分有独立的成本。纯粹的模型调用中转不需要这么写，它的成本结构就是 token 进、token 出，一项就够了。把 Context Engine 单列，比较合理的解释是：它自己维护了一套针对代码库的上下文处理——索引、检索、切片，这类工作要跑在服务器上、要存东西、要持续更新，所以才会和 LLM 分开计价。“计算”那一项大概率也是同一件事的另一面。
这个推断对你的实际意义是：如果它成立，那么 Cosmos 的额度消耗就不完全由你发了多少条消息决定。代码库的规模、索引的频率、检索的范围，都可能计入。同样问一句”这个函数在哪被调用了”，在一个 2 万行的仓库和一个 200 万行的仓库里，花掉的钱可能不是一个量级。
但我要把话说死：官网没有公布任何一条”某个操作消耗多少美元”的换算。上面那段推理只是从计费口径的写法倒推产品形态，它可能是对的，也可能完全错了——比如 Context Engine 那部分实际上不产生额外费用，只是写在描述里让人看懂钱花在哪。真实的消耗构成以官方定价页和账单为准。
按美元计费：算一笔可以直接复核的账
Augment 的额度单位是美元，这一点在同类工具里不算常见。多数产品用的是自定义单位——credit、请求数、点数，名字各异，共同点是你需要先做一次换算才知道花了多少钱。
算一笔最简单的账。BUSINESS 档每月 $100，包含 $100 额度，最多 50 席位。如果团队坐满 50 人，平摊下来是 100 ÷ 50 = 每人每月 $2 的额度；如果只有 10 个人用，就是 100 ÷ 10 = 每人每月 $10。这两个数字的差距是 5 倍，而月费一分钱没变。
这就带出一个很现实的判断：这个档位的性价比，几乎完全取决于你的团队规模和实际用量的乘积，而不取决于人数本身。人少的团队人均额度宽裕但总盘子小，人多的团队总盘子还是那 $100、人均反而更紧。至于 $100 额度够 10 个工程师用多久——我算不出来，因为官网没有公布任何单次操作的消耗数值。
把它和别家的计费单位放一起看，差异会更清楚：
| 产品 | 额度单位 | 官网可查的档位举例 | 换算成钱需要几步 |
|---|---|---|---|
| Augment（Cosmos） | 美元 | BUSINESS $100/月含 $100 额度 | 0 步，本来就是钱 |
| Kiro | credit | PRO $20/月含 1,000 credits | 1 步：$20 ÷ 1000 = $0.02/credit |
| Warp | credit | Build $20/月含 1,500 credits | 1 步：$20 ÷ 1500 ≈ $0.013/credit |
| Devin | 官网未写明数量 | Pro $20/月 | 无法换算，官网没给数量 |
顺手把 Kiro 那一行算完，因为它是这几家里唯一能算出超额倍率的：PRO 档 $20 含 1,000 credits，均价 $0.02/credit，而超额单价是 $0.04/credit——超出部分的单价正好是套餐内均价的 2 倍。Augment 这边没有对应的数字，它的超额写法是 “Top-ups, pay as you go”，具体单价以官方定价页为准。
表格里的这些数字只说明一件事：单位不同，你需要付出的心智成本也不同。美元计价的好处很朴素——不用换算，看一眼就知道花了多少钱，报销和预算也好对。这不代表它更划算，划算与否取决于单位消耗速度，而那个数官网恰好没给。
默认模型换了，这对你意味着什么
这是全篇我最想让你带走的一节。
2026 年 7 月 29 日，Augment 的官方博客宣布 GPT-5.6 Sol 成为 Cosmos 的默认模型。你可以把这条消息当新闻看完就忘，但更有用的读法是：默认模型是会变的，而且换起来不需要经过你同意。
Cosmos 换过一次，别家也在换。这是这个行业的常态——上游模型迭代快，工具厂商跟着切换默认配置，往往一篇博客就完成了通知。对你的实际影响有三层：
第一层，同样的任务，消耗可能变。 不同模型的定价不同、输出长度倾向不同、内部推理步数不同。你上个月跑一次代码审查花掉的额度，换模型之后可能变多也可能变少。对于按美元计费的产品，这一层影响会直接体现在账单上。
第二层，输出风格会变。 有的模型偏爱一次性给出完整改动，有的倾向于先解释再动手；有的会主动补测试，有的不会。这些差异在你写提示词的时候是被默认吸收掉的——你不会在提示词里写”请不要写一大段解释”，因为原来那个模型本来就不写。换了之后它开始写了，你才发现这条约束一直没被显式表达出来。
第三层，你调好的提示词可能要重调。 这是前两层的直接后果。那些经过反复试错才稳定下来的长提示词，往往是针对特定模型的行为习惯磨出来的，模型一换，磨出来的部分就可能失效。
所以，三条具体的应对：
1. 把关键工作流的提示词版本化，存在你自己的仓库里。
不要只把它们留在工具的历史记录或者某个云端笔记里。在项目里建一个目录（叫什么无所谓，prompts/ 就行），把那几条你天天用的提示词写成文件，跟着代码一起提交。这样做有三个好处：出问题时你能 git diff 出改动、换工具时能整套带走、团队里新人能直接复用。成本极低，就是几个 Markdown 文件。
2. 换模型之后，重新测一次典型任务的消耗。
选两三个你团队最常跑的任务——比如”给这个模块补单元测试""审一遍这个 PR 的改动”——在切换前后各跑一次，记下消耗。这件事只需要做半小时，但它是你唯一能拿到的真实数据：厂商不会告诉你换模型之后你的账单会涨还是会跌，只有你自己的仓库、你自己的任务能给出答案。按美元计费的产品做这个测试尤其方便，因为读数直接就是钱。
3. 别把”当前默认模型的特性”写死进流程。
举个具体的例子。假设你写了个脚本，把 Agent 的输出按固定格式解析出来入库，解析规则是”取第一个代码块”。这条规则依赖的是当前模型”先给代码后给解释”的输出习惯。换个模型先解释后给代码，你的脚本就静默地取错了内容——不会报错，只会存进去一堆废话。类似的还有：依赖它总是修改单个文件、依赖它总是在末尾给出总结、依赖某个特定的措辞出现。这些都是隐式契约，写在流程里而没有写在文档里。真要依赖，就在提示词里把它显式要求出来，并且加一道校验。
顺带说一句，模型切换带来的额度波动，和另一类更常见的问题——套餐内额度用完之后工具怎么降级——是两回事，但都会让人产生”今天怎么变慢了”的错觉。想搞清楚后一类，可以看 Cursor 快速请求用完之后的降级机制，那种”快慢两档”的设计是另一条思路；订阅制那边的限制口径可以参考 Claude Code 的额度限制。
我不写的部分，以及为什么不写
按理说，一篇介绍工具的文章应该告诉你：它有哪些功能、支持哪些编辑器、有没有免费试用、怎么装。
这四件事我一件都不写，因为我没有可靠来源。定价页上关于免费档和试用条款是空的——页面上只有 “Try Cosmos” 和 “Book demo” 两个按钮，按钮背后是什么条件、试多久、要不要绑卡，页面没写。功能清单和编辑器支持范围同理，我查到的公开信息里没有一份权威的列表。
我可以凭印象写一段看起来很像样的介绍，读起来会顺畅很多。但你按那段介绍去做选型决策，出了偏差是你承担。所以这几项请直接去 Augment 官网看——定价页看试用条款和最新价格，产品页看功能与集成范围。官网是这些信息唯一的权威来源，而且它会变，任何第三方文章（包括这篇）写下的那一刻就开始过期。
同样地，本文提到的所有价格与档位，都以官网定价页当下的显示为准。
最后
Augment Cosmos 这条产品线，从可核实的信息看，是一个面向工程团队的付费平台，两档付费（BUSINESS $100/月含 $100 美元额度、最多 50 席位；ENTERPRISE 定制），额度直接以美元计价并涵盖 LLM、Context Engine 与计算三部分。它的具体能力边界，得你自己去官网确认。
但这篇真正想留给你的不是 Augment 的档位表，而是那三条应对：提示词版本化进自己的仓库、换模型后重测典型任务的消耗、别让流程依赖某个模型的隐式行为。这三条跟你用哪家工具没关系。今天是 Cosmos 把默认模型换成了 GPT-5.6 Sol，明天可能是你正在用的那家。工具在换，账单在变，唯一能沉淀下来的是你自己那套写清楚、存得住、换得走的工作方法。