New Codexの新機能と更新内容、変更前に見るポイント整理

New Codexは何を指すのか

「New Codex」は、OpenAIが別名の製品として発表した正式名称ではありません。検索では、Codex CLI、デスクトップアプリ、エディタ連携、クラウド側の機能を含めた最近の変化をまとめて尋ねる言葉として使われています。したがって、記事や投稿でこの言葉を見たら、まず対象がどの入口なのか、安定版の話なのか検証版の話なのかを切り分ける必要があります。

Codexは端末でコードを読み、変更を加え、テスト結果を確認する開発用エージェントです。入口が違っても、モデル、権限、作業場所、履歴の扱いが結果に影響します。今回の更新は単に番号が上がっただけではなく、長くなった会話を整理し、外部機能を必要な範囲で接続し、環境ごとの不具合を減らす方向にまとまっています。この見方を持つと、個別の新機能を自分の作業にどう当てはめるか判断しやすくなります。

安定版とアルファ版を分けて読む

安定版は、日常の開発で再現性を優先したい人が基準にする版です。公式リリースページでは、0.146.0に新機能、修正、説明、変更履歴がまとまっており、いまの設定との関係を確認しやすくなっています。対してアルファ版は、次の変更を先に試すための版です。新しい機能を見つけるには便利ですが、表示、設定、拡張機能の接続が変わる可能性を含みます。

バージョン番号だけを見て「数字が大きい方が必ずよい」と考えるのは危険です。安定版を使う作業環境と、アルファ版を試す環境を分けるだけでも、問題の切り分けが容易になります。検証版で確認した内容をそのまま重要な開発へ持ち込むのではなく、公式の変更履歴と手元の動作を照らし合わせてから採用しましょう。

2026年8月5日に確認する理由

今回の時事的なポイントは、安定版0.146.0の公開から数日後に、0.147.0-alpha.7まで更新が進んだことです。0.146.0は2026年7月29日、0.147.0-alpha.7は2026年8月4日に公開されています。短い間隔で改善が続いているため、古い解説だけで判断すると、画面の項目や使用できる連携先を取り違える可能性があります。

細かな修正をすべて追う必要はありません。自分が使う入口に関係する変更、たとえば端末の表示、スレッド管理、プラグイン、検索、Windowsの処理だけを先に確認すれば十分です。日付と版を記事内で明示しておけば、後から仕様が変わっても、どの時点の情報か読者が判断できます。

出典: OpenAI Codexの公式ドキュメント、Codexのリリース一覧

安定版0.146.0で変わった主な機能

0.146.0の変更は、ひとつの派手な機能に集中しているのではなく、毎日の作業で触れる複数の場所に広がっています。スレッドを片付ける、外部の拡張機能を選ぶ、検索を使う、問題が起きた環境を調べるという順に見ていくと、更新の意味をつかみやすくなります。

スレッドを作り直し、重要な会話を固定できる

新しいセッションを始める /new と、現在の会話を整理して始め直す /clear が追加されました。小さな確認と大きな改修を同じ会話に積み重ねると、前提が増えて判断が遅くなります。区切りをつけたいところで新しいスレッドを作り、残す必要がない文脈を片付けられることは、長時間の開発で特に役立ちます。

重要なスレッドを固定できる点も実用的です。再利用したい調査結果、現在の障害を追う会話、確認待ちの変更などを一覧の上部に置けます。固定は内容をバックアップする仕組みではないため、重要な判断や変更条件は別途、プロジェクトの文書やレビュー記録にも残します。会話を見つけやすくする整理と、情報を失わない保管を分けて考えることが大切です。

サイド会話とフォークで確認を分ける

サイド会話の切り替えと、履歴を分けて試すフォークにも対応しました。ひとつの実装案を進めながら別案を質問したいとき、元の流れを壊さずに比較できます。たとえば、既存の関数を小さく直す案と、周辺の構造を整理する案を別の会話で検討し、最後に差分とテスト結果を見比べる使い方です。

ただし、会話を分けたことで前提まで共有されたとは限りません。フォーク先で参照される履歴の範囲、対象ファイル、完了条件を最初に確認し、別案の結論を元の会話へ戻すときは要点を短く書き直します。分岐を増やしすぎると追跡が難しくなるため、比較の目的が終わった会話はアーカイブなどで整理するとよいでしょう。

プラグインの公開先とマーケットプレイスが広がる

0.146.0では、プラグインのマニフェスト、ワークスペースへの公開、Amazon BedrockとClaude Code向けの追加マーケットプレイスに関する対応が入りました。ここでいうプラグインは、Codexが扱える作業や外部サービスとの接続方法をひとまとめにした部品です。導入前に、どの機能を追加するものか、どの権限を求めるか、誰が更新を管理するかを確認します。

マーケットプレイスが増えると選択肢は広がりますが、表示されるものをすべて入れる必要はありません。今のプロジェクトで必要な機能を一つずつ選び、導入後は作業結果と接続状態を確認します。似た機能を複数入れると、どの部品が応答したのか、どの設定が効いたのかが分かりにくくなるため、まず最小構成で試すのが現実的です。

ウェブ検索とスキルの扱いが細かくなった

互換性のあるモデル提供元では、単独のウェブ検索を使えるようになりました。また、実行環境から提供されるスキルを見つけ、関連するリソースを必要な場面で読み込む対応も追加されています。ライブラリの仕様やサービスの料金のように変化する情報を扱うときは、記憶だけで進めず、検索結果の日付と公式ページを確認することが重要です。

検索は答えの代わりではなく、判断材料を集めるための機能です。検索結果の見出しだけを根拠にせず、一次情報の本文、対象バージョン、対応OSを読んでからコードへ反映します。スキルも同じで、読み込まれた手順を盲目的に採用せず、現在のプロジェクトの規則と衝突しないか、変更範囲が広がりすぎないかを確認します。

Windowsと通信まわりの修正を確認する

Windowsのナビゲーションキー、隔離環境で起動したプロセス群の終了、通信設定を確認する場面の保持などが修正されています。Windowsで終了操作が効かない、矢印キーの移動が不自然、社内の中継設定を使うと接続が不安定になる、といった症状があった人は、更新後に同じ手順を再確認する価値があります。

修正が入ったからといって、すべての環境で同じ結果になるとは限りません。OSのビルド、インストール方法、会社のネットワーク、利用するモデルや拡張機能が異なるからです。問題を報告・切り分けるときは、Codexの版、OS、再現する操作、表示されたエラーを一緒に記録し、公式のIssueやリリースノートと照らし合わせます。

出典: Codex 0.146.0の公式リリースノート

0.147.0-alpha.7はどう扱うべきか

0.147.0-alpha.7は、0.146.0の次に進む変更を早く確認したい人向けの版です。2026年8月4日に公開されたこと自体が、Codexの改善が継続している時事フックになります。ただし、アルファ版の利用を記事の結論にしてはいけません。読者の環境を不安定にする可能性があるため、目的を持った検証として案内する必要があります。

アルファ版を試す価値があるケース

新しい表示やプラグインの挙動を確認したい、公式リリースの変更点が自分の拡張機能に影響するか早めに調べたい、次の版で解消される問題を再現したいという場合は、アルファ版を試す意味があります。検証対象を一つに絞り、同じ入力、同じプロジェクト、同じ確認方法で安定版と比較すると、感想ではなく差分として評価できます。

試す前に、現在の版と設定、利用している拡張機能、よく使うコマンドを控えます。万一表示や接続が変わった場合でも、どの変更から影響したのか追いやすくなります。検証用の場所を用意できない場合や、途中の作業を止められない場合は、無理にアルファ版へ移る必要はありません。

日常の作業は安定版を基準にする

毎日の修正、レビュー、テスト、リリース前の確認など、結果の再現性が重要な作業では0.146.0を基準にします。新しい機能が必要なときも、まず安定版で作業を完了できるかを考え、アルファ版でしか試せない部分だけを別に確認します。これにより、問題がCodexの版によるものか、依頼内容やプロジェクト側の変更によるものかを判定しやすくなります。

安定版に戻す可能性も最初から考えておきます。複数のインストール経路を混ぜると、どの実行ファイルが呼ばれているか分かりにくくなるため、更新後は必ず版を表示し、使っている場所を確認します。更新そのものより、更新後に同じ環境を再現できることを優先してください。

出典: Codex 0.147.0-alpha.7の公式リリースノート

New Codexへ更新する前後の確認手順

更新はボタンを押して終わりではありません。現在の状態を記録し、どの配布経路から更新したかを揃え、簡単な作業で動作を確かめるところまでを一つの確認として扱います。次の順番なら、更新による変化と、もともとあった問題を分けて考えられます。

Step 1: 現在の版と入口を確認する

まず現在の実行ファイルがどの版かを確認します。端末で使っている場合は次のコマンドを実行し、表示された版を記録します。

codex --version

アプリやエディタから使っている場合は、画面に表示される版と、端末から呼び出す版が同じかを見ます。codex と入力して別の場所の実行ファイルが起動することもあるため、更新前の版を残しておくと、更新後に差分を追いやすくなります。設定ファイルの場所、導入したプラグイン、検索やサイド会話の利用状況も短くメモします。

Step 2: 配布経路を一つにそろえる

公式リポジトリの案内では、Codex CLIはパッケージマネージャーや配布バイナリなど複数の方法で導入できます。すでにnpm経由で入れているなら、同じ経路から更新するのが分かりやすい方法です。

npm install -g @openai/codex

別の導入方法を使っている場合は、公式のインストール案内にある対応方法を確認し、途中で異なる経路を重ねないようにします。更新したのに版が変わらないときは、古い実行ファイルが先に呼ばれていないかを調べます。WindowsではPowerShellの検索結果やアプリのショートカットも確認し、同じ名前の実行ファイルが複数ない状態を目指します。

出典: OpenAI Codexの公式リポジトリと導入案内

Step 3: 小さな作業で基本動作を確かめる

更新後はいきなり大きな改修を依頼せず、読み取り、短い編集、テストの確認という小さな作業を順番に試します。まず対象ファイルを読ませ、次に変更範囲を一つに限定した依頼を出し、最後に既存のテストを確認します。これで、端末表示だけでなく、ファイル参照、差分の生成、コマンド実行の許可、結果の表示まで一通り見られます。

動作確認用の依頼には、対象ファイル、変更してよい範囲、触れてはいけない場所、成功条件を明記します。更新直後に複数の機能を同時に試すと、どの機能が原因か判断できません。新しいスレッドを作る機能やサイド会話を使う場合も、まず短い確認から始め、結果を記録してから本番の作業へ移ります。

Step 4: 設定と拡張機能の差分を確認する

基本動作が問題なければ、普段使う設定、スキル、プラグイン、検索の順に一つずつ確認します。特に拡張機能は、Codex本体の更新とは別にマニフェストや接続先が変わる場合があります。読み込みに失敗したときは、いったん対象を外して本体だけで動くかを確かめ、必要な機能だけを戻します。

設定の差分を見つけたときは、すぐに全項目を書き換えないことが重要です。版の更新で初期値が変わったのか、手元の設定が古い形式なのか、拡張機能側の変更なのかを一つずつ分けます。公式の変更履歴に該当する記載があるかを確認し、分からない項目は元の値を控えたうえで最小限の変更にとどめます。

Step 5: いつでも戻せる記録を残す

最後に、更新日時、更新前後の版、導入経路、動作確認の結果を残します。問題が起きたときに必要なのは「動かなかった」という感想だけではなく、どの版からどの版へ変えたか、どの操作で再現したかという情報です。公式リリースのURLも一緒に保存しておけば、後日内容を読み直すときに迷いません。

記録は長文でなくても構いません。普段使う作業を二、三個選び、成功したか、表示が変わったか、許可を求められたかを書くだけで、次回の比較材料になります。更新に伴う不具合を報告するときも、同じ記録がそのまま再現手順の土台になります。

新機能を開発作業へ取り入れる考え方

0.146.0の新機能は、すべてを一度に使うより、困っている場所に合わせて一つずつ取り入れる方が効果を確認しやすくなります。会話が長くなって探しにくい人はスレッド整理から、外部サービスの情報を参照したい人は検索から、複数の作業を比較したい人はフォークから始めると、導入の目的が明確になります。

長い会話は区切りを作って読みやすくする

同じスレッドに要件、実装、修正、別の相談をすべて入れると、Codexが参照する情報の優先順位が曖昧になりやすいです。機能単位で新しい会話を作り、完了条件と検証結果を冒頭に短くまとめるだけで、読み返しや再開が容易になります。固定機能は、何度も参照する判断材料を見つけるために使い、保管場所の代わりにはしません。

会話の整理には人の判断も必要です。古い前提をそのまま引き継ぐと、現在のコードと説明がずれるため、再開時には対象ブランチ、関連ファイル、最後に成功したテストを明示します。/new や /clear は前提を整えるきっかけとして使い、ボタンやコマンドを押しただけで作業内容が保存されたと考えないようにします。

プラグインは目的と権限を確認してから足す

プラグインは、調査、文書作成、設計、コード作業など、特定の目的に合わせてCodexの能力を広げる部品です。導入前に、何を読み取るのか、どの操作を実行できるのか、出力をどこへ渡すのかを確認します。使わない連携を増やすほど、画面の選択肢と原因の候補も増えるため、現在の課題を解消するものから試します。

複数人で同じプロジェクトを触る場合は、導入したプラグインの名前、版、目的を共有します。個人の環境だけで動く設定を前提にすると、別のメンバーが同じ結果を確認できません。プラグインの更新後は、短いサンプルで入力と出力を見比べ、意図しない範囲まで触れていないかを確認します。

検索とスキルは一次情報の確認と組み合わせる

検索で見つけた情報は、対象バージョンと公開日を確認してから使います。ライブラリの導入例、APIの引数、OSの要件は変わるため、公式ドキュメントの該当箇所へ戻ることが欠かせません。スキルが手順を提示した場合も、現在のプロジェクトの規則、変更してよい範囲、テストの条件に合わせて読み替えます。

Codexに調査と実装を続けて頼むときは、調査結果と採用した根拠を分けて書かせます。採用しなかった案も短く残せば、後で同じ情報を調べ直す必要が減ります。検索結果をそのままコードへ貼り付けるのではなく、公式ページのURL、版、確認日を差分と一緒に残すことが、更新の多い分野での誤解を防ぎます。

更新後に問題が起きたときの切り分け

更新後の違和感は、Codex本体、モデル、設定、拡張機能、OS、ネットワークのどこに原因があるかで対応が変わります。まず再現する操作を小さくし、同じプロジェクトで更新前後を比べます。特定の機能だけが失敗するなら、その機能を外した状態で本体が動くかを確認するのが近道です。

画面やキー操作だけが変わった場合

矢印キー、履歴、サイド会話、リンク表示など画面周辺の問題なら、端末やウィンドウの幅、使用しているシェル、OSの入力設定を確認します。Windows向けの修正が含まれていても、端末アプリの設定が別の挙動を生むことがあります。再現するキー、画面の状態、Codexの版を記録し、同じ操作を最小の会話で試します。

接続や拡張機能だけが失敗する場合

通信やプラグインだけが失敗するなら、まず本体だけで簡単な読み取りができるかを見ます。次に拡張機能を一つだけ戻し、接続先や許可の表示を確認します。会社や学校のネットワークを使う場合は、端末の設定だけでなく中継機器の制限も影響します。公式のリリースノートにある修正と、手元で確認した事実を分けて記録してください。

アルファ版を使った後に戻したい場合

アルファ版を試した後に安定版へ戻すときは、版を切り替える前に設定と導入経路を確認します。古い版を入れ直しても、設定やプラグインの状態まで元に戻るとは限りません。検証で変更した項目を一つずつ戻し、codex --version で版を確認してから、短い作業とテストを実行します。

まとめ：New Codexは版と目的を分けて選ぶ

2026年8月5日時点で押さえるべきNew Codexの中心は、安定版0.146.0に入ったスレッド整理、フォーク、プラグイン、ウェブ検索、スキル、Windows周辺の改善です。0.147.0-alpha.7は次の変化を早く確認するための選択肢ですが、日常の作業で使う版とは目的を分けて考えます。

更新するときは、現在の版を確認し、導入経路をそろえ、小さな作業で動作を見て、拡張機能と設定を一つずつ戻します。新しい機能を増やすことより、何が変わり、どの作業で役立ち、問題が起きたらどこまで戻せるかを記録することが重要です。公式のリリース一覧とCodexの変更履歴を確認しながら、自分の開発環境に必要な更新だけを選んでください。