Codexアプリでブラウザ操作を使うなら、内部ブラウザとChromeプラグインをどう選ぶか

Codexアプリでブラウザ操作を使うなら、内部ブラウザとChromeプラグインをどう選ぶか

Codexアプリでブラウザ操作を使うなら、まず内部ブラウザでいい。
ログイン済みのサイトを扱うときだけ、Chromeプラグインを使う。

これがいちばん迷わない。

今日、Codexアプリの内部ブラウザで https://attrip.jp/ を開いてみた。
最初は右側に見えなかった。
原因は、右側パネルがレビュー表示になっていたから。

ブラウザタブを開いたら、普通に見えた。

公開ページの確認なら、これで十分だった。

ただ、Gmail、Search Console、GA、WordPress管理画面のようなログイン済みサイトは別。
この場合はChromeプラグインを使う。

公開ページの確認は内部ブラウザでいい

内部ブラウザは、Codexアプリ内で開く確認用ブラウザだ。

たとえば、こういう作業に向いている。

  • 公開ページを見る
  • 記事公開後の表示を確認する
  • localhost を見る
  • スクショを撮る
  • ボタンやリンクをクリックして動きを見る
  • フロントエンドの修正結果を見る

OpenAIも、Codexアプリに内部ブラウザが入り、フロントエンド、アプリ、ゲームの反復確認を速くできると説明している。

attrip の公開ページ確認なら、これで足りる。

内部ブラウザで https://attrip.jp/ を開いて

右側に見えないときは、Codexアプリの右側パネルを見る。
レビュー表示のままだと、ページは開いていても見えない。

Chromeプラグインはログイン済みサイト用

Chromeプラグインは、いつものChromeをCodexから使うためのものだ。

Chrome Web Storeの説明では、Codex for Chromeは、すでにサインインしているWebサイトやアプリの中でCodexが作業を助けるものと説明されている。

つまり価値はここ。

いつものChromeのログイン状態を使える

新しいChromeを立ち上げて、またログインする運用はだるい。
Cookieが引き継がれないなら、うまみが少ない。

だから、Chromeプラグインは「既存Chromeタブを引き継ぐため」に使うのがよさそうだ。

選び方はこの表でいい

やりたいこと 選ぶもの
公開ページを見る 内部ブラウザ
記事公開後の表示確認 内部ブラウザ
localhostの確認 内部ブラウザ
スクショで見た目を確認 内部ブラウザ
WordPress管理画面 Chromeプラグイン
Search ConsoleやGA Chromeプラグイン
Gmailを見る Gmailコネクタ、またはChromeプラグイン
既存Chromeタブの続きを触る Chromeプラグイン

Chromeプラグインでできること

Chromeプラグインでできることは、ただページを見るだけではない。

Chrome Web Storeの説明では、こういう用途が挙げられている。

  • 特定サイトで調査する
  • 複数タブから文脈を集める
  • フォーム入力やリクエスト作成をする
  • 送信前に止まって確認を求める
  • ダッシュボードや社内ツールを見る
  • 複数タブでWebサイトをテストする
  • タブを整理する
  • ファイルのアップロードやダウンロード前に確認を求める

ぼくの作業に置き換えると、こうなる。

  • WordPress管理画面で下書きを確認する
  • Search Consoleでページ状態を見る
  • GAで流入を確認する
  • Gmailで必要なメールを探す
  • 公開後に管理画面と公開ページを行き来する

ただし、送信、削除、公開、アップロード、ダウンロードは別。
ここはCodexに勝手にやらせない。

Gmailを扱うならセキュリティの線引きが必要

Gmailは、ただのWebページではない。
個人情報と連絡履歴のかたまりだ。

だから、Codexで扱うなら先にルールを決める。

ぼくならこうする。

Gmailでできること:
- メールを探す
- 件名と差出人を確認する
- 内容を要約する
- 返信案を作る

Gmailで勝手にやらせないこと:
- 送信
- 転送
- 削除
- アーカイブ
- ラベル変更
- 添付ファイルのアップロード
- パスワードや認証コードの入力

CodexにGmailを見せるなら、専用のGmailコネクタを使うほうが安全な場面もある。
メール検索、要約、返信案の作成なら、ブラウザ操作よりコネクタのほうが目的がはっきりする。

一方で、Gmailの画面そのものを見ながら作業したいときはChromeプラグインを使う。

どちらにしても、送信だけは人間が確認する。

導入するときの順番

いきなりChromeプラグインから入らなくていい。

まず内部ブラウザで試す。

内部ブラウザでこのURLを開いて

これで足りないときだけChromeプラグインを入れる。

Chromeプラグインを使う目安はこれ。

  • すでにChromeでログインしている
  • Cookieやアカウント状態が必要
  • 複数の既存タブを見たい
  • 管理画面やダッシュボードを見たい
  • ブラウザ上でしかできない作業がある

導入後は、Codexがサイトへアクセスするときに許可を確認する。
Chrome Web Storeの説明でも、サイトアクセス、ブラウザ履歴の参照、ファイルのアップロードやダウンロードでは確認が入るとされている。

ここを雑にしない。

ぼくの運用はこれ

attripの公開ページを見るだけなら内部ブラウザ。

記事を公開したあとに、タイトル、アイキャッチ、本文、広告の出方を見る。
これは内部ブラウザでいい。

WordPress管理画面を触るときだけChromeプラグイン。
Search ConsoleやGAを見るときもChromeプラグイン。

Gmailは、まずGmailコネクタ。
画面操作が必要ならChromeプラグイン。

毎回ログインする運用にはしない。

Codexのブラウザ操作は「見る」と「送る」を分ける

ブラウザ操作で大事なのは、できることを増やすことではない。

「見る」と「送る」を分けることだ。

見るだけならCodexに任せやすい。

  • 読む
  • 探す
  • 要約する
  • 比べる
  • スクショを撮る
  • 表示崩れを見る

送る操作は、人間が止める。

  • メール送信
  • フォーム送信
  • 公開
  • 削除
  • 購入
  • 権限変更
  • ファイルアップロード

この線を引けば、Codexのブラウザ操作はかなり使いやすくなる。

内部ブラウザは確認用。
Chromeプラグインはログイン済み作業用。
Gmailのような個人情報は、読むところまで。送る前に確認。

これで十分。

参照元

attrip

attrip

考えたことを、記事・AI・音楽に変えて発信しています。

盆栽、音楽、ブログ運営、日々の試行錯誤について書いています。

2010年から発信中

コメントを残す