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});
JSGLM-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 が個別にローカル連携をサポートする場合に限ります。リモート実行環境が自動でローカルブラウザーに接続することはありません。