TabbitBlog

ログイン済みブラウザーで GLM-5.1 を使う方法

Tabbit CLI で承認済みの項目を確認し、フォーム送信前に止める手順です。

この記事の内容
  1. 要点
  2. プロンプト例
  3. 判断

GLM-5.1 でログイン済みページを確認するには、モデル経路、クライアント、ブラウザーツールが連携する必要があります。最初は承認済み項目をテストフォームと照合し、送信前に止めます。GLM-5.1、5.2、5.3 は別バージョンなので正確な ID を確認してください。

ローカル Agent のスキル検出とモデル提供元の設定は別です。Pi では /skill:tabbit を使い、/skills ピッカーのあるクライアントでは公式手順に従います。その後、インストール済み Tabbit CLI で名前付きタスクを起動します。次のコマンドはタスクのタブを観察するだけで、フォームを送信しません。

~/.local/bin/tabbit-cli nodejs --task "GLM-5.1 staging field review" --request-id review-approved-fields <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

GLM-5.1 に関する Reddit の投稿では、応答の遅さやタイムアウトが報告され、投稿者は後に改善したと述べています。これは一利用者の経験でありサービス保証ではありません。開始前に現在の経路を確認してください(投稿)。

ローカル Agent のスキル検出とモデル提供元の設定は別です。Pi では /skill:tabbit を使い、/skills ピッカーのあるクライアントでは公式手順に従います。その後、インストール済み Tabbit CLI で名前付きタスクを起動します。次のコマンドはタスクのタブを観察するだけで、フォームを送信しません。

~/.local/bin/tabbit-cli nodejs --task "GLM-5.1 staging field review" --request-id review-approved-fields <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

要点

確認内容安全な既定値
モデルAPI ID またはチェックポイントGLM-5.1 を固定し、後続別名にしない
ツールサーバーとクライアントの対応無害な呼び出しから試す
ブラウザーCLI が目的のインスタンスに接続名前付きタスクを使う
フォーム許可項目と送信操作入力と確認のみ、送信しない

合成データのテスト記録を用意し、ticket_ref、category、review_note など承認済み項目に限定します。不足値の推測、認証情報、トークン、顧客情報、本番データを扱わせないでください。ホスト API は現在の GLM-5.1 ID とツール仕様を確認し、ローカル実行はチェックポイント、ライセンス、ツールパーサーを確認します。

インストール済みランチャーで Tabbit CLI を起動し、diagnose でインスタンスを確認して名前付きタスクを使います。同じ Tabbit 環境にログイン済みセッションがあれば CLI から再利用できます。パスワードをプロンプトに入れる必要はありません。リモート Agent には別途ローカル連携が必要です。クイックスタート、CLI ガイド、既存ブラウザー接続を参照してください。

プロンプト例

タスク:テストフォーム [STAGING_URL] の確認を準備する。
Tabbit CLI 経由で既存のログイン済み Tabbit Browser を使う。
合成データ [SYNTHETIC_RECORD_ID] を読む。
ticket_ref、category、review_note のみ確認・入力できる。
Submit、Save、Confirm など確定操作を押さない。
認証情報や無関係な個人情報を使わない。
項目、元の値、表示値、状態、ページリンクの表を返す。
欠落や不一致があれば変更せず報告する。
目視確認できる位置で停止し、人の判断を待つ。

期待するのは検証できる比較表です。下書きに GLM-5.1 staging field review と名前を付けます。人がテスト URL と値を確認し、Submit を押さずに残します。初回タスク確認表とMCP/CLI 比較も参照してください。

状況方法中止条件
テストを試すGLM-5.1 とツール対応を明記するクライアント呼び出しなし、またはページ違い
ログインを再利用ローカル Tabbit Browser と CLI タスクCLI がインスタンスを見つけない
リモート実行対応するローカル連携がある場合のみ連携がない
本番データこのテスト手順は使わない個別承認がない

文章の返答だけではブラウザー操作の証拠になりません。ログイン画面では通常の手順で人がログインします。実際のフォームで試さず、Tabbit Browser、Codex 設定、自動化の安全確認を参照します。

判断

モデル ID、ツール呼び出し、ローカル接続を確認してから始めます。承認済みテスト項目に限定し、人が確認する段階で止めます。確認に失敗したら読み取り専用か手動に切り替えます。

For related setup context, see AI browser automation.

よくある質問

GLM-5.1 は Tabbit Browser を自動操作できますか?

できません。選択したクライアントとモデル経路がツール呼び出しに対応し、ローカル Agent が Tabbit CLI に接続できる必要があります。各段階を個別に確認してください。

この手順で GLM-5.1 はフォームを送信しますか?

しません。例では承認済み項目を確認し、送信前に停止します。次の操作は人が確認して決めます。

GLM-5.1 は GLM-5.2 や GLM-5.3 と同じですか?

いいえ。提供元が別名だと明記しない限り、各バージョンとモデル ID は別のものとして扱います。

Tabbit CLI はパスワードをモデルに渡しますか?

対象の Tabbit 環境にあるログイン済みブラウザーセッションを再利用します。プロンプトにパスワードを書く必要はありません。

リモート Agent はローカルセッションを使えますか?

その Agent が個別にローカル連携をサポートする場合に限ります。リモート実行環境が自動でローカルブラウザーに接続することはありません。

次のステップへ

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

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