TabbitBlog

Step 3.7 Flashでログイン済みブラウザーを使う

Step 3.7 FlashのモデルIDを確認し、ローカルエージェントをTabbit CLIに接続して確認用の下書きを残します。

この記事の内容
  1. 要点
  2. モデルの接続先を先に確認する
  3. 作業例:レコードを照合する
  4. 確認用下書きを作るプロンプト
  5. Tabbit Browserに接続する
  6. 確認範囲と制限

Step 3.7 FlashはStepFunのオープンウェイトモデルです。Hugging FaceのモデルカードにはApache-2.0と記載されています。StepFunのプラットフォームにもホスト型の提供経路がありますが、各クライアントでの対応状況は変わるため、実行前に確認してください。Step 5 Previewは後発の別モデルで、モデルIDも異なります。再現性が必要な作業では置き換えないでください。

要点

  • 実行前にクライアントとプロバイダーで正確なモデルIDを確認します。

  • モデルは回答を生成し、ローカルクライアントがツール実行と権限を管理します。

  • Tabbit Browserがブラウザー環境を提供し、Tabbit CLIがタスクタブを接続します。

  • 読み取り専用で開始し、元ページで各値を確認します。

モデルの接続先を先に確認する

確認項目モデルブラウザー作業
識別Step 3.7 Flash、Apache-2.0の公開重みStep 5 Previewとは別モデル
利用方法現在のIDとプロバイダーを確認ローカルクライアントに依存
実行互換ランタイムでホストまたは実行Tabbit CLIを起動できる必要

作業例:レコードを照合する

承認済みのテストレコードを選び、すでに開いている2つのページで同じIDを確認します。ID、状態、更新日だけを読み取り、双方のURLとともに比較結果を残します。IDが異なる、項目が見えない、ログイン画面が出た場合は停止します。担当者がリンクを開き、要約を使う前に値を確認します。

確認点下書きに記録停止する条件
レコード安定したIDとページURLIDがない、または一致しない
根拠表示値と出典URL値の推測が必要
権限読み取り専用の比較保存や送信を求められる

r/opencodeCLIの投稿者は、写真の説明でうまくいったと述べています。一方、別のStepFunスレッドではtool callingが不安定というコメントがありました。どちらも個人の経験で、ブラウザー自動化を示す証拠ではありません。画像の体験談 · tool callingの議論。

確認用下書きを作るプロンプト

例示用URLは、閲覧が許可されたページに置き換えてください。以下は提案する手順であり、第三者アカウントでモデルを試したという意味ではありません。

タスク名:GEO-104 レコード照合
このローカルエージェントでStep 3.7 Flashとインストール済みTabbit skillを使います。指定する2つのURLをTabbitの別タスクタブで開き、レコードID、状態、更新日だけを読み取ってください。各値に出典URLを付け、見えない値は「不明」とします。ID不一致、ログイン画面、CAPTCHA、書き込み操作が見つかったら停止して報告してください。保存、送信、変更は禁止です。「GEO-104 — 照合レビュー」という名前の下書きに、一致項目、差異、不明点、2つのURLを記録してください。

Tabbit Browserに接続する

最初にTabbit Browserでアカウントと対象レコードを確認します。対応するローカルクライアントでTabbit skillを探してください。名前付きskillコマンドに対応する場合は/tabbit、Piでは/skill:tabbitを使います。一部のクライアントでは/skillsに一覧が表示されます。skillが見つかることとCLIが起動できることは別です。インストール済みのtabbit-cli diagnoseを実行し、モデル選択とサイトのログイン状態も別々に確認します。一意の名前でタスクを開始してください。CLIはTabbit環境のタスクタブで動き、既存のログイン状態を再利用できます。この挙動はローカルfixtureで確認したもので、特定モデルとクライアントの連携確認ではありません。

クライアント対応、プロバイダーの提供状況、ローカル権限は別の確認項目です。リモートエージェントがサポートされた方法でローカル処理へ引き継げなければ、ログイン済みブラウザーにはアクセスできません。パスワードやCookieをプロンプトに貼らないでください。タスクタブを分ければ、別の作業を続けられます。

確認範囲と制限

既存セッションの再利用はローカルfixtureで確認しました。未ログインでは401となり、ログイン後の別タスクでは同じTabbit環境のテストレコードを読めました。これはfixture内の挙動であり、モデル連携や性能の検証ではありません。

設定手順はTabbit CLIガイド、既存ブラウザーへの接続、初回タスクのチェックリスト、MCPとCLIの比較を参照してください。Codex設定例、ログイン状態の再利用、プロンプト例、クリックできない場合の対処、Agent推論ガイドも役立ちます。

よくある質問

Step 3.7 Flashはオープンウェイトですか?

はい。Hugging FaceのモデルカードにはApache-2.0とあります。自分で実行するには十分なハードウェアと対応ランタイムが必要です。

Step 5 Previewと同じモデルですか?

いいえ。別のリリースで、モデルIDと提供経路が異なります。実行前にプロバイダーで正確な項目を確認してください。

単体でログイン済みブラウザーを使えますか?

いいえ。モデルAPIはブラウザーセッションを提供しません。対応するローカルエージェントとTabbit CLIのような接続手段が必要です。

クライアントの対応状況はどう確認しますか?

モデル選択画面でプロバイダーとIDを確認します。表示されない場合、同じ別名だと決めつけず、別モデルを選ぶか停止してください。

ローカルで実行できますか?

重みは公開されていますが、大規模モデルには計算資源と対応ランタイムが必要です。ダウンロード前にモデルカードとハードウェアを確認します。

Agentの最初の作業は何がよいですか?

安定したIDで読み取り専用の比較を行い、各値に出典URLを付け、名前付き確認メモを残します。サイト変更前に人が検証してください。

次のステップへ

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

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