Codex 0.117の変更点と0.150.1への更新を安全に進める手順

Codex 0.117の変更点と0.150.1への更新を安全に進める手順

Codex 0.117.0は、2026年3月26日に公開されたCodex CLIの版です。拡張機能の扱い、複数の作業を見分ける画面、画像と入力履歴、Windowsを含む安定性の改善がまとまりました。いまは8月27日に0.150.1が公開されているため、0.117を読むときは現行版と混同しないことが大切です。変更点と更新前の確認順を整理します。

結論powered by Claude

Codex 0.117.0は2026年3月26日に公開されたCodex CLIの版で、モデル名を表す番号ではありません。公式リリースでは、拡張機能の一覧と追加・削除、複数の担当を扱う表示、画像や入力履歴の改善が案内されています。まず版番号と利用入口を分けて記録すると、古い説明を読み違えにくくなります。

0.117.0の価値は、一つの回答を返すだけでなく、長めの作業を確認しやすくする土台が整った点にあります。複数の担当を名前で見分け、履歴や画像を後からたどれることは、作業を分けて進めるときの手掛かりになります。ただし、公式に書かれた変更と、手元で確かめた動作は別に記録します。

現在の公式チェンジログでは、8月26日に0.150.0、8月27日に0.150.1が安定版として案内されています。0.117.0を新しい環境へそのまま入れるのではなく、再現や互換性の調査で必要な場合だけ版を固定し、日常の利用では現行版の変更を確認してから更新を判断するのが安全です。

目次 (25)

Codex 0.117.0の位置づけ

Codex 0.117.0は、OpenAIが公開しているCodex CLIの版番号です。公式のCodex 0.117.0リリースページでは、2026年3月26日に公開された版として確認できます。ここでいう版番号は、端末上で動くCLIの機能や画面、接続方法のまとまりを示します。GPT-5系のようなモデル名とは役割が違うため、0.117という数字だけを見てモデルの性能を判断することはできません。

この版をいま調べる理由は二つあります。一つは、当時の環境で起きた動作をもう一度確認したい場合です。もう一つは、現在の版へ更新したときに、拡張機能や複数作業の扱いがどのように変わったかを比べたい場合です。公式チェンジログでは、8月26日に0.150.0、8月27日に0.150.1が案内されているため、0.117.0は現行版ではなく、比較の起点として扱うのが適切です。現在の公開状況はOpenAIのCodex公式チェンジログで確認できます。

版番号とモデル名を分けて読む

版番号は、CLIをいつの状態へ戻すか、どの変更を含む状態で調べるかを決めるための識別子です。モデル名は、依頼を考えたりコードを分析したりする中核の選択肢を表します。同じモデルを使っていてもCLIの版が違えば、表示、履歴、権限確認、利用できる操作が変わることがあります。逆にCLIだけ更新しても、モデル名まで同じように変わるとは限りません。記事や調査メモでは、版番号、モデル名、OS、導入経路を別々の欄に残すと、後から差を説明しやすくなります。

0.117.0を調べる目的を先に決める

古い版について調べる前に、目的を「過去の動作を再現する」「現在の版との違いを知る」「更新後の不具合を切り分ける」のどれに置くか決めます。目的が違えば、必要な確認も違います。再現なら同じOSと導入経路をそろえることが重要で、比較なら現在の版で同じ作業を行うことが必要です。単に番号が小さいから軽い、古いから安定している、と決めつけず、公式に記載された変更と自分の環境で確認した結果を分けて扱います。

0.117.0で増えた主な機能

0.117.0の公式リリースには、拡張機能、複数の担当、表示、画像、入力履歴に関わる変更が並んでいます。これらは個別の小さな追加に見えますが、Codexへまとまった作業を任せたあと、何が起きたかを確認しやすくする方向でつながっています。ここでは公式ページに書かれた内容を、実際に確認するときの観点へ置き換えます。

新しい操作を一度に覚える必要はありません。自分が使う入口と作業の大きさを基準に、関係する項目から順に確かめると、版の差を落ち着いて見分けられます。

拡張機能を一覧で確認できるようになった

0.117.0では、製品や用途に対応した拡張機能を起動時に同期し、/pluginsから一覧を開き、追加や削除を行う流れが整えられました。公式リリースは、拡張機能を主要な利用方法の一つとして扱い、認証や初期設定の案内も分かりやすくしたと説明しています。利用者から見れば、何が使えるかを一覧で確認してから選び、不要になったものを外せるようになった点が重要です。

ただし、一覧に表示されることと、すべての機能が自分の環境で使えることは同じではありません。拡張機能ごとに対象のサービス、接続先、利用資格、読み書きできる範囲が異なる場合があります。最初に追加するものは一つに絞り、表示された説明、求められる許可、作業後に残る情報を確認します。問題が起きた場合に元へ戻せるよう、追加前の一覧も記録しておくと切り分けやすくなります。

複数の担当を見分けやすくなった

0.117.0では、複数の担当を識別するための住所が、読みにくい識別子ではなくパスに似た形で表示されるようになりました。公式リリースには、/root/agent_aのような読みやすい表記、担当同士の構造化されたメッセージ、現在の担当を一覧で確認する機能が記載されています。複数の調査や変更を分けた場合に、どの結果がどの担当から返ったかを追いやすくなる改善です。

同じ版では、端末のタイトルを選ぶ/titleも通常の画面とapp-serverを使う画面の両方で扱いやすくなりました。名前を付けるだけで処理の品質が上がるわけではありませんが、似た作業を並べているときの見間違いを減らせます。担当の名前、目的、対象範囲を短くそろえ、結果を受け取ったあとに対象ファイルと確認内容を照合することが大切です。

app-serverと画像・履歴の扱い

0.117.0では、app-serverを利用するクライアントからシェル命令を送り、ファイルの変化を見守り、遠隔のWebSocketサーバーへ認証付きで接続するための機能が案内されています。これらは利用環境によって準備の難しさが違うため、機能名だけで導入を決めるのではなく、現在使っている入口に本当に必要かを確認します。接続先、送る情報、結果の受け取り先を記録し、最初は影響の小さい作業で確かめます。

画像の扱いも改善され、view_imageがコードモードで画像URLを返し、生成した画像を画面から開き直せるようになりました。作業を再開したときに画像生成の履歴をたどれる点も公式の変更です。画像を見たという説明だけを信じるのではなく、どの画像を参照したのか、生成物がどこに保存されたのか、変更対象に意図しない画像が含まれていないかを確認します。

入力履歴と終了時の安定性

app-serverの画面では、入力履歴を呼び戻す操作が同じ画面だけでなく、別のセッションでも扱いやすくなりました。長い依頼を毎回入力し直さずに済む利点がありますが、履歴には過去の前提や不要な指示が残ることもあります。呼び出した文章をそのまま再利用せず、対象と完了条件が現在の作業に合っているかを読み直してから送ります。

不具合修正では、早い終了後に端末の状態を戻す処理、Linuxの古い環境での隔離処理、Windowsの限定権限を使う設定の組み合わせなどが取り上げられています。つまり、0.117.0の変更は目立つ新機能だけでなく、作業を終えたあとに普段の端末へ戻れるかという基本部分にも及びます。更新後に画面表示だけでなく、終了、再開、別の作業への切り替えまで確認するのがポイントです。

0.117.0と現行0.150.1の違い

0.117.0と0.150.1を比べるときは、単純な数字の大小ではなく、どの機能がどの版で追加され、現在どの状態が安定版として案内されているかを見ます。OpenAIの公式チェンジログによれば、0.150.0では複数の作業への参照、回答のコピー先選択、作業名の提案、リンク表示、中断時の処理などが追加され、0.150.1では遠隔での文脈圧縮に残っている画像を予算へ含める修正が案内されています。詳細は0.150.0の公式リリース0.150.1の公式リリースを照合してください。

比較項目 0.117.0 0.150.1を基準に見る点
公開時期 2026年3月26日 2026年8月27日
位置づけ 過去のリリース 公式チェンジログで案内された安定版
主な確認対象 拡張機能、複数の担当、画像、入力履歴 0.150系列の修正と現在の互換性
利用目的 再現、比較、切り分け 日常利用の更新判断

0.150.0で現在の使い勝手が変わった点

0.150.0では、別のCodex作業を@で参照し、端末からその内容を読んだり、新しい作業を作ったり、メッセージを送ったりする機能が加わりました。0.117.0にも複数の担当を扱う土台はありましたが、0.150.0では作業同士を参照する導線が明確になっています。古い版の説明を現在の操作へ置き換えるときは、似た目的でも入力方法や表示場所が変わっていないかを確認します。

さらに/copyで回答全体、コード部分、引用部分を選べるようになり、名前のない作業には内容を反映した題名を付けやすくなりました。Markdownのリンクも対応する端末ではラベルとして開けます。便利になった部分ほど、コピーした範囲、リンク先、作業名が本当に意図したものかを人が確認することが重要です。短縮された表示だけで判断せず、必要なら元の回答と見比べます。

0.150.1で画像を含む文脈の扱いを確認する

2026年8月27日の公式チェンジログに記載された0.150.1の修正は、遠隔の文脈圧縮で残っている画像を既定でトークン予算へ含め、必要に応じて古い画像を整理するものです。これは画像を使う作業で、どこまで過去の情報が保持されるかを考えるときの確認材料になります。画像を参照する説明では、画像の枚数、重要な画像、残したい判断材料を明確にし、圧縮後に必要な情報が残っているかを見ます。

0.150.1は大きな新機能を追加する版というより、0.150系列の動作を整える修正版として読むのが分かりやすいでしょう。現行版を確認するときは、安定版の表示だけでなく、使うOS、導入経路、モデル、作業場所をそろえたうえで、同じ画像を含む短い作業を試します。公式説明と手元の結果が違うときは、版番号をもう一度確認します。

安定版と先行版を混同しない

公式のReleases一覧には、安定版だけでなく先行版も並びます。先行版は新しい番号でも、日常の作業へすぐ移す前提の版とは限りません。0.117.0を調べている途中で0.151.0-alpha.3のような表示を見つけた場合も、公開段階を確認してから比較対象へ加えます。番号、公開日、安定版かどうか、実際に使った版を同じメモへ記録すると、検索結果の数字に引っ張られません。公開状況はOpenAI Codexの公式Releases一覧で確認できます。

0.117.0を再現するときの確認手順

過去版を使う目的がはっきりしたら、最初から大きなリポジトリで試すのではなく、失敗しても戻しやすい小さな作業を選びます。再現で大切なのは、古い版を入れることだけではありません。OS、導入経路、モデル、設定、対象ファイル、確認方法がそろって初めて、結果を比較できます。次の順序で記録を残すと、0.117.0で起きた事実と、環境差による結果を分けやすくなります。

確認の途中で別の問題が見つかっても、最初の目的から外れた変更は別の記録へ分けます。対象を狭く保つことが、再現できたかどうかを判断する助けになります。

Step 1: 目的と版番号を記録する

最初に「何を再現したいのか」を一文で書き、Codex CLIの版を0.117.0と固定して記録します。あわせて、モデル名、OS、端末、導入に使った方法、作業場所を残します。公式リリースページを読んで分かった変更と、自分の端末で確かめたい点も分けて書きます。目的が複数ある場合は一度に混ぜず、画像の再開を調べる作業と、複数の担当を調べる作業を別の小さな確認にします。

Step 2: 導入経路と設定をそろえる

公式のCodex CLI案内を読み、現在の導入経路と過去版を用意する方法が一致しているか確認します。npmを使う環境では、指定版を明示して導入できます。

npm install -g @openai/codex@0.117.0

導入後はcodex --versionで表示を確認します。版が違う場合は、複数の導入先が混ざっている可能性があるため、先に経路を整理します。設定ファイル、ログイン状態、作業フォルダの権限も記録し、普段使いの場所をいきなり変更せず、確認専用の場所で試します。導入方法の基本はCodex CLI公式ドキュメントを参照してください。

Step 3: 小さな作業で変更点を確認する

まず読み取りだけの作業で起動、版表示、入力履歴、画面タイトルを確認します。次に、拡張機能の一覧を開く作業、画像を一枚参照する作業、複数の担当を表示する作業を、互いに影響しない順で試します。各作業の前に期待する結果を一文で書き、終了後に画面、ファイル、履歴を照合します。公式ページに書かれた機能が表示されない場合も、すぐに不具合と断定せず、入口、設定、対象の利用資格、表示の条件を一つずつ確認します。

Step 4: 結果と現行版への戻り先を残す

再現が終わったら、実施した操作、表示された結果、変更されたファイル、発生した問題、確認できなかった点をまとめます。成功した結果だけでなく、再現しなかった条件も残すことが大切です。そのうえで、現行の0.150.1へ戻すときの版番号と導入経路を記録します。過去版を試した場所を日常の作業場所と分けておけば、再現用の設定が普段の環境へ混ざるリスクを下げられます。

0.117.0から更新するか判断する基準

0.117.0を使い続けるか、0.150.1へ更新するかは、番号の新しさだけで決めません。再現したい動作があるのか、現在のOSで直したい問題があるのか、複数の作業や画像を日常的に扱うのかを見ます。公式リリースには多くの改善が記載されていますが、更新後の結果は環境によって変わるため、対象を絞った確認が必要です。更新前に現在の版、設定、作業の状態を記録しておくと、変更後の差を説明できます。

迷ったときは、まず現状を保存し、必要な機能を一つ選び、更新後に同じ条件で比べます。判断を急がず、戻り先を確保してから進めることが基本です。

再現や互換性の調査なら0.117.0を固定する

過去の画面、入力履歴、拡張機能の表示、画像の再開動作を調べるなら、0.117.0を一時的な確認対象として固定する意味があります。固定するときは「古い版が優れている」と評価するのではなく、「同じ条件で比べるために版をそろえる」と考えます。調査対象、期限、確認する操作を狭くし、終わったら現行版へ戻す前提を記録します。古い版で確認できた結果をそのまま現行版の仕様として説明しないことも重要です。

日常の開発なら現行版を基準にする

新しいプロジェクトで通常の修正やレビューを行う場合は、公式チェンジログで案内されている安定版を基準にするほうが、現在の説明や問い合わせと照合しやすくなります。0.150.0以降の作業参照、コピー範囲の選択、題名の提案、0.150.1の画像を含む文脈の修正など、日常の確認に関わる変更もあります。更新したら、起動、認証、読み取り、変更、終了の順に小さな作業で確認し、問題があれば版番号と発生条件を記録します。

Windowsでは終了と権限の確認を先に行う

Windowsを使う場合は、起動できるかだけでなく、作業場所の読み書き、限定権限の設定、終了後に端末が元の状態へ戻るかを確認します。0.117.0の公式リリースにはWindowsの限定権限に関わる修正が記載されているため、過去版を再現する場合も現行版へ更新する場合も、同じ場所で無理に試さないことが大切です。権限を広げて解決しようとせず、対象フォルダを小さくし、変更前後の状態を比べます。

公式リリースを読むときのポイント

0.117.0の変更を正しく理解するには、検索結果の要約や他の記事だけでなく、公式リリースページの見出し、公開日、変更項目を直接確認します。そこに書かれているのは、公開時点で案内された変更です。自分のOSで同じ表示になること、現在も同じ操作が残っていること、すべての利用者が同じ条件で使えることまでは、リリースページだけでは確定できません。公式の事実、手元の確認、まだ分からない点を三つに分けると、記事や調査記録の精度が上がります。

変更点と自分の環境の結果を分ける

公式リリースに「画像を開き直せる」と書かれていても、どの入口、どの画面、どの保存状態で確認したかによって結果が変わることがあります。「公式にある機能」と「自分の環境で使えた機能」を同じ文章で断定せず、確認条件を添えます。複数の担当、入力履歴、拡張機能についても、表示されたことと、期待した作業を最後まで終えられたことを分けて記録します。この書き分けが、更新後の差を見つける手掛かりになります。

現在の仕様はチェンジログで更新する

過去版のリリースページは内容が変わらない一方、現在の安定版や推奨される導入方法は更新されます。0.117.0の説明を読んだあとに、OpenAIの公式チェンジログ公式Releases一覧Codex CLI公式ドキュメントを順に確認します。版の採用を決めるときは、公開日、安定版かどうか、使うOS、必要な機能を同じ記録へまとめます。

まとめ

Codex 0.117.0は、拡張機能の一覧、複数の担当を見分ける表記、app-serverの操作、画像と入力履歴、Windowsを含む安定性の改善がまとまった、2026年3月26日公開の版です。過去の動作を再現したい人には比較の起点になりますが、現行版ではありません。

2026年8月27日には0.150.1が公式チェンジログで案内され、0.150系列では作業参照やコピー範囲の選択などが加わり、0.150.1では画像を含む文脈の扱いが修正されました。0.117.0を調べるときは、版番号、モデル名、OS、導入経路をそろえ、公式リリースと手元の結果を分けて記録します。再現が目的なら版を固定し、日常利用なら現行の安定版を小さな作業で確認してから更新を進めるのが基本です。

参考になったら ♡
Codexer Navi 編集部
@codexer_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。 運営方針 は メディアについて をご覧ください。