TabbitBlog

Grok 4.6でログイン済みブラウザーを使う方法

ローカルエージェントとTabbit CLIでGrok 4.6を接続し、ログイン済みページを確認して根拠付きの下書きを作成します。

この記事の内容
  1. 要点
  2. モデル、クライアント、ブラウザー、ログインを個別に確認
  3. 設定の確認
  4. 読み取り専用の作業から始める
  5. 確認しやすい下書きを依頼する
  6. 状況に応じた次の手順
  7. 人による確認の範囲を明確にする
  8. 関連する Tabbit ガイド

ログイン済みサイトでGrok 4.6を使うには、ローカルツールを呼び出せるAgentクライアントでモデルを実行し、Tabbit CLIをTabbit Browserに接続します。対象サイトには自分でログインしてください。公開情報とログイン済みプロジェクトダッシュボードを使った調査ブリーフを対象に読み取り専用で確認し、名前付き下書きを人が確認するところで止めます。

選択したTabbit環境にログイン状態がある場合に限り、認証ページを利用できます。Tabbit CLIはタスク専用タブを作るため、他のタブで作業を続けられます。ローカルfixtureでは後続タスクがテストCookieを再利用できましたが、このモデルや本番アカウントは検証していません。

要点

  • Grok 4.6 がモデルで、エージェントクライアントがツールを実行し、Tabbit CLI がブラウザーに接続します。

  • スキルの検出、ローカルランチャーへの接続、プロバイダーへのアクセス、サイトの認証は、それぞれ別に確認します。

  • 例では公開情報とログイン済みプロジェクトダッシュボードを使った調査ブリーフを作成します。プロンプトは下書きを作成し、元のサイトは変更しません。

  • 各項目をリンク先と照合し、人が確認する工程を残してください。

モデル、クライアント、ブラウザー、ログインを個別に確認

  1. 正確なモデルIDをプロバイダーが提供し、ローカルAgentが実行できるか確認します。2. クライアントでTabbit skillを認識できるようにします。Piは/skill:tabbitを使い、一部クライアントは/skillsまたは自動検出です。/tabbitを前提にしないでください。3. tabbit-cli diagnoseでランチャーを確認します。4. 対象のTabbit Browserで許可されたサイトに自分でログインします。5. まず既知の1件を読み、出典URLを返させます。

モデルの応答だけではskillの検出やブラウザー接続を確認できません。CLIが動いても正しいプロファイルやログイン状態とは限りません。パスワード、MFA、CAPTCHA、承認を求められたら停止してください。

xAI のドキュメントでは、API モデル grok-4.6 と関数呼び出しが説明されています。xAI は API とパートナー、Grok Build、Cursor での提供を示していますが、すべての環境で Tabbit CLI が使えることを示すものではありません。利用するクライアントでモデル経路とローカルツールへの接続を確認してください。Grok Build の提供状況と一般向けモデル選択画面の名称を混同しないでください。公式情報はモデルの識別と提供状況を示すもので、Tabbit との統合を示すものではありません。 モデルの公式情報 リリース情報またはライセンスの詳細

設定の確認

確認項目確認内容合格条件
モデルプロバイダーとクライアントのgrok-4.6選択したルートで短い応答が返る
SkillTabbitの手順をクライアントが読める呼び出し方法が表示される
ランチャーローカルCLIがインストール済みdiagnoseが制御先を検出
ログイン対象Browserに正しいアカウント自分で対象ページを開ける
出力名前付きレビュー下書き出典が見え、サイトを変更しない

読み取り専用の作業から始める

  1. Tabbit Browser で対象ページを開き、アカウントとレコードを自分で確認します。

  2. エージェントクライアントで Tabbit スキルを使ってローカルタスクを開始します。対象ページは絞ります。

  3. 各項目の値、参照元 URL、表示されている時刻を出力させます。

  4. 出力値をページと照合します。項目が見つからない場合、記憶で補わず不明と記録します。

  5. 名前を付けて下書きを保存し、更新や送信の前に停止します。

Para este escenario, el borrador debe incluir: 出力には、ダッシュボードの各項目と公開情報の出典 URL を記載し、未確認事項を明示して、編集や公開の前に停止します。

確認しやすい下書きを依頼する

Tabbit CLIを使い、ログイン済みのプロジェクトダッシュボードで PRJ-482 を確認し、公開リリースノートと状態を比較して、短い変更ブリーフを作成します。
「出典付き変更ブリーフ(確認用)」という名前の下書きを作成し、(1)確認した項目、出典URL、時刻、(2)事実と解釈を分けた短い要約、(3)未確認または不一致の値を記載してください。編集、承認、送信、公開はしないでください。下書きを表示して停止してください。ページが見つからない場合は不明と記録します。

これは指示例であり、モデルの実行結果ではありません。許可されたレコードIDに置き換えてください。

Grok 4.6 では、利用するクライアントでプロバイダー、正確な grok-4.6 のモデル経路、ツール呼び出しを確認してください。API や製品で利用可能でも、そのクライアントがローカルツールを実行できるとは限りません。有効な API キーも実行能力の証明にはなりません。

状況に応じた次の手順

状況次の手順理由
APIは動くがローカルツールがないクライアントとskillを確認モデル接続だけではブラウザーに届かない
Tabbit Browserでログイン済み範囲を限定したローカルタスクを実行既存セッションを利用できる
2ページの内容が違う両方の値とURLを残すモデルに黙って矛盾を解決させない
リモートAgentにローカル接続がない下書きをローカル環境に引き継ぐローカルプロファイルへ届くとは限らない
状態変更が必要下書きで止め、人が判断外部変更は人が確認する

ローカルモデル用に「実際の」ブラウザーを探していた Reddit ユーザーは、スクレイピングと認証済みブラウザーの違いを説明していました。返信ではシステム Chromium やスキルによる設定が提案されています。いずれも個人の経験であり、このモデルとの互換性を示す証拠ではありません。(議論)

既存の許可済みログインを使い、エージェントの作業中もページを確認したい場合、Tabbit Browser が役立ちます。タスクは専用タブを使うため、別のタブで作業を続けられます。ローカルテストで確認したのはテスト用環境でのセッション再利用のみです。このモデルの実行、本番ダッシュボードへのアクセス、プロバイダー連携は検証していません。

人による確認の範囲を明確にする

レコード名と作業内容が分かる下書きタイトルを付けます。例:出典付き変更ブリーフ(確認用)。項目の横に根拠となる URL を記載します。モデルの解釈は提案として明示します。ページが開けない、アカウントが変わる、レコードを特定できない場合は停止して問題を解決してください。例示の手順を、実際の顧客タスクの完了結果として扱わないでください。

関連する Tabbit ガイド

Tabbit CLI 完全ガイド、既存ブラウザーへのエージェント接続、初回タスクのチェックリストを参照してください。接続方法はブラウザー MCP と CLI の比較、クライアント設定例はCodex と Tabbit CLIをご覧ください。ログインセッション、ブラウザー操作の概要、CMS 下書きの手順、Tabbit Browser の活用方法も参考になります。

よくある質問

Grok 4.6 にサイトへログインさせられますか?

いいえ。対象の Tabbit Browser 環境に自分でログインしてください。

モデル ID だけでブラウザーツール対応を確認できますか?

いいえ。プロバイダーのモデル経路、クライアントのツール対応、スキル、ランチャー、サイトのログインを個別に確認します。

すべてのクライアントで `/tabbit` を使いますか?

いいえ。Pi は `/skill:tabbit` を使い、他のクライアントは `/skills` または自動検出を使う場合があります。

タスクの実行中も作業を続けられますか?

はい。タスクは専用タブを使います。他のタブはそのまま使えます。

参照ページの内容が異なる場合はどうしますか?

両方の値とリンクを残し、不一致を明記して人に判断を依頼します。

リモートエージェントからローカルブラウザーに接続できますか?

文書化されたローカルブリッジがある場合に限ります。なければ下書きをローカルクライアントに渡します。

次のステップへ

Tabbit と一緒に仕事をしましょう。

タブをまたいで調査し、繰り返しのブラウザ作業を自動化し、あらゆる文脈を手の届くところに。