Grok Bot 走向模型中立：Musk 把任务路由给 Claude Opus 5.5、Midjourney 与 Suno

2026 年 10 月 7 日，Elon Musk 在 X 上发了一条「关于 Grok Bot 的重要说明」：今后 SpaceX 会为每一个具体任务挑选「最合适的后端模型」，包括 Anthropic 的 Claude Opus 5.5、Midjourney、Suno 以及其他领先 API，标准是「什么最可能给你最好的结果」。这条帖子 7 小时内浏览破 3000 万。它没有给路由表、没有给时间表、也没有给商务条款。但它宣告了一件结构性的事：Grok Bot 从「自家模型的展示窗口」变成了一层模型中立的 Agent 路由层。对构建 Agent 的团队来说，真正值得研究的不是这条帖子，而是它背后那套产品与账务设计。

一条帖子 7 小时破 3000 万浏览，但规格一个都没给

从「展示自家模型」到「谁的模型都能用」

把改版前后的架构并排看，转向的性质就清楚了。改版前，Grok Bot 是 xAI（现 SpaceXAI）自家模型的展示窗口：文本用 Grok，图像用 Grok 自己的图像能力。改版后，它变成一层路由：重推理与编码交给 Claude Opus 5.5，图像交给 Midjourney，音乐交给 Suno，日常请求按报道预期由 Grok 4.8 承接，其余留给「其他领先 API」。这不只是换了个供应商，而是身份的重新定义。一个能够自由调换底层模型的 Agent 层，真正掌握的是客户关系；模型厂商退化成供应商。对整个行业来说，这是「Agent 层与模型层谁更有议价权」这个问题的又一次实地投票。

# Musk's post, quoted verbatim, because the wording is the product
# decision: "whatever is most likely to give you the best outcome".
MUSK_POST = {
    "date": "2026-10-07",
    "platform": "X",
    "text": (
        "Going forward, @SpaceX will use the best back end model for any "
        "given task, including Claude Opus 5.5, MidJourney, Suno and other "
        "leading APIs. Whatever is most likely to give you the best outcome."
    ),
    "views_within_7h": 30_000_000,
    "named_backends": ["claude-opus-5-5", "midjourney", "suno"],
}

# What the post does NOT contain: a routing map, a timeline, commercial
# terms, or which task types go to which provider. Read the announcement
# as a direction, not a specification.

三个产品细节，比这条帖子本身更重要

宣传语容易记住，但三个产品细节才决定这套东西能不能在企业里落地。第一，没有模型选择器。Grok Bot 的安全文档在改动之前就已经写明「模型是为你挑选的」，用户无法为某个任务强制指定模型。第二，路由不可见。目前用户看不到某个请求究竟由哪个模型处理，也看不到用了多高的 effort 档位。第三，账单跟随模型。成本归属于实际处理该请求的后端，因此一个任务可能跨过你事先没有挑选的价格档位。把这三条连起来读，就是企业采购时最该谈的一件事：你可以接受不透明的路由，也可以要求「逐请求的模型归属」写进合同——但必须现在选，因为事后往回补日志和成本归因极其痛苦。

# The architectural claim is bigger than the marketing claim. An agent
# that used to be a showcase for one model family becomes a router.
BEFORE = {
    "product": "Grok Bot",
    "backends": {"text": "grok", "image": "grok-imagine", "audio": "grok"},
    "identity": "showcase for in-house models",
}

AFTER = {
    "product": "Grok Bot",
    "backends": {
        "reasoning": "claude-opus-5-5",   # hard planning, code
        "image":     "midjourney",
        "music":     "suno",
        "routine":   "grok-4.8 (expected, per vendor docs coverage)",
        "other":     "leading APIs, provider unnamed",
    },
    "identity": "model-agnostic agent layer",
    "competes_on": "outcome, not on whose weights sit underneath",
}

# The strategic point: an agent layer that can swap vendors owns the
# customer relationship. The model vendors become suppliers.

路由的代价：单价从 2/6 变成 4/20 美元

算力关系解释了为什么这件事顺理成章

这次转向并不突然，因为算力的流向早就定了。2026 年 5 月，Anthropic 与 SpaceX 达成协议，使用 SpaceX 位于 Colossus 1 数据中心的全部算力——超过 300MW 电力、逾 22 万块 NVIDIA GPU。把 Opus 级别的重推理任务路由给 Claude，更像是既有基础设施关系的下游结果。同时要看到它的价格含义：Claude Opus 5.5 的公开价格是每百万输入 4 美元、输出 20 美元，明显高于 Grok 4.5 的 2 美元 / 6 美元。这正是「路由」的代价与价值同时出现的地方——你换来了更好的结果，也换来了不可预测的单价。对平台团队来说，这引出一个必须回答的问题：如果我的 Agent 能路由，那我的护城河到底是编排能力，还是模型本身？如果两者都不是，那你就是一层很薄的封装，定价压力会首先落在你身上。

# Three product details worth copying into your own architecture review.
OPEN_QUESTIONS = [
    "No model picker. Grok Bot's security docs already said the model is "
    "chosen for you. Users cannot force a specific model for a task.",

    "No visibility. Users currently cannot see which model handled a "
    "request or what effort level was used.",

    "Billing follows the model. Cost is attributed to whichever backend "
    "served the request, so a single task can span price tiers you did "
    "not choose.",
]

# For enterprise buyers this is the crux. You can accept opaque routing,
# or you can require per-request model attribution in your contract.
# Pick deliberately, because retrofitting attribution later is painful.
def contract_requirements():
    return [
        "which model served each request, logged",
        "cost attributed per model in the usage export",
        "data-flow disclosure per third-party backend",
        "a way to pin a backend for regulated workloads",
        "notice period before a provider is added or removed",
    ]

竞争格局：所有人都朝同一个方向下注

把视角拉远，会发现所有人都在朝同一个方向下注。Meta 的 Muse agent 据报道已突破 300 万周活；OpenAI 在 9 月 29 日的 DevDay 上推出常驻的 dots agents；Google 在 10 月 8 日发布面向工作的通用 Gemini agent。竞争已经不是「谁的模型更强」，而是「谁的 Agent 层更能把活干完」。Grok Bot 在这场竞赛里的位置很特殊：它起步不算早（2026 年 8 月上线），但增长快——据 Bloomberg 数据，截至 2026 年 9 月 14 日那一周达到 41.8 万周活用户；它自带持久云电脑，能并行处理多个任务；9 月底起团队还能发布共享 Bot，在应用内或 Slack 里使用。它选择「不绑定自家模型」这条路，本质上是承认：在这场比赛里，编排与分发比权重更值钱。

# Why this is coherent rather than opportunistic: the compute already
# flows one way.
DEAL = {
    "when": "May 2026",
    "who": "Anthropic <-> SpaceX (Colossus 1)",
    "terms": "Anthropic uses all compute at Colossus 1",
    "scale": {"power_mw": "over 300", "nvidia_gpus": "over 220,000"},
    "list_price": {"claude-opus-5-5": {"input": 4.0, "output": 20.0}},
}

# Routing Opus-class work to Claude is a downstream consequence of an
# infrastructure relationship, not a surprise. It also sharpens the
# question every platform team should ask: if your agent can route,
# what is your moat - the orchestration, or the model?

def moat_audit(agent):
    return {
        "if_moat_is_orchestration": agent.owns_memory_and_eval,
        "if_moat_is_your_own_model": agent.trains_and_serves,
        "if_neither": "you are a thin wrapper and pricing pressure lands here",
    }

对构建 Agent 团队的实操含义

如果你在做 Agent 产品，这次改版最值得抄的是一份「路由契约」。要声明的东西有三样：挑选后端的策略、能暂停运行的预算上限、以及某个供应商返回 429 或 5xx 时的降级顺序。要暴露的东西也有三样：每一步由哪个模型回答、每一步的真实成本、以及每一步的质量分——没有质量分，任何一次重路由都不可辩护。要自己留着的同样三样：你自己的评测集（并做版本管理）、你自己的日志（绝不能只有供应商的仪表盘）、以及把整个工作负载固定到单一后端的能力。最后一个尤其重要：如果一次静默的重路由改变了输出质量，你希望是自己从遥测里发现的，而不是从一张客服工单里知道的。

# Practical takeaway if you build agents: model routing is now a
# product surface, not an internal implementation detail.
ROUTING_CONTRACT = {
    "declare": [
        "the policy that picks a backend",
        "the cost ceiling that can pause a run",
        "the fallback order when a provider returns 429 or 5xx",
    ],
    "expose": [
        "which model answered, per step",
        "measured cost, per step",
        "quality score, per step, so a reroute is defensible",
    ],
    "keep": [
        "your own eval set, versioned",
        "your own logs - never only the vendor's dashboard",
        "the ability to pin one backend for a whole workload",
    ],
}

# If a reroute silently changes output quality, you need to find out
# from your own telemetry, not from a support ticket.

Agent 层能换模型，模型层就变成了供应商

一个还没被回答的问题

Musk 的帖子没有回答一个关键问题：路由的规则是什么？哪一类任务会去哪一家？数据在传给第三方供应商时如何处理、如何披露？中间会不会有通知期？这些不是吹毛求疵。对受监管行业的工作负载来说，「哪家模型看到了我的数据」是一个必须能回答的问题；对成本敏感的产品来说，「同一个任务跨了几家供应商」直接决定毛利。目前公开信息里能确认的只有方向：Grok Bot 正在从单模型产品变成多模型路由层，且这一层对用户是不透明的。作为工程团队，能做的最务实的事，是趁现在把可观测性与成本归因补上——因为等路由变成行业默认之后，再补这两样就来不及了。