Codex 0.119の機能と現行版へ移る前の確認ポイント整理

Codex 0.119とは何か――公開日と版番号の読み方

0.119.0はOpenAIの公開リポジトリで配布されたCodex CLIのリリースです。公式ページの公開日は2026年4月10日で、前後の版との差分を「新しいモデル」として説明するものではありません。CLIの版番号は、端末からCodexを起動する本体、画面表示、接続方法、設定の読み込みなどがどのように変わったかを追うための目印です。詳しい変更項目はCodex 0.119.0の公式リリースページで確認できます。

モデル名ではなくCLIの版番号

たとえば gpt-5.3-codex のようなモデル名を選んでいても、実際にコマンドを解釈し、セッションを表示するのはインストールされたCodex CLIです。モデル更新とCLI更新は同じ日に起きるとは限らず、モデルが選べないときに本体の版を確認する理由もここにあります。0.119を読むときは、版番号、モデル名、アプリやIDEの入口を別々にメモしましょう。

いま0.119を確認する理由

過去版の記事や相談記録を再現するとき、数字だけを見て0.119を現行版と受け取ると、同じ表示や挙動を得られません。8月27日に0.151.0-alpha.7が公開された現在は、0.119の変更点を読むことが、現在の版へ移るときに何が積み重なったかを確認する基準になります。旧版を残す理由は、日常利用の推奨ではなく、再現性、比較、切り分けを明確にすることです。

0.119.0で追加された主な機能

公式リリースの変更は、単に見た目を変える小さな修正だけではありません。音声、MCP、遠隔接続、セッション操作という異なる入口が一つの版にまとまり、Codexを端末の対話だけでなく周辺環境と組み合わせて使う場面が広がりました。ここでは、公開ページに記載された内容を、利用者が確認しやすい順に読み替えます。版番号の差だけでは判断しにくい箇所も、実際の操作と確認項目に置き換えて見ていきます。変更点を実際の操作に結びつけて確認しましょう。

音声セッションの接続経路が整った

0.119.0ではリアルタイム音声セッションがv2 WebRTC経路を標準にし、通信方式や音声の選択、端末画面でのメディア対応が追加されました。音声を使わない人にも重要なのは、接続先・音声種類・端末側の対応が別々の設定になる点です。従来の文字入力だけを前提にした確認手順では、マイクや再生先の問題をCLI本体の不具合と取り違えます。音声を試す場合は、版番号、選んだ声、端末の入出力先を同時に記録すると原因を追いやすくなります。

MCP AppsとカスタムMCPサーバーの扱いが広がった

外部の道具やデータを呼び出すためのMCP周辺では、リソースの読み取り、ツール呼び出しに付く補足情報、サーバー側のツール検索、利用者へ入力を求める対話、ファイル引数のアップロードなどが強化されました。既存のサーバーが接続できるかだけでなく、一覧に出る名前、必要な入力、返ってくるファイルの扱いまで確認対象になります。0.119へ戻して再現する場合、現在のMCPサーバーが新しい形式を前提にしていないかを先に確かめることが大切です。

遠隔接続と作業場所の指定

遠隔のapp-serverを使う場面では、外向きのWebSocket接続、遠隔側へ作業場所を渡す --cd、実行環境を意識したファイル操作、試験的な codex exec-server が案内されました。これは誰もが使う機能ではありませんが、端末と別の環境で同じセッションを扱う場合に、どこでコマンドが動くのかを見分ける材料になります。設定を変更する前に、手元のフォルダー、遠隔先、読み書きできる範囲を分けて記録してください。

コピーと再開の操作

端末画面では Ctrl+O で直近の回答をコピーしやすくなり、/resume ではセッションIDまたは名前を指定して再開できます。長い調査の途中で画面を閉じた場合も、名前だけに頼らずIDを控えておけば、似たセッションを選び間違いにくくなります。通知表示も調整しやすくなったため、作業が終わったかを画面の変化だけで判断せず、セッションの状態と出力を確認する習慣を作るとよいでしょう。

不具合修正から見える0.119の実用上の差

0.119.0の価値は新機能だけではありません。公式リリースには、利用上限の表示、再開画面、貼り付け、CJK入力、MCP一覧、通信制御など、日々の小さなつまずきを減らす修正が並んでいます。これらはベンチマークの数字よりも、長いセッションを続ける人、Windowsで使う人、日本語を入力する人に影響しやすい部分です。修正内容は、作業が止まる場所を見つけるための確認表として読むと役立ちます。日常の切り分けに使える視点を順に確認します。

利用上限表示の更新

/status は古い利用上限を表示し続けないよう、情報を取り直す動作が改善されました。画面に出る残り量が前のセッションのままなら、モデルや契約を疑う前に状態を更新します。表示の数字は請求額そのものではないため、料金の確認と混ぜず、まず「いつ取得した表示か」「どの入口の状態か」を見ます。0.119での確認では、同じセッション内で表示が更新されるかを小さな操作で確かめると差が分かります。

セッション再開と日本語入力の安定性

再開選択画面の空表示、名前の更新、時刻表示、現在のセッションを再開したときの不安定さなどが修正されています。貼り付けの終了処理、日本語や中国語などの文字移動、ローカルファイルへのリンク表示も整えられました。日本語環境では、同じ依頼を英数字だけで試すのではなく、日本語のファイル名や長い文章を含む入力を用意して、画面操作と結果を分けて確認するのがポイントです。

Fast Mode・MCP・Windows通信の確認

Fast Modeの切り替え、MCPの起動確認、ハイフンを含むサーバー名の表示、Windowsのファイアウォールアドレス処理も修正対象です。ここで大切なのは、機能が使えるかを一度見るだけでなく、停止・再開・再接続の三つの状態を分けて見ることです。MCPが遅い場合にネットワークだけを疑うのではなく、一覧取得の待ち時間、無効な接続先の確認、OS側の通信許可を順に切り分けると、更新前後の違いを説明しやすくなります。

0.119と2026年8月の現行版をどう比較するか

版の比較で最も大切なのは、0.119.0を「古いから不要」、0.151.0-alpha.7を「数字が大きいから正解」と決めつけないことです。公式の0.151.0-alpha.7ページは2026年8月27日に公開された候補版であり、試験版には安定版と異なる挙動が含まれる可能性があります。一方、0.119.0のページは変更内容が具体的に記載されているため、過去の環境を理解する資料として価値があります。

目的別に版を選ぶ

過去の出力や不具合を再現したいなら、0.119.0の版番号、OS、モデル、設定、MCP接続先をそろえます。普段の開発で使うなら、候補版をいきなり主環境に置かず、安定版で必要な機能が足りるかを先に見ます。音声や遠隔接続など0.119以降の機能を試したい場合だけ、別の作業場所で候補版を検証し、結果を元の環境と混ぜないようにします。

版番号とモデルの差

0.119.0から新しい版へ更新しても、選択中のモデルが同じままとは限りません。逆にモデルを変えても、CLIの表示やセッション再開の機能が変わるとは限りません。比較表を作るなら、左側にCLI版、右側にモデル名、その下にOSと入口を置きます。これだけで「モデルの性能差」と「本体の操作差」を分けて説明でき、更新後の結果を過大評価しにくくなります。

公式情報の読み方

リリースページで見るべき箇所は、公開日、安定版か候補版か、対応OS向けの配布物、追加機能、修正、既知の注意点です。タイトルや短い紹介だけで判断せず、変更項目と実際の codex --version を照らし合わせます。現行の情報はOpenAIのCodex changelogでも確認できるため、古い記事を読むときほど日付を並べて差分を確認します。

Codex 0.119を確認してから更新する手順

ここからはWindowsのPowerShellでも確認しやすい順に進めます。目的は0.119.0を無条件に再導入することではなく、現在の版、公式差分、必要な機能、更新後の表示を同じ条件で比べることです。コマンドを実行する前に、対象フォルダーと保存しておきたい設定を確認し、業務中の大切な作業に直接使わない小さな題材で試してください。途中で問題が起きても、直前の変更箇所まで戻れるように記録を残します。

Step 1: 現在のCLI版を表示する

PowerShellで codex --version を実行し、表示された文字列をそのまま記録します。複数の導入先がある場合は Get-Command codex で実際に呼ばれる場所も確認します。0.119.0 のような版番号だけでなく、端末名、OS、モデル名、実行した日時を添えておくと、同じコマンドを別の場所で実行したときの差を追えます。codex が見つからない場合は、更新より先に導入先のパスを直します。

Step 2: 公式リリースの変更範囲を読む

0.119.0の公式リリースノートを開き、自分が必要とする項目に印を付けます。音声なら入力と再生、MCPならサーバー一覧とファイル引数、遠隔接続なら作業場所と接続先、画面操作なら再開IDとコピー操作を分けて見ます。変更項目を全部試す必要はなく、再現したい機能を一つか二つに絞ると、更新による差を説明しやすくなります。

Step 3: 設定と入口をそろえる

CLI、IDE拡張、デスクトップアプリ、遠隔側など、どこからCodexを使ったかを記録します。config.toml のモデル指定、MCPの接続先、権限の選択、ネットワーク設定が変わっていないかを見比べ、版番号だけを変えた状態を作ります。設定を丸ごと置き換えるより、変更箇所を一つずつ控えるほうが、0.119の機能と別の環境差を混同しません。

Step 4: 小さな題材で再開と出力を確認する

テスト用の小さなリポジトリや読み取り用のフォルダーで、短い依頼を一つ行います。回答を Ctrl+O でコピーし、セッション名またはIDから /resume を試し、利用上限表示やMCP一覧が期待どおりかを確認します。結果が違った場合は、モデルを変える前に版番号、設定、入口、対象フォルダーの順で一つずつ戻って見ます。

Step 5: 更新後に同じ確認を繰り返す

現行版を試す場合は、公式READMEに案内されている導入方法から選びます。npmを使うなら npm install -g @openai/codex の後に codex --version を再実行し、表示された版と実際の実行場所を確認します。Windowsでは Get-Command codex の結果が更新前と同じかを見て、別の古い実行ファイルが先に呼ばれていないかを調べます。導入方法はopenai/codexの公式READMEにも掲載されています。

Step 6: 0.119へ戻して差分を確かめる

過去環境の再現が必要なときだけ、公式リリースページから対象OSの配布物を選びます。別のフォルダーに置いた版を明示的に呼び出し、codex --version と最小の題材で結果を照合します。npmの表示と実際に動く実行ファイルの版が一致しない場合もあるため、パッケージの数字を信頼するだけで終えないことが重要です。検証が終わったら、日常利用の入口がどの版を指すかを元に戻します。

Windowsで0.119を扱うときの注意点

Windowsでは、npmの導入先、PowerShellから見える実行ファイル、端末画面、ファイアウォールの通信許可が別々に存在します。そのため、0.119.0へ変更したつもりでも、別の場所にある新旧バイナリが呼ばれたり、通信側の設定で機能が止まったりします。版の話をするときは、CLIの版表示だけでなく、実行経路とOSの状態を一緒に記録することが大切です。再現テストでは、同じ端末と同じ対象フォルダーを使い、条件を増やしすぎないようにします。

Get-Command とパッケージの表示を分ける

PowerShellの Get-Command codex は、いま入力している codex がどのファイルを指すかを確認する手掛かりです。npm list -g @openai/codex --depth=0 はパッケージ側の版を示しますが、実行時の版と一致するとは限りません。二つの出力が違うときは、環境変数の順序や古いファイルを先に調べ、むやみに何度もインストールしないほうが安全です。

日本語入力とファイルパスを分けて試す

0.119.0ではCJK入力やローカルファイルへのリンク表示に関する修正が含まれています。日本語のファイル名、全角文字を含むフォルダー、長いパスを使う人は、英数字だけの題材と同じ結果になるかを分けて見ます。画面上の移動が変でも、ファイル自体の内容や実行結果が正しい場合があるため、表示、入力、ファイル結果を一つの問題として扱わないことが切り分けの近道です。

Windowsの通信許可を確認する

Windowsで接続が不安定なときは、Codexの版だけでなく、OS側のファイアウォール許可、プロキシ、組織の通信規則を確認します。0.119.0の公式修正にはWindowsのファイアウォールアドレス処理が含まれますが、環境側の許可を変更すれば必ず直るという意味ではありません。変更前の状態を記録し、同じ接続先だけで再試行して、版の差と通信条件の差を分けて判断してください。

0.119を残すべきケースと現行版へ移るケース

0.119.0を残す価値があるのは、古い相談内容や出力を再現する、版ごとの表示を比較する、更新で直った不具合を確かめる、といった明確な目的がある場合です。反対に、最新のOSやモデル、MCPサーバーと組み合わせて普段の作業を続けるなら、候補版ではなく利用条件を確認した現行の安定した版を選ぶほうが説明しやすくなります。数字の大きさではなく、目的と再現性で決めましょう。版を使い分ける場合も、どの環境を日常用とするかを先に決めておくと迷いません。

0.119を残すとき

再現用に0.119.0を使う場合は、専用のフォルダー、版番号、モデル、設定、MCP接続先、OSの状態を一枚のメモにまとめます。特に音声や遠隔接続を使わないなら、その機能を使わない条件も残してください。後から同じ結果が出ないとき、何を固定し、何を変えたのかが分かれば、古い版そのものの問題か、周辺環境の違いかを切り分けられます。

現行版へ移るとき

日常利用を新しい版へ移すなら、まず短い依頼、次にセッション再開、最後にMCPや音声など必要な機能の順に試します。各段階で版番号と結果を記録し、問題があれば直前の変更だけを戻します。0.151.0-alpha.7のような候補版は、新機能の確認には向きますが、重要な作業を任せる版として扱うかは、公式の更新内容と自分の検証結果を合わせて判断してください。

公式情報を日付付きで残す

リリースページは更新されるため、記事や社内メモには公開日と見たURLを残します。0.119.0なら2026年4月10日、0.151.0-alpha.7なら2026年8月27日というように、版番号と日付を並べるだけでも情報の混線を減らせます。現在の説明を読むときは、Codex changelogと公式リリース一覧を照合し、古い手順をそのまま現在の環境へ持ち込まないようにします。

まとめ

Codex 0.119.0は、音声セッション、MCP Apps、遠隔接続、セッション再開、利用上限表示、日本語入力、Windows通信などを見直した、端末利用の境界が広がった版です。2026年8月27日に0.151.0-alpha.7が公開された現在、0.119をそのまま現行版とみなすのではなく、公式リリースを読み、必要な変更だけを小さく確認し、版番号とモデル名を分けて記録するのが要点です。まず codex --version と Get-Command codex で現在地を確認し、目的が再現か日常利用かを決めてから、更新後の結果を同じ条件で比べてください。