Grok Build 0.1でログイン済みのページを扱うには、モデルを実行でき、ローカルのブラウザーツールも呼び出せるエージェントクライアントを選びます。そのうえでTabbit BrowserとTabbit CLIを使い、別のタスクタブでページを読み取ります。モデル自体がブラウザー接続を提供するわけではありません。モデルの経路、クライアントのSkill、CLI、サイトへのログインを別々に確認してください。
xAIのAPIドキュメントではモデルIDを grok-build-0.1 とし、Grok Buildを動かすモデルだと説明しています。Function callingの記載はありますが、どのクライアントからでもローカルブラウザーを操作できるという意味ではありません。xAIのAPI発表は利用できるエージェント環境を挙げています。Tabbit CLIの公式クイックスタートは、クライアントから起動中のTabbit Browserにつなぐ手順を説明しています。両者はGrok BuildとTabbitのネイティブ連携を保証していません。
CLI製品のバージョンとモデルIDは分けてください。xAIの更新履歴では2026年10月28日のCLI製品はGrok Build 1.0.73です。grok-build-0.1は別のAPIモデルIDです。現在のGrok Build製品ドキュメントはGrok 4.7を案内しています。「0.1」をCLIのバージョンと誤解したり、現行CLIの既定モデルだと思ったりしないでください。使うクライアントでモデル一覧を確認します。更新履歴を参照してください。
要点
Grok Buildはコーディングエージェント製品で、
grok-build-0.1はモデルです。Grok Chatとは別の製品です。使うローカルクライアントでモデルが選べるか確認します。プロバイダーごとにIDが異なる場合があります。
Tabbit Browserを起動して対象サイトにログインし、クライアントがTabbit Skillを検出するか確認します。
最初は読み取り専用で確認し、名前付きの下書きを作ります。最終確認は人が行います。
エージェントが別タブで作業している間も、通常のブラウザータブを使えます。
どの部分が何をするのか
| 部分 | 確認すること | それだけでは分からないこと |
|---|---|---|
| Grok Build 0.1 | クライアントが予定したプロバイダー経由でモデルを提供すること。xAI APIのIDは grok-build-0.1 | モデルだけでローカルブラウザーを開けるか |
| エージェントクライアント | モデルに対応し、ローカルコマンドやSkillを実行できること | CLIが接続済みか |
| Tabbit Skill | Skill一覧またはファイルに tabbit があること | CLIが正しいブラウザーインスタンスにつながるか |
| Tabbit CLI | 起動でき、diagnose が対象のTabbit Browserに届くこと | サイトにログイン済みか、アクセスが許可されているか |
| サイトのセッション | 同じTabbit環境で指定ページが開くこと | ページを変更・送信してよいか |
Tabbitのクイックスタートは対応クライアントで /tabbit を使う方法を案内しています。クライアントによってはSkill選択画面を使います。Codexなら /skills一覧で選べます。Skillは起動コマンドの使い方を伝えるもので、ブラウザー接続を作るものではありません。
タスクの前に接続を確認する
まずローカル端末で起動コマンドとブラウザーを確認します。macOSの例です。診断出力はローカルに置いてください。
"$HOME/.local/bin/tabbit-cli" --version
"$HOME/.local/bin/tabbit-cli" diagnose使うTabbitプロファイルで対象サイトを手動で開き、ページを読む権限があることを確認します。新しいタスクタブは同じプロファイルの有効なセッションを使える場合がありますが、期限切れなら再ログインを求められます。プロファイルと権限については既存ブラウザーにエージェントを接続する方法を参照してください。
最初は小さな読み取りタスクにします。角括弧内を実際のURLと見出しに置き換えます。
インストール済みのtabbit SkillとローカルのTabbit CLIを使ってください。
新しいタスクタブで[正確なプレビューURL]を開き、別のプロファイルは使わないでください。
ページタイトル、表示されている公開状態、参照元URLだけを返してください。
公開、保存、ページを変更する操作はしないでください。
ログインを求められるか見出しが違う場合は停止し、その状況を報告してください。返答は見える項目だけにし、通常のTabbitタブと照合します。ブラウザーエージェントの初回タスク確認表も同様の確認を扱います。Web検索とブラウザー操作の違いでは、検索結果では非公開ページの読み取りを確認できない理由を説明しています。
ブラウザー操作にはTabbit CLIを使う
Tabbit Browserがサイトのセッションを保持し、Tabbit CLIが対応するローカルクライアントからタスク用タブを操作できるようにします。クライアントはローカルコマンドを実行し、Tabbit Skillを読み込める必要があります。Grok Buildがリモートで動いている、またはローカルツールを呼べない場合は、URLと確認項目をローカルエージェントに渡すか、自分で操作してください。リモートのモデル呼び出しはノートPCのログインセッションを引き継ぎません。
モデルは使うツールを決め、クライアントは実行可否を決め、ブラウザー環境はページと現在の権限を提供します。ブラウザーMCPとCLIの比較とCodex BrowserとTabbit CLIの比較も参考になります。
この環境のローカル合成セッション試験では、最初の要求はHTTP 401でした。一時Cookieを設定した後、別の名前付きTabbitタスクが同じ練習ページを読み取りました。試験後にCookieを削除しました。確認できたのはこのローカル環境でのセッション再利用だけです。Grok Build、xAI、実際のアカウントは試していません。
名前付きの確認用下書きを作る
タイトルと状態が確認できたら、ローカルエージェントに人が確認するための下書きを作らせます。ブラウザータスクは読み取り専用のままにします。下書きはローカルメモやチームの既存ワークスペースに置き、モデルに更新を送信させないでください。
インストール済みのtabbit Skillを使い、新しいタスクタブで[正確なプレビューURL]を読み取ってください。
「公開プレビュー確認 - GEO-104」という名前の下書きを作り、次を含めてください。
- ページタイトル
- 表示されている公開状態
- 参照元URL
- 人が確認する項目を示す一文
ページを保存、公開、編集しないでください。
下書きの内容と保存場所を返してください。通常のTabbitタブで
各項目を照合してから確認担当者に渡します。名前を付けると作業を探しやすくなり、照合によって古い値や誤りを見つけられます。別のタスクタブで読み取り中も、通常のブラウザータブを使えます。エージェントブラウザーとはでは役割を説明しています。Tabbit CLI完全ガイドはタスク名や実行結果の確認を扱います。Tabbitが未導入ならダウンロードページを確認してください。
問題の場所ごとに確認する
| 状況 | 次に確認すること |
|---|---|
| モデル一覧に出てこない | クライアントのプロバイダー一覧とアカウント権限を確認します。API名がすべての契約で使えるとは限りません。 |
クライアントが tabbit を見つけない | Skill一覧またはインストールファイルを確認し、クライアントを再起動します。 |
diagnose がブラウザーに届かない | Tabbit Browserが起動中か、CLIが正しいインスタンスを指すか確認します。 |
| 接続後にサイトがログインを求める | 同じTabbitプロファイルでURLを開き、権限があれば自分でログインします。 |
| タイトルや状態が違う | URL、画面、返答項目を照合します。不確かな値で下書きを作らないでください。 |
あるGrok Buildユーザーは大規模なコード作業でメモリと権限の問題を報告し、別のユーザーは会話中に話がそれたと述べています。どちらも個人のコーディング体験で、ブラウザー操作の評価ではありません。それでも初回タスクを小さくし、結果を確認する理由になります。Redditのメモリ・権限に関する投稿とOpenCodeの議論にあるGrok Build 0.1のコメントを参照してください。
読む権限のあるページを一つ選びます。モデルとローカルブラウザー接続を別々に確認し、下書きに名前を付け、送信するかは人が判断してください。
よくある質問
Grok Build 0.1のモデルIDは何ですか？
xAIのAPIドキュメントでは `grok-build-0.1` を使います。外部カタログではプロバイダー名が付く場合があるため、利用するクライアントのモデル一覧とプロバイダーの説明を確認してください。
Grok Build 0.1だけでブラウザーに接続できますか？
できません。モデル、エージェントクライアント、ブラウザー接続は別の役割です。クライアントがTabbit CLIなどのローカルツールを呼び出せる必要があります。
Tabbitのタスクでログイン済みサイトを使えますか？
選択したTabbit環境の有効なセッションを使える場合があります。ブラウザープロファイル、サイト、セッションの有効期限によるため、ページを確認してください。
クライアントがTabbitのSkillを見つけない場合は？
Skill一覧とインストール先を確認し、必要ならクライアントを再起動してください。Skillが見つかっても、ローカルCLIの接続が確認できたことにはなりません。
エージェントにページ更新を送信させてもよいですか？
まず読み取り専用の確認と名前付きの下書きを作ります。送信前に、人がログイン済みのページと照合してください。
例の手順はGrok Build連携を実測したものですか？
いいえ。提示内容はワークフローのひな型です。ローカルのセッション確認ではTabbit CLIと合成ページを使い、Grok Buildや公開アカウントは操作していません。