Grok 4.20 Non-Reasoningでログイン済みブラウザーを使う

Grok 4.20 Non-ReasoningはxAI API経由でツールを呼び出せますが、それだけでログイン済みブラウザーにつながるわけではありません。プレビュー画面のタイトルと状態を確認するには、Tabbit CLIをローカルで実行できるエージェントクライアントを使い、正確なxAIモデル経路が選べることと、対象のTabbitプロファイルにログイン済みであることを確認します。ここでは表示タイトルと状態を読む限定的な作業を扱い、名前付きローカル下書きを用意してレビューで止めます。Reasoning版やM203のチケット索引作業とは別です。

モデル経路を確認する

xAIの現行ドキュメントは grok-4.20-0309-non-reasoning を掲載し、grok-4.20-non-reasoning、grok-4.20-non-reasoning-latest などのエイリアスも示しています。関数呼び出しと構造化出力も記載されています。これはAPIの機能であり、すべてのクライアントでモデル選択やローカル実行ができる証明ではありません。設定時に xAIのモデルページを確認してください。

xAIの「エージェント向けツール呼び出し」は、ホストAPIにブラウザー操作が内蔵されている意味ではありません。クライアントがツール呼び出しを実装し、ブラウザーに到達する必要があります。リモート実行環境からローカル接続できない場合は、手元で実行するチェックリストを作らせます。既存ブラウザーへの接続とBrowser MCPとCLIの比較も参照してください。

Tabbitを導入してローカル接続を確認する

Tabbit Browserをインストールし、Tabbit CLIクイックスタートに従ってローカルlauncherを設定します。クライアントが実際に備える方法でTabbit skillを読み込みます。Piは/skill:tabbitを文書化しています。他のクライアントは/skillsディレクトリや拡張機能画面を使う場合があります。どこでも/tabbitが使えるとは限りません。skill検出、launcher実行、サイトログインは個別に確認します。

macOS/Linuxではlauncherは~/.local/bin/tabbit-cliです。まずdiagnoseを実行し、複数インスタンスがあれば確認したIDを固定して、呼び出しごとに固有のrequest IDを指定します。

tabbit_cli="$HOME/.local/bin/tabbit-cli"
"$tabbit_cli" diagnose
export TABBIT_PLAYWRIGHT_INSTANCE="<確認した16桁のインスタンスID>"
"$tabbit_cli" nodejs --task "Grokプレビュー状態の確認" --request-id grok-preview-read-01 <<'JS'
await page.goto('https://example.com/', { waitUntil: 'domcontentloaded' });
return { title: await page.title(), url: page.url() };
JS

これは公開ページでlauncherを確認する例であり、Grokや保護ページのテストではありません。クライアントでxAIの経路が選ばれ、ローカルツールが動くことを別途確認してください。CLIガイドにはタスクとreceiptの説明があります。

ログイン済みブラウザー環境を使う

対象のTabbitプロファイルでプレビューを開き、自分でログインします。その後、名前付きタスクには表示中のタイトル、状態、URLだけを読むよう指示します。Tabbit CLIのタスクはページを分けて管理するため、別タブで作業を続けられます。ただし、全プロファイルでログインが共有される保証はありません。

この環境ではTabbit CLIのローカルfixtureを確認しました。手動ログイン前は保護ページが401を返し、ログイン後の別タスクでは見出しRelease notes reviewとfixture ID GEO-104を読み取って200になりました。これはそのfixtureと環境のみの確認です。Grokのモデルテストでも、本番プレビューの検証でも、他サイトのセッション維持の保証でもありません。

ブラウザー自動化を扱うRedditの投稿では、ログインフォーム、2FA、bot検証の繰り返しが語られ、人が本人確認を担当すべきだという意見が示されています。同じページはCookieの期限切れや保管リスクにも触れています。個人の経験であり、Cookieを書き出す提案ではありません。別のr/mcp投稿は、認証済みの誤ったタブへ切り替わる可能性を挙げています。各タスクでURLとアカウントを確認してください。

ローカル下書きを作り、レビューで止める

既定ではPreview status review — <ページタイトル>.mdというローカルファイルを作成し、URL、表示タイトルと状態、確認時刻、解釈と分けた短い要約を記録します。別途許可がない限り共有オンライン文書には保存しません。ブラウザー上の文書エディターでは、内容を確認して保存を明示的に許可するまで、保存・公開・送信・権限変更の直前で止めます。

次のpromptは提案ワークフローであり、Grokや実運用中の公開システムでのテストではありません。

「Grokプレビュー状態の確認」というローカルTabbitタスクを使う。
指定したプレビューURLを開き、表示されたタイトル、状態、日付だけ読む。
ローカルMarkdown下書き「Preview status review — <表示タイトル>.md」を作る。
URL、正確なタイトル、正確な状態、確認時刻、ページだけに基づく要約を書く。推測は分けて記す。
公開、送信、権限変更、共有オンライン文書への保存はしない。
ログイン、MFA、想定外のアカウントが現れたら停止し、私に対応を求める。
ファイル名を報告し、私のレビューを待つ。

下書きをページと照合します。共有文書の編集が必要なら内容を先に確認し、その保存は別の操作として許可します。名前付きタスクはページを整理しますが、人の確認に代わるものではありません。

結論

正確なnon-reasoning経路がクライアントで選べ、Tabbit CLIをローカル実行できると確認した後に、プレビューの確認に使います。ブラウザー接続はクライアントとTabbit CLIが別途担います。タイトルと状態を読み、ローカルで下書きを作り、レビューで止めます。このモデルでのブラウザー操作は未検証です。

参考：Tabbit CLIガイド、初回タスク確認表、Codex設定。

権限の境界はClaude Codeのブラウザー権限、出典付き調査、agent-browser CLIガイド、ボタン操作のトラブル解決も参照してください。

出典

• xAI Grok 4.20 Non-Reasoningモデル、ID、エイリアス、機能。2026-11-10確認。

• xAI Inference API。

• Tabbit CLIクイックスタート。

• Tabbit CLIガイド。

Secholar.L

Tabbit グロース&コンテンツ担当

Secholar.L は AI ブラウザとエージェントワークフローについて、実際の調査と検証可能な一次情報に基づく実践的なガイドを執筆しています。