Ask Grok MCP Server

社区

通过 xAI 计量 API 咨询 Grok，精确选择模型且无回退

分类: 开发工具第 192 / 438
Stars: ★ 18 非常热门
传输方式: stdio（本地进程）
运行环境: Node.js 20+
凭据: 需要 API Key / 凭据
许可证: MIT
最近提交: 今天
工具数: 1

55FMRS · C

Ask Grok 是 Ask LLM 项目中专注于 Grok 的独立 MCP 服务器，通过 stdio 提供单一 ask-grok 工具，强调精确的模型选择与显式 harness，不提供任何回退。适合已有 xAI API Key 或 Grok CLI、愿意按量付费并希望获得 Grok 独立意见的开发者。它不是官方 xAI 产品，需要机密密钥，且缺少自动故障转移，使用前应评估成本与数据外发风险。

最强项 · 安装易用性 13/20 最弱项 · 可靠性 9/20

可靠性

9/20

安全与权限

11/20

维护活跃度

10/20

文档质量

12/20

安装易用性

13/20

查看各项评分依据

可靠性 9/20: 静态审查仅能看到 packages/grok-mcp/server.json 这一份清单：它声明了 stdio 传输、npm 包 @ask-llm/[email protected]、以及 7 个环境变量（含必填的 XAI_API_KEY），描述与工具名 ask-grok 内部一致，没有明显自相矛盾之处，且 stdio 传输通常能完成 MCP 初始化与工具列表握手。但清单本身没有列出任何工具或其 inputSchema，无法核对声明工具与实际行为是否吻合；用户提供的材料中没有该 server 的测试、CI 工作流或错误处理代码，也没有超时/重试/降级行为的可验证证据。按静态校准要求，可靠性不得超过 12；缺口未知属于扣分项，故给 9。
安全与权限 11/20: 正面：XAI_API_KEY 被标记为 isSecret=true 且描述限定“仅用于 api.x.ai 的请求”，说明是单端点、最小范围的凭证使用；ASK_GROK_MAX_OUTPUT_TOKENS 与 ASK_GROK_TIMEOUT_MS 有默认上限，有助于限制意外花费；环境变量描述明确声明 harness/model 不做事后自动切换，数据流边界相对清晰。扣分：这是审计第三方 API 的付费密钥，密钥以明文环境变量注入 MCP 客户端配置，用户材料未展示任何密钥轮换、最小权限 API key 或日志脱敏机制；无法确认提示词与代码片段被发往 xAI 时是否有披露或用户确认；工具级别的确认机制与权限范围在清单中完全看不到。没有命中红线（无恶意代码、无隐蔽外传、无令牌示例），因此不落入 0-4 区间，给 11。
维护活跃度 10/20: 有 MIT 许可证，未归档，仓库有 18 星与 11 个未关闭 issue，说明仍有人在维护并有未处理的积压。清单中版本为 0.1.0，属于早期版本，版本治理与发布节奏无法从所给材料核实；没有提供安全响应渠道（SECURITY.md / 私密报告方式）的证据，依赖更新策略也不可见。作为同一仓库中 7 个 MCP server 之一，该子包的独立提交活跃度无法从整体仓库信号中分离出来。综合为“活跃但存在治理与版本化缺口”的档位，给 10。
文档质量 12/20: 优点：README 分层清晰，含快速开始、各客户端配置示例、Provider setup 表、包对照表和迁移说明；对应本 server 的说明明确指出了 Grok 的模型选择语义——精确 harness 模型 ID、无自动降级、需设置 XAI_API_KEY、可用 grok-cli 作为显式替代；清单中每个环境变量都带有描述与默认值，成本和输出上限也有注释。扣分：文档以统一大仓库口径书写，未提供 ask-grok 的工具清单、参数 schema、返回结构、失败与错误示例；未说明速率限制、计费口径与故障排查步骤；“grok-review”等能力在 plugin 层面的描述与该 server 边界容易混淆。属于“可用但存在隐藏假设与排障空缺”，给 12。
安装易用性 13/20: 安装路径相当短：npx -y @ask-llm/grok-mcp 即可通过 stdio 启动，README 给出了 Claude Code、Cursor、Codex CLI、Claude Desktop 的配置样例，并提供了 claude mcp add ... -e XAI_API_KEY=... 的注册命令；必要的前置条件只有 Node 20+ 与在 xAI 侧获取 API key，没有本地 CLI 或账户登录等额外步骤，明显比其他部分 provider（如需 Google AI Pro/Ultra 的 Antigravity）更简单。扣分：平台标注为 Linux/macOS，未说明 Windows 支持；无法看到可执行文件入口与包内 bin 字段，无法核实 identifier 与命令是否匹配；未提供密钥配置失败或鉴权失败时的验证手段（如对应此 server 的 doctor 检查项）。按静态校准，安装易用性上限 15，故给 13。

静态评测 · 未实际运行评测于 2026-09-25

查看 FMRS 评分方法 →

选型与风险

能访问什么访问网络

适合谁

希望获得 Grok 4.7 独立意见的 MCP 客户端用户
需要精确控制模型 ID、推理强度和输出 token 上限，并接受计量付费的用户
已经拥有 xAI API Key 或已安装官方 Grok CLI 的开发者

不适合谁

不愿承担按量计费 API 成本、只想使用免费额度的用户
需要自动故障转移或多提供方回退的用户——本服务器不提供 harness 或模型回退
无法提供 XAI_API_KEY 且未安装 grok-cli 的用户
希望完全离线或私有本地推理的用户（应改用本地方案）

所需权限

需要 XAI_API_KEY 机密环境变量，用于向 https://api.x.ai 发起请求
若使用 grok-cli harness，需要已安装并已认证的官方 Grok CLI
以 stdio 方式由本地 MCP 客户端启动 npm 包 @ask-llm/grok-mcp

风险与副作用

xAI API 为计量付费服务，提示与响应长度直接影响费用；ASK_GROK_MAX_OUTPUT_TOKENS 仅用于限制意外开销
XAI_API_KEY 为机密，若泄露可能被他人消耗额度
本服务器不会自动回退到其他 harness 或模型，错误配置会导致调用失败而非降级
关于 Grok 的回答：第三方工具，非 xAI 官方产品，输出准确性需自行验证
提示内容会发送至 xAI 服务端，敏感代码或数据应谨慎处理

安装接入

准备工作

运行环境：Node.js 20+

XAI_API_KEY 必填密钥 xAI API 密钥，仅用于访问 https://api.x.ai 的请求；在 xAI 控制台获取。

其他可选配置项（6 个）

ASK_GROK_HARNESS 可选显式选择执行方式：xai-api（默认）或 grok-cli，两者之间不会自动切换。

ASK_GROK_MODEL 可选为所选执行方式指定确切的模型 ID（API 与 CLI 默认均为 grok-4.7），不做回退。

ASK_GROK_REASONING_EFFORT 可选推理强度：low、medium、high 或 xhigh，默认 high。

ASK_GROK_MAX_OUTPUT_TOKENS 可选 xAI API 输出 token 上限，用于限制意外花费，默认 16384。

ASK_GROK_TIMEOUT_MS 可选 xAI API 请求超时时间（毫秒），默认 600000。

GMCPT_LOG_LEVEL 可选日志级别：debug、info、warn、error，默认 warn。

确保已安装 Node.js 20+（Linux 或 macOS）。
准备凭证：默认 xai-api harness 需要在 xAI 获取 API Key；若使用 grok-cli harness，则需安装并登录官方 Grok CLI。
在 MCP 客户端中注册服务器。Claude Code 示例：claude mcp add --scope user grok -e XAI_API_KEY="$XAI_API_KEY" -- npx -y @ask-llm/grok-mcp。
其他客户端可使用 JSON 配置，command 为 npx，args 为 ["-y", "@ask-llm/grok-mcp"]，并在 env 中设置 XAI_API_KEY。
可选环境变量：ASK_GROK_HARNESS（xai-api 或 grok-cli）、ASK_GROK_MODEL、ASK_GROK_REASONING_EFFORT（low/medium/high/xhigh，默认 high）、ASK_GROK_MAX_OUTPUT_TOKENS（默认 16384）、ASK_GROK_TIMEOUT_MS（默认 600000）、GMCPT_LOG_LEVEL（默认 warn）。

.mcp.json

{
  "mcpServers": {
    "grok": {
      "command": "npx",
      "args": [
        "-y",
        "@ask-llm/grok-mcp"
      ],
      "env": {
        "XAI_API_KEY": "your-xai-api-key"
      }
    }
  }
}

以 Claude Code 为例。其他客户端的配置文件位置或字段可能不同（如 VS Code 使用 servers 字段），可用下方配置生成器转换。

.vscode/mcp.json

{
  "servers": {
    "grok": {
      "command": "npx",
      "args": [
        "-y",
        "@ask-llm/grok-mcp"
      ],
      "env": {
        "XAI_API_KEY": "your-xai-api-key"
      }
    }
  }
}

写入项目的 .vscode/mcp.json（VS Code 使用 servers 字段）。

Terminal

claude mcp add grok -e XAI_API_KEY=your-xai-api-key -- npx -y @ask-llm/grok-mcp

在终端运行；先把 <…> 占位符换成你自己的值。

生成并校验客户端配置

验证是否装好

在客户端的工具列表里应出现 ask-grok；发一句「ask grok to review my last commit」，若返回带 Grok 模型归属的评审内容即说明连接成功。

常见排障

检查 XAI_API_KEY 是否已正确设置且有效
确认所选 harness 与实际环境一致：xai-api 需网络与密钥，grok-cli 需安装并登录 CLI
模型调用失败时，核对 ASK_GROK_MODEL 是否为所选 harness 支持的精确模型 ID（默认 grok-4.7）
长时间无响应时检查 ASK_GROK_TIMEOUT_MS（默认 600000 毫秒）
排查问题时可将 GMCPT_LOG_LEVEL 调为 debug 或 info 以获取更详细日志
确认 Node.js 版本为 20+，并确认 npx 能解析 @ask-llm/grok-mcp

试试这样问

连接成功后，可以直接对 AI 助手这样说：

让 grok 审查 src/auth.ts 的安全问题
让 grok 对 docs/design.md 里的方案提出批评意见
用 grok-4.7 和高推理强度再给出一个独立看法

工具能力 1

ask-grok 只读

通过显式选择的 harness（默认 xai-api，或 grok-cli）向 Grok 发送一次性提示；使用精确的 harness 模型 ID，不进行 harness 或模型回退。

使用场景

让 Grok 审查代码差异，找出主模型遗漏的问题

就架构方案向 Grok 征求批评、替代方案与权衡分析

在提交前获取独立的第二意见

通过 multi-llm 等编排工具把同一提示并行发送给多个提供方，对比 Grok 的回答

支持客户端

Claude Code

Claude Desktop

Cursor

Codex

Pi部分支持

依据项目文档列出，未经本站实测。

详细介绍

Ask Grok 是一个基于 stdio 的 MCP 服务器，属于 Ask LLM 项目中的独立 Grok 提供方包（@ask-llm/grok-mcp，版本 0.1.0）。它让 Claude Code、Cursor、Codex CLI、Claude Desktop 等 MCP 客户端以一次性调用的方式向 Grok 提问，用于代码审查、方案辩论或获取第二意见。服务器支持两种显式 harness：默认的 xai-api（通过 https://api.x.ai 使用计量 API）和 grok-cli（官方 Grok CLI）。Grok 不会自动在 harness 或模型之间切换：请求会原样发送所选 harness 的模型 ID，默认模型为 grok-4.7，推理强度默认 high。若未指定参数，API 输出 token 上限为 16384，超时为 600000 毫秒。注意：该仓库还包含其他提供方服务器（如 Codex、Claude、Gemini、Antigravity、Ollama），它们不属于本服务器。

同仓库的其他 Server

数据同步于 2026-09-25 查看 FMRS 评分方法