ログイン済みのサイトを Grok 4.7 で操作するには、ローカルの Agent クライアントでモデルを動かし、ブラウザーツールを使えるようにします。公式資料で確認できる方法の一つは、Grok Build と Tabbit CLI Skill を組み合わせて /tabbit で呼び出すことです。xAI の Web Search と X Search は公開ページを探す機能で、ローカルのログイン済みブラウザーを操作しません。xAI 開発者ガイドには grok-4.7 と API ツールが記載されています。Tabbit のクイックスタートでは Skill とログイン状態の再利用が説明されています。
Reddit では、あるユーザーが Grok Bot は自分の Edge ウィンドウを「クリック」できないと報告しました。別のユーザーも簡単なウェブサイトのボタンクリックテストに失敗したと報告しています。いずれも個人の環境での経験で、すべての Grok クライアントのブラウザー操作能力を示すものではありません。どのクライアントを使うか、どのツールがあるか、ログイン情報がどのブラウザープロファイルにあるかを確認します。
要点
Grok 4.7 はモデルです。モデル名だけでは操作できるブラウザーはわかりません。
xAI は Grok 4.7 API と Grok Build を案内しています。Grok Build は
~/.agents/skills/から Skill を検出し、/<skill-name>で呼び出せます。モデル、Tabbit Skill、サイトのログイン状態を別々に確認してください。
Tabbit CLI は選択した Tabbit Browser 環境のログイン済みセッションを利用できます。タスクは専用タブで動くため、別ウィンドウで作業を続けられます。
最初は閲覧と未公開の下書きにとどめます。保存や公開の前に人が事実を確認します。
ローカルテストでは、その環境での Tabbit CLI のセッション再利用を確認しました。Grok Build や本番の管理画面は検証していません。
作業レイヤーを選ぶ
「Grok でウェブ検索できる」と「ログイン済みの管理画面を操作できる」は別の機能です。
| レイヤー | 役割 | 確認方法 | 確認できないこと |
|---|---|---|---|
| モデルとプロバイダー | Grok 4.7 が考えて文章を作る | grok models を実行し grok-4.7 を選ぶ | ブラウザー接続の有無 |
| Agent クライアント | モデルを実行しツールを提供 | Grok Build はローカル実行。grok inspect --json を実行 | すべての環境で /tabbit が使えること |
| Tabbit Skill と CLI | ブラウザーを呼ぶ手順と入口を提供 | Skill と CLI の接続を確認 | サイトにログイン済みであること |
| Tabbit Browser のプロファイル | サイトのセッションを保持 | 対象環境で自分でサイトを開く | Agent が安全に公開できること |
Grok 4.7 のガイドには function calling、Web Search、X Search、コード実行が記載されています。xAI の function calling の説明では、標準の Web/X Search は xAI のサーバーで動き、カスタム関数は呼び出し側が実行します。カスタム関数をブラウザーに接続することはできますが、クライアントに実際の設定が必要です。検索だけではページを操作できません。
Grok Build と Tabbit を設定する
xAI は Grok 4.7 を Grok Build の既定モデルとし、ユーザー Skill を ~/.agents/skills/ から読み込むと案内しています。呼び出し可能な Skill は /<skill-name> として表示されます。Tabbit Skill の名前は tabbit なので、読み込まれていれば /tabbit を使います。Grok Build の概要とSkill の検出ルールを確認してください。
タスクを始める前に次の三点を確認します。
grok modelsを実行し、grok-4.7が表示されるか確認します。API のモデル ID とアプリ内の表示名が異なる場合があります。grok inspect --jsonを実行し、Tabbit Skill が見えるか確認します。なければ Tabbit を起動し、Grok Build を再起動して再確認します。Tabbit CLI 完全ガイドではインストールを、Codex の設定ガイドでは別のローカルクライアントを説明しています。Tabbit Browser で対象サイトを開き、正しいアカウントとワークスペースにログインしているか自分で確認します。Skill を検出してもサイトにはログインしません。
/tabbitが見えても CLI が Tabbit に接続できない場合は、起動ツールとブラウザー制御を確認します。
ローカルで Grok Build を起動し、モデルを選択します。
grok models
grok inspect --json
grok -m grok-4.7会話で /tabbit を呼び、調査を許可するサイトとページを指定します。パスワード、一時コード、復旧キー、顧客データをプロンプトに入れないでください。CLI の設定や実行記録についてはTabbit CLI 完全ガイドを、既存タブの再利用については既存ブラウザーへの接続方法を参照してください。
Tabbit Skill には起動ツールとタスク構文が記載されています。読み取り専用タスクには新しいタスク名と一意のリクエスト ID を指定します。
"$HOME/.local/bin/tabbit-cli" nodejs \
--task "Grok release review" \
--request-id grok-release-review-001 <<'JS'
return {
title: await page.title(),
url: page.url(),
headings: await page.getByRole('heading').allTextContents()
};
JSSkill の検出、CLI への接続、サイトのログイン状態はそれぞれ確認が必要です。この例は読み取り専用の確認方法であり、Grok Build が Tabbit CLI のすべてのオプションを自動的に扱えることや、CMS 編集が検証済みであることを示しません。書き込みを許可する前に、ページと操作内容を確認します。
出典付きの更新案をブラウザーで確認する
範囲を限定する例として、リリースノートを下書きします。公開されている発表とログイン済みの運用画面を確認した後、名前付きの下書きを作り、公開せずブラウザー上で人が確認できる状態にします。各事実の近くに出典リンクを残します。
2026-11-09 のローカルテストでは、認証前の保護ページが 401 を返しました。短時間だけ有効なテスト Cookie を設定した後、別の Tabbit CLI タスクが同じ Tabbit Browser 環境で同じページを開き、Release notes review という見出しとテスト用レコード GEO-104 を読み取りました。HTTP 応答は 200 でした。各タスクには専用タブが一つあり、終了後に Cookie と一時タブを削除しました。これはこのローカル環境でのセッション再利用の確認で、Grok Build、CMS 編集、公開処理のテストではありません。
以下は xAI の Grok 4.7 発表と開発者ガイドをもとにした下書き案です。公開情報はモデルを説明し、テストページはサンプルの見出しと ID だけを提供します。
| 下書き項目 | 提案内容 | 保存前に確認すること |
|---|---|---|
| 下書き名 | Grok 4.7 リリース確認 | 下書き状態を維持する |
| 更新文 | 「Grok 4.7 は xAI API で grok-4.7 として利用でき、xAI は Grok Build と Cursor も対応クライアントとして案内しています。開発者ガイドには function calling、Web Search、X Search、コード実行が記載されています。Web と X の検索は xAI 側で実行されます。ログイン済みサイトにアクセスするには、ローカル Agent クライアントにブラウザーツールが必要です。」 | 上の xAI 公式ページで ID、クライアント、ツール名を照合する |
| 画面確認 | Release notes review / GEO-104 | テスト値であり、実際のリリース記録ではない |
| 状態 | 未公開、人による確認待ち | 公開を押さず、本番変更があったと書かない |
プロンプトでは出典、読み取り範囲、停止条件を指定します。
/tabbit
Tabbit Browser でログイン済みのリリース確認ページを開いてください。画面に見える下書き名とレコード ID だけを読み取ります。
以下の公開情報で更新文を照合してください:https://x.ai/news/grok-4-7 と https://docs.x.ai/developers/grok-4-7。
「Grok 4.7 リリース確認」という名前の下書きを準備してください。出典リンクを付けてブラウザー上に表示したままにし、保存、公開、状態変更はしないでください。
下書き全文、ページ見出し、レコード ID、不一致点を返し、私の確認を待ってください。期待する結果は、未公開の下書き、公式リンク、画面から読んだ見出しと ID、短い不一致一覧です。保存や公開はしません。サイトに下書き欄がなければ、文章をチャットに返させて自分で貼り付けます。テストページは読み取り専用だったため、この操作は例示用であり、端から端まで実行した証拠ではありません。
初回の実作業にはブラウザー Agent の初回チェックリストを使い、リスクの低いページから始めます。データ変更や支払いにつながる場合は停止してください。別の接続方式はBrowser MCP と CLI の比較、全体像はAI ブラウザー概要、ページ操作ガイド、ブラウザー Agent のセキュリティリスクを参照してください。
ローカルとリモートを選ぶ
ローカルのブラウザーセッションが必要で Tabbit Skill が使えるなら、ローカル Grok Build が適しています。クラウド実行環境がローカルの Tabbit Browser に接続できるとは限りません。対応する連携がなければ、出典付きチェックリストを作らせてローカルの Grok Build に渡すか、自分でブラウザー操作を行います。
Tabbit が役立つのは、すでにあるブラウザーのログイン状態を使う作業だからです。Grok 4.7 の代わりではなく、xAI が Tabbit の標準コネクターを用意したという意味でもありません。Tabbit クイックスタートによると、タスク用のタブを使いながら他のウィンドウで作業を続けられます。タブを開いたままにして、保存前に下書きを確認してください。
手順をまとめると、クライアント、grok-4.7、/tabbit を確認し、Tabbit Browser で対象サイトにログインし、まず読み取りだけを行います。Agent に出典付き下書きを用意させ、保存や公開の前にブラウザーで確認します。
よくある質問
Grok 4.7 の Web Search でログイン済みブラウザーを操作できますか?
できません。xAI の Web Search と X Search は公開情報を探すサーバー側ツールです。ログイン済みサイトをローカルで操作するには、Tabbit CLI Skill のようなブラウザーツールと Tabbit Browser セッションへのアクセスが Agent クライアントに必要です。
Tabbit CLI と組み合わせる Grok クライアントはどれですか?
公式資料が明確な選択肢は Grok Build です。xAI は Grok 4.7 を既定モデルとし、~/.agents/skills の Skill を検出すると説明しています。開始前に `grok models` で `grok-4.7` を、`grok inspect --json` で Tabbit Skill を確認してください。
Grok Build の /tabbit は何をしますか?
Grok Build はユーザーが呼び出せる Skill をスラッシュコマンドとして表示し、Tabbit Skill の名前は `tabbit` です。`/tabbit` は Tabbit CLI の使い方を Agent に知らせますが、サイトへのログインやブラウザー制御の起動を保証しません。
Tabbit CLI は既存のサイトログインを再利用できますか?
選択した Tabbit Browser 環境にあるログイン済みセッションを利用できます。サイトとアカウントを自分で確認し、パスワード、MFA、支払いなどの確認が表示されたら停止してください。
管理画面に作成した更新文をどう確認すればよいですか?
Agent に画面上の記録と公式情報を照合させ、名前付きの下書きを入力したら公開前に停止させます。ページを開いたまま事実とリンクを確認し、保存または公開は人が判断してください。
リモート Grok からローカルの Tabbit Browser に接続できますか?
接続できると決めつけないでください。リモート実行環境には別途サポートされたローカル連携が必要です。なければ出典付きの確認メモを作らせ、ローカルの Grok Build セッションに渡すか、自分でブラウザー操作を行います。