TabbitBlog

Aider でログイン済みブラウザーを使う

Aider の /web はページを取得し、/run はローカルコマンドを実行します。既存のログインを使う場合は、ローカル Tabbit CLI との接続を別途検証します。

この記事の内容
  1. 要点
  2. まず実行環境を選ぶ
  3. 3つの接続を別々に確認する
  4. レビュー可能な手順を作る
  5. リモートで実行する場合
  6. タスクに応じて選ぶ

Aider は /web でページを読み、/run でローカルの shell コマンドを実行できますが、役割は異なります。/web は取得したテキストをチャットに追加するだけで、ログイン済みブラウザーは操作しません。/run はローカル Tabbit CLI を呼び出せる場合がありますが、Skill、ランチャー、サイトのアカウントを別々に確認してください。

Reddit の利用者は “Sessions dying because two things touched the same account.” と書いています。これは関連する作業上の問題を示すもので、Aider と Tabbit の互換性を証明するものではありません。 元の投稿を読む

要点

  • モデル名だけではブラウザー操作は有効になりません。

  • Skill の検出、ローカルランチャーへの接続、サイトのログイン状態は別々に確認します。

  • 名前付きの下書きや確認レポートを作成し、次の操作は人が確認してから進めます。

  • リモート環境やコンテナに明示的にサポートされたローカル接続がなければ、手動で引き継ぎます。

まず実行環境を選ぶ

Agent の構成ブラウザー経路確認事項
Aider /webURL の文字を取得公開ページを読む
Aider /runローカルコマンドを実行Tabbit CLI とアカウントを検証
/add でレポートを追加ローカルレポートを追加確認レポートを保存
リモート Aider別途サポートされた接続が必要ユーザーが確認

Aider の /web はページを取得し、/run は shell コマンドを実行し、/add はローカルファイルを追加します。ネイティブなブラウザー操作を示すものではありません。リモート Aider には別途ローカル接続が必要です。 公式ドキュメント

3つの接続を別々に確認する

  1. Agent と CLI がローカル、コンテナ、リモートのどこで実行されるか確認します。

  2. クライアントが Tabbit skill を検出するか確認します。/tabbit は認識される場合だけ使用します。

  3. ローカル Tabbit CLI が使え、対象ブラウザーが選択されていることを確認します。

  4. サイト、アカウント、ページは自分で確認します。ランチャーが動いてもサイトにログインした証明にはなりません。

レビュー可能な手順を作る

まずページとアカウントを確認し、読み取り専用で調べます。結果を release-63-browser-review.md に保存して Agent に下書きや差分を作らせ、最後に確認します。これは例であり、統合テストではありません。

  1. Tabbit でプレビューを開き、ビルド表示とアカウントを確認して、独立タスク「release-63-browser-review」を作成します。

  2. release-63-browser-review.md という名前の独立タスクを作り、必要なページ内容だけ読みます。

  3. 表示された状態、根拠、未解決事項、URL を保存します。

  4. ページとレポートを照合し、送信や変更の前に停止します。

プロンプト例:

release-63-browser-review.md を読み、観察された問題だけに対応する小さな diff を提案してください。
shell コマンド、公開、commit は実行しないでください。
変更するファイルと各変更の根拠を示してください。
停止して diff のレビューを待ってください。

リモートで実行する場合

Agent がリモートで動き、文書化されたローカル接続がない場合は、チェックリストやコード作業を依頼し、ブラウザー操作は PC で行います。パスワード、Cookie、プロファイル全体は渡さないでください。

タスクに応じて選ぶ

タスクの状況引き継ぎ方法人による確認
Aider /web公開ページを読むURL と情報の新しさを確認
Aider /runTabbit CLI とアカウントを検証アカウントとページを確認
/add でレポートを追加確認レポートを保存レポートと差分を確認
リモート Aiderユーザーが確認人が送信を承認

設定の詳細は Tabbit CLI ガイド 既存ブラウザーへの接続 ログイン済みセッションの再利用 最初のタスクのチェックリスト Browser MCP と CLI の比較 Codex の設定例 ローカル Web アプリの検証 ブラウザーセッションの基礎を参照してください。これらは Tabbit または一般的なブラウザーワークフローの説明で、Aider のネイティブ統合を証明しません。

ページがローカルでログイン済みで、検証済みクライアントからランチャーを呼び出せる場合に Tabbit を検討します。それ以外は PC でブラウザータスクを行い、必要な根拠だけを Agent に渡します。

よくある質問

/web はログイン済みブラウザーを操作しますか?

いいえ。URL のテキストを取得して Aider の会話に追加します。ブラウザー操作やログイン状態の再利用は行いません。

/run は何をしますか?

shell コマンドを実行し、出力を Aider に渡せます。ローカル Tabbit CLI を呼び出す方法にはなりますが、統合ブラウザー機能の証明ではありません。

Aider に /tabbit コマンドがありますか?

あると決めつけないでください。クライアントがインストール済み skill を認識する場合だけ使い、そうでなければ CLI を手動で呼び出します。

リモート Aider はローカルのログインを使えますか?

サポートされ検証済みのローカル引き継ぎが必要です。ブラウザー確認を自分で行い、必要なレポートだけ渡す方法もあります。

ブラウザー確認をパッチにするには?

レポートを /add で読み込ませ、根拠に沿った小さな差分を提案させます。送信や公開前に diff を確認してください。

Aider にフォームを送信させるべきですか?

レビューでは Aider に変更案を作らせて停止させます。送信を承認する前に人が対象レコードを確認してください。

次のステップへ

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

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