跳到主要内容

写给 Claude 用户的 Grok 指南

入门

你已经习惯用 Claude 的方式思考。可有一天，一位同事对 Grok 回答"此时此刻正在发生什么"类问题的能力赞不绝口；某个项目需要一个直接接入 X/Twitter 的助手；或者有人扔给你一份 OpenAI 形态的代码库，让你把它指向 xAI。好消息是：你所知道的几乎一切都能迁移过去——而且在某一点上（API）切换几乎是零成本的。本页把你的 Claude 心智模型映射到 xAI 的 Grok 上，标出那少数几个真正运作方式不同的地方，并告诉你什么时候 Grok 往往是更好的选择。

What you'll learn
  • 把 Claude 概念对应到 Grok 的等价物（Grok 应用、xAI API + 控制台、模型变体、Grok Build）
  • 弄清你的哪些 Claude 提示词习惯可以原封不动地沿用（几乎全部）
  • 理解 Grok 的两大真正差异化：原生实时 X/网页搜索，以及兼容 OpenAI 的 API
  • 知道 Grok 往往在何时脱颖而出——实时/时事类工作，以及一键式 OpenAI 迁移

60 秒概念地图​

如果你只读一节，就读这节。下面是你在 Claude 里熟知的东西，与 Grok 世界的对应关系：

在 Claude 里你叫它……在 Grok 的世界里它是……同一个概念吗？
Claude.ai（聊天应用）Grok 应用（grok.com、X 应用、移动端）是——消费级/助手界面
模型选择器（Opus / Sonnet / Haiku）Grok 的各种变体（旗舰款如 Grok 4.3、一个 fast 工具调用变体、一个 coding 编码变体）是——同样的概念，不同的名字
Claude Code（终端里的智能体编码）Grok Build（xAI 的编码智能体 CLI）相近——见下文
Console / API + 工作台xAI API（https://api.x.ai/v1）+ xAI 控制台是——用来原型开发和拿密钥的开发者界面
工具使用 / 函数调用（API）函数调用（兼容 OpenAI 的形态）是——同样的循环，而且这里连 JSON 都很眼熟
网页搜索 / 引用内置于模型的原生实时 X + 网页搜索相近——但明显更"实时"

要点：几乎没有新概念要学。它主要是把你早已理解的东西改名和挪位——外加两个 Grok 确实比 Claude 走得更远的领域：对 X/网页数据的实时访问，以及一键式、兼容 OpenAI 的 API。

API 可一键接入——这对开发者是重头戏​

这里有一个对开发者改变最大的差异：xAI API 遵循 OpenAI 的 API 规范。 基础 URL 是 https://api.x.ai/v1，所以如果你已经有代码在跟一个兼容 OpenAI 的客户端对话，迁移往往就是改一下基础 URL、换一下密钥。

对于 Claude 用户，这一点值得内化，因为 Claude 的 Messages API 有自己的形态（自己的请求/响应格式，自己的 tool_use/tool_result 块）。从 Claude 过来，请这样调整你的条件反射：

Guided walkthrough1 of 4
  1. Grok 是通过 OpenAI 风格的客户端来访问的。你不用翻译成第三种方言——你复用你（或某个库）早已熟悉的 OpenAI 请求形态。

一键迁移（Python，OpenAI SDK）

from openai import OpenAI

client = OpenAI(
  api_key="YOUR_XAI_KEY",          # an xAI key, not an OpenAI key
  base_url="https://api.x.ai/v1",  # the only structural change
)

resp = client.chat.completions.create(
  model="grok-4.3",                # confirm the current id in xAI docs
  messages=[{"role": "user", "content": "Summarize today's top AI headline."}],
)
print(resp.choices[0].message.content)
Watch out
  • 一键接入 ≠ 行为一致。传输格式兼容 OpenAI，但模型是 Grok——它的个性、拒答边界和实时知识都不同。重新跑你的评测；别以为为 Claude（或 GPT）调好的提示词表现会一样。
  • 永远不要把真实 API 密钥粘贴进提示词、代码库或聊天。使用环境变量和密钥管理，就像你对待 Anthropic 密钥那样。

实时 X + 网页搜索才是真正的头条​

这里是 Grok 与你的 Claude 习惯分歧最大的地方。Grok 由 xAI 打造，具备对 X（Twitter）和网页信息的原生、实时访问，xAI 把实时搜索定位为模型作答方式中的一等公民。

对于 Claude 用户，心智上的转变是这样的：用 Claude 时，当你需要当前信息，你会伸手去拿一个搜索工具、一条检索管线或一个连接器，并且要谨慎地推敲你的知识截止日期。而用 Grok，"此刻 X 上/网上正在发生什么"更接近于一个内置默认能力。这使得 Grok 成为实时、时事和社交脉搏类问题的天然选择——而这也改变了你应该不信任什么：实时结果仍然需要你对任何网页内容都会施加的同样的溯源核查纪律。

Pro tip
  • 在新鲜度这个维度上依靠 Grok：突发新闻、热门讨论、'今天大家在说什么'。这在结构上就是它的强项。
  • 在验证上保留你的 Claude 直觉：实时 ≠ 权威。索要来源，把一条爆款帖子当作待核查的主张，而不是事实。
  • 新鲜度有半衰期。对于经久耐用的参考资料，一个实时搜索的答案可能会过时，或者过度偏向最近声音最大的那种论调——见下面的说明。

要更深入地理解为什么"新近"和"真实"不是一回事，请见 新鲜度与半衰期 和 幻觉——两者都直接适用于任何实时搜索助手。

Grok Build 是 xAI 对 Claude Code 的回应​

如果你活在 Claude Code 里，xAI 的 Grok Build 就是最接近的对应物：一个你从终端里驱动的编码智能体，与 Claude Code 和 OpenAI 的 Codex CLI 处在同一赛道上竞争。它围绕一个针对编码调优的 Grok 变体构建，并采用并行子智能体的方式来处理较大代码库，还带有一个用于交接更大任务的长时自主模式。

这些概念从 Claude Code 几乎一一对应地迁移过来：

Claude Code 的概念Grok Build 的对应物说明
从终端进行智能体式编辑相同——一个 CLI 编码智能体核心循环（读 → 规划 → 编辑 → 运行）是整个这一品类共有的形态
子智能体 / 并行工作并行子智能体架构两者都把大工作拆给助手；编排细节不同
长时自主任务一个长时的"把目标做完"模式交出一个更大的实现，让它规划-执行-验证

经久的要点：驱动一个智能体式编码 CLI 的技能是可移植的。 写一份清晰的任务、把上下文保持精简、审阅 diff、用检查点来把控方向——无论智能体是 Claude Code、Codex 还是 Grok Build，这些都是同样的纪律。关于心智模型见 什么是 Claude Code？，关于更广阔的领域见 本地编码智能体。

真正需要调整的地方​

你的大部分 Claude 经验都能迁移。下面是那份真正有所不同的简短清单：

  • API 方言（对你有利）。 Grok 说的是兼容 OpenAI，而不是 Anthropic Messages。如果你从 Claude 的 API 过来，你就切换到 OpenAI 的请求/响应形态——并且能轻松复用任何已经为兼容 OpenAI 端点构建的东西。
  • 默认实时。 时事扎根在 Grok 那里更像是内置能力。调整你何时伸手去用它——并且要持续核查来源。
  • 人设与边界。 Grok 的口吻和内容边界与 Claude 的调法不同。别以为一个为 Claude 风格校准过的系统提示词会产生同样的语气或同样的拒答。
  • 易变的具体项。 模型名称、变体、上下文限制和价格变动很快（Grok 在 2026 年发布了多个版本）。养成在源头确认的习惯——就像你对 Claude 也应该做的那样。

Grok 往往在何时脱颖而出​

两者都是能干的通用助手，在任何给定任务上的差距往往很小且在不断变化——所以把这当作倾向，而非定律，让你自己在你自己的数据上做的评测来决定：

  • 实时与时事类工作。 "此刻正在发生什么"、热门话题以及社交脉搏类问题，正中 Grok 原生实时 X/网页搜索的下怀。
  • 一键式 OpenAI 迁移。 如果你已经有兼容 OpenAI 的代码，把它指向 xAI 是这个领域里摩擦最低的切换之一。
  • 终端优先的编码交接。 如果你喜欢 Claude Code / Codex 的工作流，Grok Build 是一个天然的第三选项，可以在你自己的任务上做 A/B。

大多数情况下最诚实的答案是：你（或你的团队）已经搭建好的那一个，以及在真正要紧的那个任务上赢得你评测的那一个。 技能是可移植的；搭建成本才是真正的切换成本。关于与厂商无关的选择方法，见 选择一个模型 和 各家厂商的 AI 成本几何。

Grok 到 Claude 的词汇对照
按 Enter 或空格键翻转卡片。使用左右方向键在卡片之间切换。已显示术语。
1 / 6

自测一下

0/3
  1. 你有一个已经针对兼容 OpenAI 的客户端写好的服务，想试试 Grok。经久耐用、摩擦最低的做法是什么？
  2. 一个任务是'总结大家对今天在 X 上那条公告的说法'。为什么 Grok 可能是天然之选——又有什么纪律仍然适用？
  3. 你很喜欢 Claude Code 的工作流。看待 Grok Build 的准确方式是什么？
Key takeaways
  • 几乎没有新概念：Grok 应用 ≈ Claude.ai，Grok 的变体 ≈ Opus/Sonnet/Haiku，Grok Build ≈ Claude Code，函数调用 ≈ 工具使用。
  • API 是最突出的差异——它兼容 OpenAI（基础 URL api.x.ai/v1），所以 OpenAI 形态的代码只需换基础 URL + 密钥就能迁移，这与 Claude 自己的 Messages API 不同。
  • 实时 X/网页搜索在 Grok 那里更像是内置能力——在新鲜度和时事上伸手去用它，但保留你的 Claude 溯源核查纪律。
  • Grok Build 是处在 Claude Code / Codex 赛道上的终端编码智能体；驱动一个智能体式 CLI 的技能是可移植的。
  • 在 xAI，名称、变体、上下文限制和价格很快就会过时——到 xAI 的文档核实具体项，正如你对 Claude 也应该做的那样。

参考来源与延伸阅读​

下一步​