GitHub Copilot CLIでログイン済みブラウザーを操作する

GitHub Copilot CLIはAgent Skillを使ってローカルのターミナル作業を進められますが、GitHubの資料はTabbit Browserへの組み込み接続を説明していません。ログイン済みのプレビューを確認するには、Tabbit BrowserとTabbit CLI Skillを用意し、Copilot CLIがSkillを読み込んでローカルランチャーを実行できるか確認します。サイトのログインは選択したTabbitプロファイルに保存され、CopilotのGitHubログインとは別です。

本人のログインが必要なPRプレビューを調べるときに役立ちます。まずCopilot CLIにターミナルで差分をまとめさせ、その後、名前を付けた別のTabbitタスクでプレビューを確認します。タスクは専用タブを使うので、ほかのタブで作業を続けられます。レビュー用メモを保存し、次の操作を承認するまでPRは変更しません。

r/GithubCopilotのユーザーは、作業中にCopilotが新しいターミナルを何度も開いたと報告しています。個人の経験ではありますが、ブラウザー確認を名前付きタスクに分ける理由になります。投稿を読む。

要点

• Copilot CLIはコーディングクライアント、Tabbit CLIはローカルのブラウザー接続手段です。別々のプログラムです。

• GitHubはSkillの場所として.github/skills、.claude/skills、.agents/skills、~/.copilot/skills、~/.agents/skillsを記載しています。各SkillにSKILL.mdが必要です。

• Skillが表示されても、発見されたことしか確認できません。ランチャーとTabbitプロファイルも確認してください。

• Skillはローカルコマンドを指示できます。Skillとスクリプトを読み、未確認のコマンドには承認を残します。

• ブラウザータスクとレビュー記録に名前を付けます。人が確認する前に変更を送信・公開しません。

各要素の役割

GitHubはSkillを指示のフォルダーとして説明し、スクリプトやリソースの追加も認めています。またshellやbashを事前許可すると実行確認を省略すると警告しています。Copilot CLI SkillガイドとCLIコマンドリファレンスを確認してください。

1. Skillが見つかるか確認する

複数のリポジトリで使う個人Skillは~/.copilot/skillsまたは~/.agents/skillsに置けます。プロジェクト専用なら.github/skills、.claude/skills、.agents/skillsを使えます。

~/.agents/skills/
└── tabbit/
    └── SKILL.md

TabbitのCLIクイックスタートにインストールとSkillの手順があります。インストール後にCopilot CLIを再起動するか、対話型セッションで/skills reloadを実行します。Skillを明示的に使うには、登録名を/の後に指定します。Tabbit Skillがtabbitとして表示される場合はUse the /tabbit skill to inspect this preview.と依頼でき、/skills info tabbitで確認できます。続けてタスクの実行方法を先に説明させます。

Skillの検出は最初の確認にすぎません。ローカルランチャーを実行でき、そのランチャーが対象ブラウザーに接続できる必要があります。

2. Tabbitへのローカル接続を確認する

Copilot CLIと同じコンピューターでTabbit Browserを開き、対象サイトにログインします。最初はプレビューを読むだけにします。

OSに対応したTabbitランチャーを使います。macOSのクイックスタートには次の確認例があります。

launcher="$HOME/.local/bin/tabbit-cli"
"$launcher" diagnose

タスクを依頼する前に、正しいブラウザーが起動しているか確認します。Skillが表示されるのにランチャーが実行できない場合は、shell権限と実行環境を確認します。GitHubアカウントが同じでも、CodespacesがノートPCのブラウザープロファイルを引き継ぐことはありません。

既存ログインを再利用できるのは、タスクが同じTabbitプロファイルに接続した場合です。サイトのパスワードやCookieがプロンプトに渡るわけではありません。認証情報をプロンプトや記録に書かないでください。

長い作業の前にブラウザーAgentの初回タスク一覧を使って範囲を決めます。ページが見えない場合はローカルとクラウドのブラウザー経路と既存ブラウザーへの接続方法を確認してください。Codex向けTabbit CLI設定ガイドにも別クライアントのローカル接続境界があります。

3. PRの差分とプレビューを照合する

まずCopilot CLIに変更されたルートと画面上の想定を列挙させます。次に、名前付きTabbitタスクで対象のプレビューを確認します。タスク専用のタブを使うため、ほかのタブでは差分確認などを続けられます。

社内でCopilot CLIを導入したユーザーは、複数ツールでSkillを共有する際、パスやmetadata形式を調整したと書いています。これは特定バージョンの経験ですが、対応形式を使い、クライアントに表示されるか確かめる必要があります。元の投稿。

接続を確認したら、次のプロンプトを試せます。PRに投稿せず、ローカル草稿を求めます。

現在のpull requestの差分と、Tabbit Browserでログイン済みのプレビューを比較してください。
"pr-482-preview-review"というTabbitタスクを作成します。このPRで変更したルートだけを確認してください。
サイト編集、フォーム送信、コメント、マージはしないでください。
"pr-482-release-preview-review.md"というローカルMarkdown草稿を保存し、次を記録してください。
- ルートと表示されるタイトル
- 確認した変更動作
- 相違点と画面上の根拠
- 確認できなかった項目
保存したら停止し、確認用にパスを知らせてください。

これは例示であり、テスト結果ではありません。実際のPRでは番号とファイル名を変更し、プレビューが正しいビルドか確認して、共有前に記録を読み直します。再ログインや別ワークスペース、機密操作が表示されたら停止してください。

Tabbitを使う場面

Copilot CLIはローカルのコードを扱い、Tabbit Browserはブラウザー環境を提供し、Tabbit CLIは対応するローカルAgentからのタスクを受け取ります。プレビューへのログインがTabbit内にある場合や、コーディングを続けながら別タスクで確認したい場合に検討できます。

これはCopilot CLIがTabbitをネイティブ対応しているという意味ではありません。接続にはTabbit Skill、ローカルランチャー、正しいインスタンスが必要です。GitHubはTabbitをCopilotの公式統合として認定していません。Tabbit CLIガイド、GitHub CopilotブラウザーAgentガイド、ログイン状態の再利用ガイドも参考にしてください。

Agentの実行場所で選ぶ

別の端末からCopilot CLIを操作できても、それはローカルブラウザーへの接続を意味しません。接続経路を分けて考えます。

この方法が向いているか

ブラウザーがすでにログイン済みで、実ページとコード変更を照合する場合に使います。サイト所有者の許可があるなら、公開ルートのないstaging管理画面にも使えます。

ローカルスナップショット、API、テストで同じ証拠が取れるならブラウザーは不要です。本番ではプロンプトをサイトの承認手順の代わりにしません。Copilotにはチェックリストを作らせ、ページと送信内容を自分で確認します。

確認可能な引き継ぎには、完了した名前付きタスク、ローカルファイル、確認項目が残ります。「完了しました」という返答だけではページ表示やPR変更の証明になりません。

Fixtureで練習する場合はagent-browser CLIチュートリアルかブラウザー自動化ガイドを参照してください。

Secholar.L

Tabbit グロース&コンテンツ担当

Secholar.L は AI ブラウザとエージェントワークフローについて、実際の調査と検証可能な一次情報に基づく実践的なガイドを執筆しています。