codex 0.118の変更点と現行版0.149.0の違い・安全な更新判断

codex 0.118とは何か

codex 0.118.0は、OpenAI Codexのターミナル向けCLIに付けられたリリース番号です。GPT-5系などのモデル番号と同じものではなく、コマンドの動作、設定の読み込み、端末UI、Windows・Linux・macOSの扱いをまとめた実行側の版を示します。検索で「codex 0.118」と入力する人は、古い環境の再現、過去の説明との照合、現在の版へ更新すべきかの判断を求めていることが多いでしょう。最初に版番号とモデル名を分けて記録すると、リリース記事の読み違いを防げます。

0.118.0は公式リリースページ上で2026年3月31日に公開されています。変更点はモデルの賢さだけを説明したものではなく、Windowsの通信経路、ログインの入口、標準入力の扱い、プロジェクト内ファイルの保護、端末画面の復旧といった、Codex CLIを使う環境全体に関わる内容です。詳しい列挙はCodex CLI 0.118.0の公式リリースで確認できます。

いま0.118を読むときは、「古いから無意味」と切り捨てるのも、「数字が小さいから軽い」と決めつけるのも避けます。特定の版で起きた表示や通信の差を再現したい場合には、版番号が重要な手掛かりになります。一方で、日常の作業に新しい機能や修正を取り込みたいなら、2026年8月20日公開の0.149.0を基準に、必要な理由があるときだけ過去版へ戻るという順序が分かりやすいでしょう。

版番号とモデル名を混同しない

Codex CLIの0.118.0は、CLIそのものの更新を表します。実際に回答を作るモデル、推論の深さ、利用しているプランは別の確認項目です。同じ0.118.0でも、選んだモデルや設定、作業場所が異なれば、処理時間や返ってくる提案は変わります。逆に、同じモデルを選んでもCLIの版が違えば、使えるコマンドや画面、ファイルへの接し方が変わる可能性があります。

版を調べるときは、画面に表示された文字列を省略せず、codex --versionの結果、利用した入口、作業場所、確認日を一緒に残します。公式のCodex CLI案内も、導入方法や起動の考え方を更新しています。モデル名だけをメモして「同じ環境」と判断しないことが、0.118の再現で最初に行う確認です。

なぜ過去版を調べる価値があるのか

古い版を調べる理由は、以前の説明をそのまま使うためだけではありません。社内で残っている操作メモと現在の画面が違う、ある更新以降にだけ表示が変わった、特定のOSでだけ作業が止まる、といった問題の境目を見つけるためにも役立ちます。0.118.0の変更点を基準にすれば、「その機能は0.118からあったのか」「後の版で追加されたのか」を日付とリリース内容から分けて考えられます。

ただし、過去版の確認と新規導入は別の判断です。0.118で再現できた結果が、0.149.0でも同じになるとは限りません。調査記事や検証メモには対象版を明記し、普段の作業では現行版を使うというように、目的ごとの前提を文章にしておくと、版の取り違えを減らせます。

0.118.0で変わった主な点

0.118.0の公式リリースには、単に新しいコマンドを増やしただけではなく、通信、入力、保護、端末画面の複数の領域に変更があります。いずれもCodexへ何を頼めるかという宣伝だけでなく、どの環境で、どの範囲を確認しながら使うかに関わる更新です。ここでは日常の判断に結びつきやすい順に、公式発表の内容を読み解きます。

Windowsの通信をOS側で制御する

Windowsのサンドボックス実行では、環境変数だけに頼らず、OSレベルの送信規則を使ってプロキシ経由だけの通信を強制できるようになりました。これはCodexが回答を作るモデルを変える機能ではなく、作業中に外部へ出てよい通信経路を端末側で絞るための機能です。会社や個人の端末で同じ設定を使えると決めつけず、利用するネットワーク、プロキシ、Windowsの版、Codexの権限表示を分けて確認します。

通信が通らないときに、すぐ「Codexの障害」と判断しないことも重要です。プロキシを必須にした環境では、許可された経路が正しく設定されていなければ、検索や外部資料の取得だけが失敗することがあります。0.118のリリース情報は通信を制御する仕組みを示しますが、各組織のネットワーク設定まで決めるものではありません。自分の端末で表示されたエラーと、公式リリースに書かれた機能を別の記録に残します。

デバイスコード方式でサインインを始められる

アプリサーバーを利用するクライアントでは、ブラウザーの戻り先を使いにくい環境でも、端末に表示されたコードを別の画面で入力してサインインを始める方式が用意されました。これは遠隔の端末、画面を持たない環境、ブラウザーの連携が途中で止まる環境で、認証の入口を確認するための選択肢です。表示されたコードや案内を第三者へ渡すための機能ではないため、対象の画面と入力先を確かめてから進めます。

この変更を読むときも、ログイン方式が用意されたことと、利用中のすべての画面で同じ入口が出ることを混同しないようにします。CLI、アプリサーバー、デスクトップ画面はそれぞれ表示が異なる場合があります。0.118.0を使っている環境で認証を調べるなら、版番号、起動した入口、表示された案内、成功または失敗の結果をそろえて記録すると、別の端末で同じ現象を確認しやすくなります。

codex execで標準入力とプロンプトを分ける

0.118.0では、codex execに標準入力を渡しながら、コマンド側に別のプロンプトを指定できるようになりました。長い説明や確認対象をファイルから読み込み、短い依頼文をコマンド側に置く使い方です。例えばWindowsのPowerShellなら、次のように入力内容と依頼の役割を分けられます。

Get-Content .\question.txt | codex exec "入力内容の要点と確認すべき点を説明して"

この機能を使うときは、標準入力に何が含まれるのか、出力をどこで確認するのか、対象の作業場所が合っているのかを先に確かめます。入力を受け取れることは、結果が正しいことを意味しません。短いテキストから試し、返答と元の入力を照合してから、対象を広げると、0.118特有の入力の流れを把握しやすくなります。

プロジェクト内の設定ファイルを初回から確認する

公式リリースには、プロジェクト内の.codexファイルを、初回の作成時から保護する変更が記載されています。最初の一回だけ確認を抜ける余地を閉じる内容で、作業場所の中にある設定を「初回だから問題ない」と扱わないための更新です。Codexの作業フォルダーを切り替えたときは、どの場所の設定が読み込まれるのか、表示された確認がどの対象を指しているのかを見ます。

同じリリースでは、Linuxでサンドボックスを起動するときに信頼できるbwrapを複数のPATH候補から見つけやすくする修正や、Windowsでapply_patchが不要な書き込み先を追加しにくくする修正も案内されています。これらはOSごとの処理に関わるため、Windowsで問題が直った結果をLinuxへそのまま当てはめません。OS、版、失敗した操作を別々に確認することが大切です。

端末画面と外部接続の確認表示を整える

0.118.0では、アプリサーバーを使う端末画面で、フック通知の再表示、/copy、名前での/resume、エージェント選択画面、スキル一覧の表示などに関する修正がまとまっています。また、MCPサーバーの起動待ち時間を延ばし、接続に失敗したときに端末画面へ警告を出す変更も案内されています。ここで重要なのは、接続できた表示と、外部から返った内容を確認できたことを分けることです。

表示が以前と違うときは、コマンド名だけを頼りにせず、公式リリースに書かれた対象の画面であるかを確かめます。例えば名前でセッションを再開できるようになった修正があっても、同名の履歴が複数ある場合や、別の入口から作られた履歴を同じものとみなせるとは限りません。画面、履歴、接続結果を一つずつ確認すれば、0.118の変更を実際の操作へ落とし込みやすくなります。

0.118と現行0.149.0の違い

2026年8月23日時点で、公式リリースの比較対象は0.149.0です。0.149.0は8月20日に公開され、0.148.0からの更新として、タスクを探して開始・表示・名前変更・停止するインタラクティブなcodex agents画面、作業場所を管理する/cd・/pwd・/cwd、既存のローカルまたはリモートセッションへメッセージを送るcodex queueなどを追加しました。公式情報はCodex CLI 0.149.0のリリースで確認できます。

0.118.0と0.149.0の違いを判断するときは、数字の大小ではなく、必要な操作がどちらにあるかを見ます。0.118のWindows通信制御や標準入力が必要な過去環境の再現と、0.149のタスク整理や作業場所の操作は、同じ「更新」の一言では比較できません。次の表は、確認の起点をそろえるための簡単な対応表です。

0.149.0の新機能をどう読むか

0.149.0のcodex agentsは、タスクを探す、始める、開く、名前を付ける、止めるという操作を一つの画面で扱うための機能です。0.118.0の履歴画面に関する修正と目的が重なる部分はありますが、同じ機能の名前が変わっただけではありません。0.149.0には、既存セッションへメッセージを送るcodex queueや、接続先・ネットワーク・デスクトップアプリの状態まで調べるcodex doctorも追加されています。

一方、現行版の追加内容が、利用するOSや入口で同じように表示されるとは限りません。0.149.0のリリースを読んだら、まず自分のCLIでcodex --versionを確認し、次にcodex agents --helpなどの案内と画面を照合します。公式発表、手元の表示、実際に完了した操作の三つを混ぜないことが、更新後の判断を安定させます。

0.118を残すべき場面

0.118.0を残す価値があるのは、過去の作業結果を再現するとき、古い端末画面の挙動を調べるとき、0.118からの差分を検証するときです。例えば、標準入力とプロンプトを組み合わせた呼び出しが以前の端末でどう解釈されたかを調べるなら、同じOS、同じ入力、同じ作業場所で版だけをそろえる必要があります。この場合も、重要な作業を行う普段の環境とは分け、対象を小さくして確認します。

「古い説明に書いてあるから」という理由だけで0.118へ戻す必要はありません。公式リリースには後の版で修正された問題や新しい画面が積み重なっています。目的が再現ではなく、日常の作業を安定させることなら、0.149.0のような対象日時点の現行版を基準にし、必要な互換性が確認できないときだけ、対象を限定して0.118を比較用に使います。

版を選ぶときの三つの判断軸

最初の軸は目的です。過去の挙動を調べるのか、新しい操作を使うのかを一文で書きます。二つ目は環境です。Windows、Linux、macOSのどれか、ターミナルかアプリサーバーか、入力がファイルか画面かをそろえます。三つ目は戻し方です。版を変えた後に、どの表示と結果を確認すれば元の状態へ戻せるのかを決めます。

この三軸を先に固定すると、0.118の変更と0.149の変更を同じ作業として扱わずに済みます。リリースノートに「追加」と書かれた機能が自分の環境で見えなくても、すぐに不具合と決めつけず、入口とOS、版番号を再確認できます。選んだ版の理由が後から読める記録にしておくことが、最も実用的な比較方法です。

codex 0.118を確認してから更新する手順

古い版を調べるときは、いきなり更新や入れ直しを始めず、現在の状態を保存してから比較します。版を変える操作は簡単でも、どの実行ファイルが呼ばれているか、どの設定が読み込まれているかが分からないままだと、変更後の結果を説明できません。ここでは、調査対象を固定し、公式情報と手元の結果を順に照合する流れを示します。

Step 1: 実行中の版を表示する

まず対象の端末でcodex --versionを実行し、表示された文字列をそのまま記録します。Windowsではwhere.exe codex、PowerShellではGet-Command codexも使い、どの場所の実行ファイルが呼ばれているかを確認します。0.118.0と表示されても、別の場所に0.149.0が入っている場合は、先に実行経路の違いを解消します。版番号だけを見て更新が済んだと判断しないことがポイントです。

Step 2: 公式リリースと調べたい目的を照合する

次に、0.118.0の公式リリースを開き、調べたい機能が本当にその版に記載されているか確認します。例えば標準入力の使い方を調べるなら、入力の形式、コマンドの入口、出力の確認方法を分けて読みます。画面や記事で見かけた操作がリリース本文にない場合は、後の版の機能や別の製品の説明が混ざっていないかを確認します。

Step 3: 小さな対象で同じ操作を再現する

比較用の対象は、内容を確認できる短いテキストや、戻しても影響が小さい練習用のフォルダーにします。0.118で標準入力を試す場合は、短い質問文を渡し、返答が入力を正しく参照したかを元ファイルと照合します。通信や設定の表示を調べる場合も、まず読み取りだけの確認から始め、対象を広げる前にOS、版、操作、表示結果を記録します。問題が出たときに、版以外の条件を変えないことが再現性を高めます。

Step 4: 更新後の版と実行経路を確認する

日常利用へ戻すときは、Codex CLI公式案内に記載された利用経路に沿って更新し、再度codex --versionと実行ファイルの場所を確認します。npm版、Homebrew版、直接配布された版などを複数入れていると、更新した場所と起動している場所が一致しないことがあります。0.149.0を使う場合も、公式リリースにある機能名が表示されるかを、いきなり重要な作業へ進まず小さな対象で確かめます。

Step 5: 変更前後の結果を記録する

最後に、変更前の版、変更後の版、OS、作業場所、使った入口、確認した表示、成功しなかった項目を一つのメモへまとめます。うまくいったことだけでなく、0.118では表示されたが0.149では再現しなかったこと、逆に0.149で初めて使えたことも残します。後から同じ問題を調べる人が、どの条件をそろえれば同じ判定になるか読める記録なら、版の比較が一回限りの試行で終わりません。

0.118.0を使い続ける場合の注意

0.118.0が目的に合っていても、現行版と同じ前提で使えるとは限りません。0.149.0ではタスク画面や作業場所のコマンド、既存セッションへの送信、状態診断などが追加され、後の版で直った画面や処理もあります。0.118を比較用に残すなら、版を明記した専用の確認場所を用意し、日常の作業対象と混ぜないことが大切です。特に、接続やファイル変更を伴う操作では、対象と確認者を先に決めます。

公式の修正と利用者の報告を分ける

0.118.0の公式リリースは、プロジェクト内.codexの初回作成保護や、Linuxのサンドボックス起動、Windowsのapply_patchに関する修正を案内しています。一方、公式リポジトリの0.118.0に関する報告には、Linux環境でプロジェクト内の.codexを作成できず、基本的な読み取りまで失敗したという事例が記録されています。

この報告は、すべてのOSや利用者に同じ失敗が起きると断定する資料ではありません。公式リリースに書かれた変更、個別の報告、手元で再現した結果を三つに分けて扱います。0.118で問題が起きたときは、エラー全文、OS、版番号、設定、最初に失敗した操作を残し、0.149.0で同じ条件を試した結果と混ぜないようにします。

Windowsで確認するポイント

Windowsでは、0.118.0の通信制御、作業場所の書き込み、PowerShell経由の入力、apply_patchの結果を別々に見ます。通信が通らない場合はプロキシの経路だけを確認し、ファイル変更が失敗する場合は対象フォルダーと確認表示を見ます。二つの失敗が同時に出ても、一度に複数の設定を変えると原因が分からなくなるため、短い読み取り、入力、最小の変更という順に範囲を広げます。

0.149.0へ戻す場合も、Windows Terminalの表示、作業場所、セッションの許可状態を確認します。現行版で追加された診断機能があるからといって、0.118の状態を自動的に修復するわけではありません。古い版の記録を残したまま、現行版の表示と実際の結果を別に検証することが、安全な更新判断につながります。

0.118を新しい作業へ使う前に考えること

新しいリポジトリや重要な修正へ0.118を使う前に、必要な機能がその版にあるか、後の版で直った問題を受け入れられるか、問題が起きたときに現行版へ戻せるかを確認します。特に、過去の手順が0.118の画面や入力形式を前提としている場合は、現行版で同じ目的を達成する別の方法がないかを公式案内で探します。

0.118.0を使う理由がなくなったら、確認メモに終了条件を書き、現行版へ戻した後のcodex --versionと実行経路を記録します。版を戻すこと自体を目的にせず、必要な機能、確認できる結果、問題時の切り分けやすさで判断すると、過去版の保管が長期的な負担になりにくくなります。

まとめ

codex 0.118.0は、2026年3月31日に公開されたCodex CLIの版で、Windowsの通信制御、デバイスコード方式、codex execの標準入力、プロジェクト内設定の初回保護、端末画面やMCP接続の修正がまとまっています。モデル名の変更ではなく、Codexを動かす環境側の更新として読むのが正確です。

対象日である2026年8月23日時点では、8月20日公開の0.149.0が比較の基準です。タスクをまとめて扱うcodex agents、作業場所を移すコマンド、既存セッションへ送るcodex queue、状態を調べるcodex doctorなど、0.118にはない選択肢が増えています。新規導入なら現行版を確認し、0.118は過去の挙動の再現や互換性確認に限定するのが分かりやすいでしょう。

調査するときは、codex --version、実行ファイルの場所、OS、入口、作業場所、操作結果をそろえます。公式リリースの記載、公式リポジトリの個別報告、手元で確認できた事実を混ぜずに残せば、0.118と0.149.0の違いを落ち着いて判断できます。

公式情報の確認先

0.118.0の変更点はOpenAI Codex公式リリース 0.118.0、対象日時点の比較先はOpenAI Codex公式リリース 0.149.0で確認できます。導入やCLIの基本的な使い方はOpenAIのCodex CLI案内、版の流れを追うときはChatGPT・Codex公式変更履歴を参照してください。

なお、公式リリースに記載された機能が、すべてのOS、入口、プランで同じ日に表示されるとは限りません。更新前後の版番号と実際の画面を記録し、問題が起きた場合は公式リポジトリの0.118.0関連報告のような個別事例とも照合しながら、手元の条件に即して判断してください。