Codexニュース|0.152.0-alpha.4とWebMCPの変更点を確認
2026年9月2日時点のCodexニュースでは、機能名の追加とCLIの版更新を同じ意味で読まないことが大切です。OpenAIは8月31日、Codexがデスクトップ内ブラウザーでサイト提供のツールを見つけて使えるようになったと案内しました。同時期にGitHubでは0.152.0-alpha.4も公開されています。公式に確認できる事実と、導入前に見る順番を整理します。
9月2日に押さえるCodexニュースの中心は、デスクトップ版の内蔵ブラウザーが対応サイトのツールを見つけられるようになったことです。 OpenAIの公式リリースノートは、アドレスバーの矢印から提供ツールを確認でき、対応アカウント・モデル・ページが必要だと説明しています。Chrome拡張経由ではなく、対象条件を先に確かめる機能として読みます。
CLIでは0.152.0-alpha.4が8月30日に公開された先行版です。 GitHub公式ページはPre-release表示と版番号、公開日、配布物を示しますが、詳細な変更一覧は掲載していません。したがって版番号だけで性能や互換性を断定せず、日常環境の基準と確認用の環境を分けて判断します。
導入の判断は「新しいから更新」ではなく、目的、対象、戻し方の三点で決めます。 サイトツールを試すなら読み取りだけの小さなページから始め、先行版を試すなら現在の安定版と結果を比較します。OpenAI公式の機能説明、GitHub公式の版情報、自分の端末で見えた結果を分けて記録するのが今回の実務的な結論です。
目次 (25)
- 2026年9月2日に見るCodexニュースの範囲
- 公式発表と手元の確認を分ける
- 8月31日付の案内を今日読む理由
- デスクトップ内ブラウザーのサイトツール対応とは
- 利用できる条件を先に見る
- Chrome拡張との違いを整理する
- 表示されたツールを信用しすぎない
- 0.152.0-alpha.4は更新を急ぐための版か
- 先行版表示から読めること
- 変更一覧がない場合の扱い
- 安定版との比較軸
- サイトツールを試す前に決める境界
- 読み取りだけの対象を選ぶ
- 確認画面を途中で省かない
- 結果を再現できる形で残す
- Codexニュースを導入判断へ変える確認手順
- Step 1: 公式ページを直接開く
- Step 2: 現在の入口と版を記録する
- Step 3: 小さな読み取りで試す
- Step 4: 結果を比べて採用を決める
- CLIとデスクトップ版の選び方
- 画面で対象サイトを確認したい場合
- 版の挙動を確かめたい場合
- 二つの変更を同日に重ねない
- まとめ
2026年9月2日に見るCodexニュースの範囲
今回のCodexニュースで押さえる情報は、二つの公式発表に分かれます。一つはOpenAIのChatGPTリリースノートに8月31日付で追加された、デスクトップアプリ内ブラウザーとサイトツールの案内です。もう一つは、OpenAIのCodex公式リポジトリで8月30日に公開されたCLI 0.152.0-alpha.4です。前者は利用できる機能の入口、後者はクライアントの公開段階を示すため、同じ「更新」として一括りにしないことが重要です。
日付をそろえると、記事を読む人が「今日使えるのか」「先行版を試す話なのか」を判断しやすくなります。9月2日に確認した事実は、公式ページに掲載された説明と版番号であり、すべてのアカウントや端末で同じ表示になるという意味ではありません。サイト側の対応、モデルの選択、デスクトップアプリの状態によって結果が変わる可能性があるため、発表日、確認日、手元での結果を別々に扱います。
公式発表と手元の確認を分ける
公式ページは、何がいつ公開されたかを確かめるための一次情報です。公式リリースノートに「対応サイトのツールを内蔵ブラウザーから使える」と書かれていても、利用者の画面に必ず同じボタンが出るとは限りません。アカウントの種類、選んだモデル、開いているページが対応条件を満たすかを確認し、表示された内容と実際に使えた範囲を自分の記録として残します。発表文から読み取れることと、端末で検証したことを分けるほど、ニュースの要点が正確になります。
8月31日付の案内を今日読む理由
サイトツールの案内は、CLIの版番号とは別の場所でCodexの使い道が広がったことを示します。これまでターミナルやエディターを中心に考えていた人も、対応サイトが用意した操作をデスクトップ内のブラウザーで確認できるようになります。ただし、対象サイトが対応していなければ同じ体験にはなりません。新しい機能の名前だけを覚えるのではなく、自分の作業で使うページが条件に入っているかを先に見ることに意味があります。
デスクトップ内ブラウザーのサイトツール対応とは
OpenAIの公式リリースノートが示すのは、ChatGPT WorkとCodexが、対応サイトの提供するツールをデスクトップアプリの内蔵ブラウザーから利用できるようになったという変更です。アドレスバーの矢印を選ぶと、そのページが提供するツールを確認できると説明されています。ページをただ表示するだけでなく、サイト側が公開している操作のまとまりをCodexが見つけ、必要な範囲で使うための接点が用意されたと理解するとよいでしょう。
ここで「どのサイトでも同じ操作ができる」と考えないことが大切です。公式ページには、対応したアカウント、モデル、Webページが必要であること、サイトツールは内蔵ブラウザーで利用でき、Chrome拡張からは利用できないことが明記されています。機能が見えないときは不具合と決めつけず、アプリの版、対象ページ、アカウント、選択中のモデルを確認します。入口が違えば使える操作も違うため、表示の有無と操作の結果をセットで判断します。
利用できる条件を先に見る
最初に確認するのは、対象ページがサイトツールを提供しているかどうかです。アドレスバーに案内が出ない場合、ページが未対応であるか、選択中のモデルやアカウントが対象外である可能性があります。公式の説明を読みながら、同じページを別の入口で開いて混ぜてしまわないようにします。アプリを更新しただけで対応が確定するわけではなく、対応条件を満たしたときに表示される機能だと考えると、切り分けがしやすくなります。
Chrome拡張との違いを整理する
ブラウザー拡張は、開いているタブをCodexの文脈として渡したり、対応するブラウザー上の作業を依頼したりするための別の入口です。一方、今回のサイトツールはデスクトップアプリに組み込まれたブラウザーで、ページが提供するツールを見つける仕組みです。両者は名前が似ていても、表示場所、対象ページ、利用条件が同じではありません。公式リリースノートの説明は同じページで確認できますが、拡張機能の対応とサイトツールの対応を一つの機能として扱わないようにします。
表示されたツールを信用しすぎない
ツール名が表示されたことは、操作の候補が見つかったことを意味します。処理が完了したこと、期待した対象だけが変わったこと、結果が保存されたことまでは保証しません。利用前にページの範囲と目的を読み、実行後に画面の変化や生成された内容を確認します。特に外部サービスへ情報を送る操作や、内容を書き換える操作では、表示された確認を途中で省かず、何を対象にしたかを人が読める状態に保つことが必要です。
0.152.0-alpha.4は更新を急ぐための版か
Codex 0.152.0-alpha.4の公式リリースページでは、版番号の下にPre-releaseと表示され、8月30日に公開されたことを確認できます。配布物も用意されていますが、ページ本文には安定版のような変更項目の詳しい説明がありません。ここから読み取れるのは「0.152.0系列の先行版が公開された」という事実であり、「特定の機能が追加された」「速度や品質が上がった」という結論ではありません。
比較対象として、0.150.1の公式ページには安定版としての表示と、保持した画像をコンテキスト圧縮の予算に数える修正が記載されています。また、0.151.0-alpha.8の公式ページには先行版表示と8月28日の公開記録があります。版番号が近くても公開段階と説明量は異なるため、日常利用の基準、確認用の先行版、まだ内容を評価できない版を区別する必要があります。
| 版 | 公式ページで確認できること | 読み方 |
|---|---|---|
| 0.150.1 | 8月27日公開、安定版表示、画像を含む圧縮処理の修正 | 日常環境の比較起点 |
| 0.151.0-alpha.8 | 8月28日公開、Pre-release表示 | 先行確認の対象 |
| 0.152.0-alpha.4 | 8月30日公開、Pre-release表示、配布物 | 変更内容を手元で確かめる対象 |
先行版表示から読めること
Pre-releaseは、公開された配布物が安定版と同じ扱いではないことを示す目印です。先行版だから必ず問題があるという意味でも、安定版だからすべての環境で問題がないという意味でもありません。重要なのは、日常の作業を行う場所と、変更を確かめる場所を分け、版番号を完全な形で残すことです。0.152.0-alpha.4を試す場合は、0.152.0という系列名だけで済ませず、alpha.4まで記録して結果と結び付けます。
変更一覧がない場合の扱い
リリース本文に変更項目がないとき、版番号から機能一覧を推測してはいけません。過去のコミット数や配布ファイルの多さも、利用者が感じる改善内容を直接示す情報ではありません。確認できること、まだ分からないこと、手元で試すべきことを三つに分け、未確認の部分は未確認のまま残します。この書き方なら、後から公式説明が追加されたときにも、ニュース本文を事実に合わせて更新しやすくなります。
安定版との比較軸
先行版を試すときは、現在使っている安定版で同じ入力、同じプロジェクト、同じ確認方法を使います。違いが出た場合、版の差なのか、モデルの差なのか、対象ファイルの状態なのかを分けて考えるためです。0.150.1を比較の起点にするなら、その版番号と使用した環境を記録し、0.152.0-alpha.4で起きた変化を一つずつ比べます。複数の条件を同日に変更すると、原因を特定しにくくなります。
サイトツールを試す前に決める境界
サイトツールは、対応ページでの操作を見つけやすくする機能です。便利さを理由に対象範囲を広げると、どのページを読んだのか、何を変えたのか、どこで判断したのかが分かりにくくなります。初回は、結果を画面で確認でき、やり直しや取り消しの方法が分かるページを選びます。大切なデータを扱うページや、複数の対象へ一度に影響する操作は、機能の確認が済んでから別に検討します。
サイト側のツールが提供する名称と、利用者が期待する完了条件は同じとは限りません。「送信できた」ことと「相手に正しく届いた」こと、「保存された」ことと「意図した場所へ保存された」ことは分けて確認します。Codexの返答だけで完了とせず、対象ページ、実行前の状態、実行後の状態を見比べると、見落としを減らせます。
読み取りだけの対象を選ぶ
最初の確認では、ページの情報を読み取り、要点を整理するだけの対象が向いています。検索結果や公開ドキュメントなど、誤りが出ても元の情報へ戻って比較できる場所なら、挙動を確認しやすいからです。書き込みや送信を伴う操作は、サイトツールの表示、対象範囲、確認画面の意味を理解した後に分けて試します。最初から複数の操作を組み合わせないことが、結果を説明する助けになります。
確認画面を途中で省かない
サイトツールが提示する操作には、サイトへの接続や内容の変更を伴うものがあります。確認画面が表示されたら、対象、入力内容、実行後に起きることを読み、意図と合っているかを判断します。拒否や取り消しができる場合は、その方法も先に知っておきます。確認を急いで進めると、操作自体は成功しても、対象を広く選びすぎたことに後から気付く場合があります。
結果を再現できる形で残す
試したページのURL、アプリの版、選択したモデル、表示されたツール名、実行前後の状態を短く記録します。画面の見た目だけでなく、どの条件で表示されたかを書けば、次に同じ確認をする人が比較できます。個別の利用者情報や不要な内容を記録へ残す必要はありません。自分の判断に必要な範囲だけをまとめ、公式ページの説明と手元の結果を同じ欄へ混ぜないことが大切です。
Codexニュースを導入判断へ変える確認手順
ニュースを読んだ直後に、使っている環境を一斉に変える必要はありません。まず公式ページの記載を読み、次に現在の入口と版を調べ、その後に影響の小さい対象で試します。サイトツールの対応とCLIの先行版は別の変更なので、同じ日に両方を切り替えず、どちらの確認結果か分かる形にします。次の順番で進めると、公開情報と自分の判断を結び付けやすくなります。
Step 1: 公式ページを直接開く
最初にOpenAIのリリースノートを開き、8月31日付のサイトツールに関する説明を確認します。次に0.152.0-alpha.4のGitHub公式ページを開き、版番号、Pre-release表示、公開日、配布物の有無を読みます。検索結果の短い要約や第三者の紹介だけで判断せず、どのページを根拠にしたかを記録します。
Step 2: 現在の入口と版を記録する
自分がCodexをデスクトップアプリ、CLI、エディターのどこから使っているかを確認し、アプリとCLIの版番号を別々に残します。モデル名も版番号とは別の項目です。サイトツールを確認するなら対象ページとアドレスバーの表示を記録し、CLIを比べるなら現在の安定版と先行版を区別します。入口、版、モデルを一つの名前でまとめないことが、変化の原因を追うための基本です。
Step 3: 小さな読み取りで試す
サイトツールは、公開情報を読むだけのページで表示と結果を確かめます。アドレスバーから見えるツール名、Codexが参照した範囲、返答の内容を確認し、期待と違えばそこで止めます。CLIの先行版を試す場合も、重要な変更を含まない小さなプロジェクトで起動、ファイルの読み取り、短い確認を順に行います。最初から本番の作業や大きな変更へ広げず、戻しやすい条件を保ちます。
Step 4: 結果を比べて採用を決める
試行後は、公式ページに書かれた事実、実際に確認できた挙動、まだ判断できない点を分けて見直します。サイトツールなら対応ページで必要な操作が見えたか、CLIなら先行版で起動や読み取りに問題がなかったかを、現在の条件と比べます。利点だけでなく、表示されない条件、確認に要した時間、元へ戻す方法も記録します。差が説明できない場合は採用を急がず、安定版または元の入口を基準にします。
CLIとデスクトップ版の選び方
今回のニュースは、CLIとデスクトップ版の優劣を決める話ではありません。デスクトップ版は、内蔵ブラウザーで対応サイトを開き、画面上のツールを見ながら確認したい場面に向きます。CLIは、版番号を固定した状態でリポジトリの読み取りや変更を比べ、結果を端末中心に追いたい場面に向きます。目的が違う入口を同じ尺度で比べず、作業の対象と確認方法に合わせて選びます。
画面で対象サイトを確認したい場合
対応サイトのページを見ながら、どのツールが提供されているかを知りたいなら、デスクトップアプリの内蔵ブラウザーが入口になります。公式リリースノートにはアドレスバーの矢印からツールを確認する案内があるため、表示の有無を画面で確かめられます。ただし、対象アカウント、モデル、ページの条件を満たす必要があります。表示されないときは、機能が壊れたと決める前に、ページと利用条件を再確認します。
版の挙動を確かめたい場合
0.152.0-alpha.4のような先行版を調べるときは、CLIの版番号と実行した内容を明確に残せる環境が向いています。公式ページに詳細な変更一覧がない場合は、起動、読み取り、変更、確認の結果を現在の安定版と比べ、版番号を結果の横に記録します。先行版の公開を見つけたことと、普段の作業へ採用することは別の判断です。比較できる条件を整えられないなら、情報を集めるだけで止めても問題ありません。
二つの変更を同日に重ねない
デスクトップアプリの機能対応とCLIの版更新を一度に変えると、結果が変わった理由が追いにくくなります。まずサイトツールの表示を現在の版で確かめ、次に必要ならCLIの先行版を別の確認場所で試します。途中でモデルを変えたり、対象ページを変えたりするときも、その時点を記録します。変更を一つずつに分けると、便利さだけでなく、問題が出たときの戻し方も説明しやすくなります。
まとめ
2026年9月2日のCodexニュースとして確認できる大きな動きは、8月31日付のデスクトップ内ブラウザー向けサイトツール対応と、8月30日公開のCLI 0.152.0-alpha.4です。前者は対応サイト、アカウント、モデル、ページという条件を持つ機能の案内で、後者はPre-release表示のある版の公開記録です。どちらも、名前だけから利用範囲や品質を広げて判断する情報ではありません。
導入するときは、公式のリリースノートとCodexのGitHub Releasesを直接読み、現在の入口と版を記録し、小さな読み取りで結果を確かめます。サイトツールは表示された操作と実際の結果を分けて確認し、先行版は安定版との比較条件をそろえます。新しい情報をすぐに広げるより、目的と対象と戻し方を明確にしてから採用を決めることが、今回のニュースを安全に活かす方法です。