開発ツール

オープンソース後にGrok Buildをローカルで実行する方法： MCP、スキル、プラグインへのアクセスに関するチュートリアル

MCP、スキル、プラグイン、および互換性のあるClaude Code拡張機能にアクセスして、Windows、macOS、およびLinuxにGrok Buildをローカルにインストールする方法を学びます。

Grok Buildは、xAIのオープンソース端末AIプログラミングエージェントです。フルスクリーンTUIおよび__ keep_token_0 __ CLIとして動作し、コードベースを理解し、ファイルを編集し、コマンドを実行し、Webページを検索し、インターフェースレスモードでスクリプトまたはCIにアクセスできます。オープンソースになると、プロキシランタイム、ツールコール、拡張システムの実装を確認できるだけでなく、公式リリースでMCP、スキル、プラグインにネイティブに直接アクセスできます。

この記事では、「最初に公式バイナリをインストールし、次にアイテムごとに拡張機能にアクセスする」ことに焦点を当てています。ソースコードビルドは、Grok Build自体を勉強または変更したい人に適しています。平均的なユーザーがそもそもRustプロジェクトをコンパイルする必要はありません。

クイック回答

最短パスは、__ KEEP_TOKEN_0 をインストールし、 KEEP_TOKEN_1 をプロジェクトディレクトリに実行し、ログインを完了してから、 KEEP_TOKEN_2 を実行して、見つかった構成、スキル、プラグイン、およびMCPサーバーを表示することです。次に、 KEEP_TOKEN_3 __を使用して、検証用の読み取り専用のディレクトリスコープMCPサービスを追加します。

Grok Buildは、プロジェクト内の__ keep_token_0 を認識し、Claude Codeのスキル、プラグイン、MCP、フック、 keep_token_1 、および keep_token_2 __とも互換性があります。したがって、既存のClaude Codeワークスペースがある場合、最初に自動検出結果を確認し、設定を急いでコピーしないことが一般的です。

Grok Buildオープンソースとは

xAIによって公開されたリポジトリには、__ keep_token_0 __ CLI/TUIのRustソースコードとエージェントランタイムが含まれています。パブリックコンテンツは、プロキシループ、ターミナルおよびファイルツール、ワークスペース操作、構成、MCP、マークダウン、サンドボックスなどのコンポーネントをカバーしています。スキル、プラグイン、フック、MCPサーバー、サブエージェント拡張システムも公式説明に明示的に記載されています。

これは「誰もがソースから実行する必要があります」と同じではありません。macOS、Linux、Windows用の事前ビルドされたインストールも利用できます。ソースコードの構築には、Rust、DotSlash、および__ keep_token_0 __などの依存関係が必要であり、Windowsのソースコードの構築は公式にベストエフォートとしてマークされ、ソースコードツリーでテストされていません。日々の開発では、リリースのインストールに優先順位を付け、実装のトラブルシューティングやパッチの提供時にのみソースコードをビルドします。

ローカルセッションをインストールして開始する

Windows PowerShell 

1
2

irm https://x.ai/cli/install.ps1 | iex
grok --version

macOS、Linux、またはGit Bash 

1
2

curl -fsSL https://x.ai/cli/install.sh | bash
grok --version

倉庫に入ると、次のことが開始されます。

1
2

cd your-project
grok

最初の起動では、通常、ブラウザが認証用に開きます。APIキーは、ブラウザを開くことができない環境で設定できます。

1
2

export XAI_API_KEY="xai-..."
grok

Windows PowerShellは以下に対応しています。

1
2

$env:XAI_API_KEY = "xai-..."
grok

倉庫、スクリーンショット、または__ KEEP_TOKEN_0 __に鍵を書き込まないでください。長期構成の場合は、Gitへのコミットよりも、システム環境変数またはパスワードマネージャーに優先順位を付けます。

まず、__ KEEP_TOKEN_0 __を使用して自動検出の結果を確認します

拡張機能を追加する前に、次のコマンドを実行します。

1

grok inspect

現在のディレクトリが読み込んだ構成ソース、ディレクティブファイル、スキル、プラグイン、フック、およびMCPサーバーを表示します。Grok Buildはプロジェクトのルートディレクトリを検索し、ユーザーディレクトリの下の構成も読み取るため、このステップは重要です。同じ名前のプロジェクトレベルのMCP構成もユーザーレベルの構成を上書きします。

プロジェクトがすでにClaude Codeを使用している場合、GrokはClaudeのマーケットプレイス、プラグイン、スキル、MCP、エージェント、フック、および__ keep_token_0 、 keep_token_1 を自動的に読み取ります。 KEEP_TOKEN_2 の結果をご確認の上、同じサービスの権限が重複して読み込まれたり、誤って増幅されたりしないように、新しい KEEP_TOKEN_3 __ディレクトリを作成する必要があるかどうかを判断してください。

アクセスMCP ：制限されたローカルディレクトリから開始します

MCPサーバーは、__ keep_token_0 名前空間にツール名を持つ外部ツールをGrokに公開します。最も簡単な追加方法は KEEP_TOKEN_1 __です。

次の例では、ファイルシステムMCPサーバーに指定されたディレクトリを1つだけ提供します。__ keep_token_0 __を実際のディレクトリに置き換え、ユーザーディレクトリまたはディスクルートディレクトリ全体を直接承認しないでください。

1

grok mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystem /path/to/dir

よく使用される管理コマンド：

1
2
3

grok mcp list
grok mcp doctor filesystem
grok mcp remove filesystem

リモートMCPはHTTP経由で追加できます。ブラウザ認証は、OAuthベースのサービスが初めて使用されたときに発生します。静的トークンは、構成に直接書き込むのではなく、環境変数から読み取る必要があります。

1
2

grok mcp add --transport http linear https://mcp.linear.app/mcp
grok mcp add --transport http api https://mcp.example.com/mcp --header "Authorization: Bearer ${API_TOKEN}"

MCP宣言を__ keep_token_0 で倉庫と共有する必要がある場合、Grokは現在のディレクトリに keep_token_1 __を書き込みます。

1

grok mcp add --scope project filesystem -- npx -y @modelcontextprotocol/server-filesystem /path/to/dir

プロジェクト構成を提出することができ、キーを提出しないでください。各チームメンバーは、設定を読み込む際に__ KEEP_TOKEN_0 を設定し、 KEEP_TOKEN_1 __を展開することができます。

MCP設定ファイルのサンプル

ユーザーレベルのプロフィールを直接編集することもできます。macOS/Linuxの場合は__ KEEP_TOKEN_0 、Windowsの場合は KEEP_TOKEN_1 __。

1
2
3
4
5
6
7
8
9

[mcp_servers.filesystem]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-filesystem", "/path/to/dir"]
startup_timeout_sec = 30
tool_timeout_sec = 6000

[mcp_servers.linear]
url = "https://mcp.linear.app/mcp"
headers = { "x-mcp-session-id" = "{{session_id}}" }

設定が完了したら、__ KEEP_TOKEN_0 を再度実行し、 KEEP_TOKEN_1 を使用して接続状況を確認してください。 KEEP_TOKEN_2 サーバーを初めて実行するときは、依存関係をダウンロードする必要があるかもしれません。タイムアウトした場合は、慎重に KEEP_TOKEN_3 __を増やし、タイムアウトを権限の問題として誤って判断しないでください。

スキル:プロジェクトディレクトリまたはユーザーディレクトリに配置する

スキルは、Markdownの手順、スクリプト、およびリソースを含む再利用可能なフォルダーです。Grokは次の場所からそれらを見つけます。

  • __ KEEP_TOKEN_0 __プロジェクト内で、倉庫のルートを調べます。
  • ユーザーディレクトリの__ keep_token_0 __;
  • プラグインが有効な__ keep_token_0 __ディレクトリ;
  • __ KEEP_TOKEN_1 __ __ KEEP_TOKEN_0 __の追加パス。

プロジェクト固有のスキルは、次のような構造を使用できます。

1
2
3
4
5
6

.grok/
└── skills/
    └── release-check/
        ├── SKILL.md
        └── scripts/
            └── check.sh

__ KEEP_TOKEN_0 には、トリガー条件、許可されているツール、入出力、安全境界を明確に記載する必要があります。ユーザーが呼び出すことができるスキルは、 KEEP_TOKEN_1 __ SLASHコマンドとして表示されます。自動的にトリガーされるスキルは、各タスクが誤って読み込まれないように、過度に広範な説明を避ける必要があります。

プラグイン:複数の拡張機能のパッケージ管理

プラグインは、チームがワークフローの固定セットを共有できるように、スキル、エージェント、フック、MCPサーバー、およびLSPサーバーをパッケージ化できます。Grokは、プロジェクト__ KEEP_TOKEN_0 、ユーザー KEEP_TOKEN_1 、マーケットプレイスのインストールディレクトリ、および KEEP_TOKEN_2 の KEEP_TOKEN_3 、または KEEP_TOKEN_4 __によって指定された一時パスからこれらを検出します。

TUIに__ KEEP_TOKEN_0 、 KEEP_TOKEN_1 、 KEEP_TOKEN_2 、または KEEP_TOKEN_3 __と入力すると、同じ拡張管理インターフェースが開きます。最初に最小限の拡張機能セットをインストールまたは有効にし、次にそれらを1つずつ検証します。特に、最初にシェルを実行したり、Gitを書き込んだり、クラウドサービスにアクセスしたりできるすべてのプラグインを開かないようにします。

チームがすでにClaude Codeプラグインのマーケットプレイスを持っている場合、Grokの互換性レイヤーはそれらを直接読み取ることができます。Grok専用構成が必要な場合、またはClaude構成から分離したい場合にのみ、別の__ keep_token_0 __を作成します。

ローカルモデルとインターフェースレスモード

Grok Buildは、ユーザーレベルの__ keep_token_0 __でOpenAI互換のエンドポイントやローカル推論サービスなどのカスタムモデルをサポートしています。

1
2
3
4
5
6
7
8

[model.my-model]
model = "model-id"
base_url = "https://api.example.com/v1"
name = "Display Name"
env_key = "API_KEY"

[models]
default = "my-model"

設定が完了すると、モデルを次のように選択できます。

1
2

grok inspect
grok -p "Explain this codebase" -m my-model

__ KEEP_TOKEN_0 は、スクリプト、CI、その他のアプリケーション統合に適した非インターフェースモードです。機械で読み取り可能な出力が必要な場合は、 KEEP_TOKEN_1 __を追加できます。CIで使用する場合、低特権トークンは個別に作成し、作業ディレクトリを制限し、不可逆的なGitまたはデプロイメント操作の自動化を明示的に禁止する必要があります。

よくある質問とセキュリティの境界

拡張機能が有効にならなかったのはなぜですか？

チェックイン順序：

  1. 予想されるプロジェクトディレクトリで__ keep_token_0 __を実行します。
  2. __ KEEP_TOKEN_0 __を使用して、サーバーが登録されていることを確認します。
  3. 設定とネットワーク診断を表示するには、__ keep_token_0 __を使用します。
  4. アイテムレベルの__ keep_token_0 __が同じ名前のユーザーレベルのサーバーを上書きするかどうかを確認します。
  5. __ keep_token_0 __を開始したのと同じターミナルセッションに環境変数が表示されていることを確認します。

CodexまたはClaude Codeの設定を直接再利用できますか？

Claude Codeの拡張機能と命令ファイルのほとんどはGrokによって自動的に検出されますが、「読み取り可能」であることは、すべてのサードパーティの拡張機能を直接信頼する必要があることを意味するものではありません。テストリポジトリで__ keep_token_0 __を実行し、拡張機能のソース、権限、および起動コマンドを確認してから、実際のプロジェクトで使用するかどうかを決定します。

ソースコードのコンパイルに失敗した場合はどうなりますか？

Grok Buildを使用するだけの場合は、通常、公式の事前コンパイル済みインストールに切り替える方が速くなります。ソースコードをコンパイルする必要がある場合は、リポジトリREADMEに従ってRust、DotSlash、および__ keep_token_0 __を準備し、正式にサポートされているとマークされているmacOSまたはLinuxホスト上でビルドします。現時点では、Windows上でのソースコードのビルドは、本番環境のデフォルトパスであってはなりません。

公式リファレンス

  • [xAI: Grokビルドオープンソースのお知らせ]( __ keep_token_0 __)
  • [xAI: Grok Build Getting Started vs. Local Model Configuration ]( __ keep_token_0 __)
  • [xAI:スキル、プラグイン、マーケットプレイス]( __ keep_token_0 __)
  • [xAI: MCPサーバー構成]( __ keep_token_0 __)
  • [xAI公式オープンソースリポジトリ]( __ keep_token_0 __)

関連記事

  • [Grok 4.5 APIへのアクセス方法：レスポンスAPI、価格設定、EUの可用性、プロンプトキャッシュ設定]( __ KEEP_TOKEN_0 __)
  • [Grok Automationsとは： ChatGPT Tasks、Claude timed tasksとの違い]( __ KEEP_TOKEN_0 __)
  • [ArchifyをCodex/Claude Codeにインストールする方法：リポジトリから回路図、フローチャート、SVGを生成する]( __ keep_token_0 __)
© 2022 - 2026 KnightLiブログ
记录并分享
Hugo で構築されています。
テーマ Stack は Jimmy によって設計されています。