TabbitBlog

Muse Spark 1.3 でログイン済みブラウザーを使う方法

確認済みの Muse Spark 1.3 ルートをローカルエージェントに設定し、ログイン済みのプレビューを確認して名前付きの変更案で止めます。

この記事の内容
  1. 接続を個別に確認する
  2. 変更ではなく確認用の草案を作る

Meta の Model API は muse-spark-1.3 とツール呼び出しを掲載していますが、Tabbit との連携が検証済みという意味ではありません。対応するローカルエージェントで、すでにログインしたプレビューを読み取り、変更案を作る前にアカウントと権限を確認します。(モデル資料、Tabbit CLI クイックスタート)

接続を個別に確認する

項目確認内容続行条件
モデル有効なプロバイダーで muse-spark-1.3 を選ぶ無害なリクエストでモデル ID を確認
クライアントSkill とローカルツールを読み込めるこの端末で Tabbit CLI が起動する
ブラウザーTabbit Browser で自分でログインする正しいアカウントとプレビューが見える

Skill の読み込み、CLI の起動、サイトへのログインは別々の確認です。Pi のコマンドは /skill:tabbit です。他のクライアントは /skills を使ったり、ファイルから自動検出したりします。作業用の別タブを使えば、元のタブで作業を続けられます。ログイン画面に戻ったら自分でログインしてください。認証情報をエージェントに渡さないでください。

変更ではなく確認用の草案を作る

画面に見えるタイトル、状態、アカウント、URLだけを読み取らせます。提案は名前付き草案に保存し、変更前に対象ページを確認してください。

Tabbit Browser の作業タブで開いているプレビューだけを確認してください。設定を変えたりリンクを開いたりしないでください。見えるタイトル、状態、アカウント名、URLを報告してください。不明な項目は不明と記してください。
「Muse Spark プレビュー権限確認 — GEO-060」という草案を作り、観測値と権限に関する疑問を記録してください。変更や公開はしないでください。
期待する出力:タイトル、状態、アカウント、URL、権限の疑問、草案リンク。

GEO-060 は例示用の名前です。パスワードや無関係なアカウント情報を含めないでください。

状況方法中止条件
同じ確認を再現するプロバイダーとモデル ID を固定するエンドポイントを確認できない
別アカウントを見る別の作業タブで自分がログインする表示アカウントが違う
ローカルツールを起動できない対応するローカルエージェントに手順を渡す文書化された接続なしにリモート利用を主張する

設定には既存ブラウザーへの接続、初回タスクの確認表、MCP と CLI の比較、Codex の設定、CLI 完全ガイド、ブラウザーエージェント CLI、セキュリティ、ブラウザー自動化を参照してください。

よくある質問

Muse Spark 1.3 に Tabbit は含まれますか?

いいえ。モデルと Tabbit CLI は別です。クライアントが両方を起動できるか確認してください。

ログイン済みセッションを使えますか?

CLI が動き、権限があればローカルエージェントはログイン済み環境を使えます。

コマンドは `/tabbit` ですか?

クライアントによります。Pi は `/skill:tabbit`、他では `/skills` やファイル読込の場合があります。

別タブを使う理由は?

元の画面を使いながら結果を比較できます。

変更を適用すべきですか?

まず草案、アカウント、権限、変更値を確認してください。

次のステップへ

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

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