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のような個人情報は、読むところまで。送る前に確認。
これで十分。