Codexニュース｜0.149の不具合とCursor更新を8月に確認する

0.149.1を最初に確認する理由

2026年8月25日時点で最初に見るべき情報は、GitHubのOpenAI/codexリポジトリにある0.149.1のリリースページです。ページには0.149.1がLatestとして表示され、公開日は2026年8月24日、0.149.0からのFull Changelogへのリンクも示されています。0.149.1のページ自体に細かな変更一覧が展開されていないため、「新機能が追加された」と広げて解釈するのではなく、安定版の到達点が更新されたという事実として読むのが安全です。公式に何が書かれているかと、利用者が期待していることを分けておくと、更新後の検証も短くできます。

前日の記事や検索結果に0.149.0-alphaの番号が残っていても、先行版と安定版は同じものではありません。alphaは検証対象として扱い、普段使いの端末ではインストール済み版を codex --version で確認し、公開ページのタグと照合します。公式ドキュメントの導入案内は Codex Documentation から参照できます。版を固定する必要があるチームでは、更新前の状態と戻す条件をメモしてから進めると、問題が出たときに原因を追いやすくなります。

安定版と先行版を見分ける

リリースページで Latest と Pre-release の表示を確認します。番号だけでなくタグのリンク先、公開時刻、変更一覧の有無を見ます。0.149.0-alpha.4.3のページはPre-releaseとして公開されている一方、0.149.1はLatestです。先行版を試した記録があっても、安定版へ更新した後の挙動を同じ結果として扱わず、版ごとに画面表示やエラーを残します。検索結果のスニペットだけで版の性格を判断せず、必ず公式リリースページを開いてください。

0.149.1に期待しすぎない

0.149.1のリリースページにある情報から、0.149.0で報告されたすべての問題が解消したとは読み取れません。特定Issueが修正済みかを確認したいときは、リリースの変更一覧、Issueの状態、次の版の説明を順に見る必要があります。修正の明記がない部分は「改善したはず」と推測せず、短い作業で確認するのが現実的です。安定版になったことは導入の目安になりますが、個別環境の差を消すものではありません。

0.149.0で変わったCodex CLIの使い勝手

0.149.0の公式リリースページは、0.148.0からの変更を機能、修正、文書更新に分けています。利用者の目線で大きいのは、複数の作業を一覧から探して開いたり停止したりできる codex agents ダッシュボード、TUIで現在の場所を確認・変更する /cd・/pwd・/cwd、既存セッションにメッセージを送る codex queue です。以前のように会話を一つずつ開いて状態を確かめる場面が減り、複数作業を扱うときの見通しが上がります。

もう一つは codex doctor の診断範囲です。エンドポイント保護、ネットワークやプロキシ、デスクトップアプリの状態、更新接続を診断対象に含めると公式ページに記載されています。問題が起きたとき、いきなり設定を消したり再インストールしたりする前に、版番号と診断結果を残せるようになりました。WindowsではPowerShell、Windows Terminal、アプリ内に入口が分かれるため、同じアカウントで発生した問題でも、どの入口のCodexなのかを切り分けることが重要です。

codex agents は作業一覧として使う

ダッシュボードの説明には、作業の検索、開始、オープン、名前変更、停止と、ショートカットの設定が含まれています。ここで大切なのは、一覧に出た作業をすぐ停止することではなく、いま開いているもの、待機しているもの、確認が必要なものを区別することです。更新後に表示が変わった場合は、まず同じ作業を一つだけ開いて、続きの入力と差分の表示が保たれているか確かめます。名前を付け直す場合も、後から探せる規則を決めておくと一覧の価値を保てます。

codex doctor と作業場所を組み合わせる

プロジェクトを開いた場所が意図と違うと、診断結果も判断しにくくなります。/pwd で現在地を表示し、必要なら /cd で移動してから codex doctor を実行します。/cwd も作業場所の管理に使えるため、複数リポジトリを行き来する人は、実行前に表示されたパスを記録してください。短い同じ質問を複数の場所で比べると、版の問題と場所の問題を分けやすくなります。コマンドの結果を保存するときは、個人情報や不要な環境情報を含めないよう確認します。

公開Issueから読む0.149.0の注意点

公式リリースの機能説明と、利用者が報告した問題は、同じページに並んでいません。0.149.0の変更一覧は開発元がまとめたリリース情報であり、Issueは特定の環境で起きた現象の報告です。後者は有用な警告ですが、そのまま全端末に適用できる仕様ではありません。導入判断では「公式に追加された機能」「公式リポジトリで報告された現象」「自分の環境で再現した結果」を三つに分けて記録します。Issueに書かれた回避方法も、プロジェクト構成を変える前に影響範囲を確認してください。

Windowsの空の .git 問題

OpenAI/codexの Issue #39963 は、Windows 11とPowerShellで0.148.0から0.149.0へ更新した後、空の .git ディレクトリが上位のGitリポジトリ探索を止めなくなったという報告です。Issue本文では、0.149.0では .git/HEAD の存在まで確認する条件になり、空の .git/HEAD を置くと従来の境界に戻せると説明されています。ただし、これはIssue投稿者の再現方法であり、全員に同じ対応をすすめる公式修正案ではありません。プロジェクトの構成を変える前に、自分の作業場所と親リポジトリを確認してください。

この報告が気になるのは、作業対象を取り違えると、同じ入力でも読み込まれるファイルや表示されるプロジェクト名が変わるからです。特に親フォルダーに別のGit管理場所がある場合は、版の更新前後で現在地、プロジェクト名、変更対象を同じ順で記録します。空の .git が意図した境界なのか、作成途中の状態なのかでも判断は異なるため、Issueの文章だけを根拠に構成を変更しないことが大切です。

401 Unauthorizedの報告をどう扱うか

Issue #40138 は、macOSのChatGPT Desktopに同梱された0.149.0-alpha.4.1で、毎回401 Unauthorizedになったという報告です。投稿内容では同じ端末、同じアカウントで単体の0.148.0に戻すと動いたとされます。これはWindowsの問題ではなく、alpha版とデスクトップアプリの組み合わせに関する報告です。ここから「0.149.1も必ず失敗する」と広げることはできません。エラー文、アプリ版、同梱CLIの版、単体CLIの版を分けて控えることが先です。

認証に関するエラーは、版だけでなく接続先、アプリの更新状態、ログイン状態が影響します。別の環境で同じ操作をして成功したとしても、問題が解消したとは限りません。まずエラーの発生箇所を画面と端末で分け、公式Issueに書かれた環境条件と照合します。アプリ内の実体を直接置き換えるような判断は、公式の案内がない限り避け、単体版とアプリ版を混ぜないことが安全です。

Cursorの8月19日更新から見る比較軸

Codexだけの版番号を追っていると、AIコーディングエージェントの競争点を見失いやすくなります。Cursorの 2026年8月19日Changelog では、Cloud AgentsとCursor Harnessの改善として、イベントに応じて作業を拾い、目標を保ったまま長いセッションを続ける仕組みが紹介されました。ここで見るべきなのは、単に処理速度が上がったかではなく、途中の確認をどこで行い、作業がどの状態で止まり、結果をどう受け取るかという運用面です。

同じ更新では、スキルを固定して使うCustom modesと、別の仮想マシンで動くSubagentsも案内されています。これはCodex CLIの codex agents ダッシュボードと直接同じ機能ではありませんが、複数作業を見渡し、長い作業の途中で人が確認できるようにする方向は共通しています。ツールの比較では「どちらが賢いか」だけでなく、作業一覧、分離環境、承認の入口、結果の確認方法まで比べると、導入後の違いを想像しやすくなります。

Cloud AgentsとCodex agentsは同じ名前ではない

CursorのCloud Agentsはクラウド側で長い作業を続ける製品機能で、Codexの codex agents はCLIのTUIにある作業一覧です。名前にAgentが含まれていても、実行場所、作業の持ち方、確認の入口が異なります。記事やSNSの短い比較を読むときは、同じ名称として混ぜず、端末内かクラウド側かを先に確認してください。使える機能や料金も変わるため、同じ条件の小さな作業で比べることが必要です。

分離環境を選ぶ場面

Cursorはサブエージェントごとにプロジェクトの分離コピーを用意し、親側の変更を新しい環境で試せると説明しています。複数の修正案を並べて比べたいときは便利ですが、結果を採用する前に差分、テスト結果、依存関係を人が確認する必要があります。Codex側で同じ運用を再現できると決めつけず、使っている入口の仕様に合わせて判断します。分離されているから安全だと一括りにせず、元のプロジェクトへ反映する段階を別に考えます。

8月25日時点で更新前後を確認する手順

更新を試す場合は、公開ページを読んだあとに端末の状態を小さく確かめます。大きなプロジェクトをいきなり開いて長い作業を始めると、版の差分、作業場所、アカウント状態、入力内容が一度に混ざります。次の順序なら、問題が出たときにどこまで進んだかを残しやすく、0.149.1へ進むか、いったん保留するかを判断できます。記録は短くてよく、日時、版、入口、結果の四つを揃えるだけでも比較の土台になります。

Step 1: 版と公開情報を揃える

まず codex --version でローカル版を表示し、0.149.1の公式ページにあるタグと照合します。alphaやアプリ同梱版を使っている場合は、端末のCodexとアプリ内のCodexを別々に記録します。公開ページに修正の記載がない項目は、解消済みと見なさず、後の確認対象として残します。更新日時も合わせて控えると、同じ版でも配布経路が違う場合に比較しやすくなります。

Step 2: 作業場所と境界を確かめる

/pwd または /cwd で現在地を確認し、WindowsならPowerShellで親フォルダーに別のGit管理場所がないかを確認します。空の .git を使っている場合はIssue #39963の条件に近いため、構成を変えずに表示されるプロジェクト名を記録します。既存ファイルを変更する作業はここでは行わず、確認用の小さな場所を使うのが安全です。作業場所と端末版を一緒にメモすれば、後から同じ条件を作りやすくなります。

Step 3: 短い作業で機能を確かめる

更新直後は短い読み取り、ファイル一つの小さな編集、結果の確認の順に進めます。codex agents の一覧、codex doctor の診断、codex queue の表示を使う場合も、一度に全部を変えず、どの操作の後に表示が変わったかを書き残します。期待どおりでも、版番号と確認日を記録しておくと後で比較できます。差分が大きくなったらそこで止め、結果を保存してから次の確認へ進みます。

Step 4: 不具合時に戻る条件を決める

401、作業場所の誤認、セッションの消失、入力の表示崩れなど、続けると影響が広がる兆候を先に決めます。再現に必要な版、OS、入口、エラー文を控えたうえで、公式Issueと照合します。戻す場合も、その理由と戻した版を記録し、0.149.1の問題だと断定せず条件付きの結果として扱います。戻す操作をする前に、未保存の差分や必要なログが残っているかを確かめることも忘れないでください。

更新するか迷ったときの判断

8月25日にすぐ更新する価値が高いのは、0.149.0の codex agents や codex doctor を使いたい人、0.149.1を基準版として新しい検証を始められる人です。反対に、空の .git を境界として使うWindows環境、デスクトップアプリの同梱CLIで認証エラーを経験した環境、失敗すると止めにくい本番に近い作業では、先に小さな確認を挟みます。特に、リリースページの「Latest」と自分が実際に起動している版が一致しているかを見ないまま判断しないことが重要です。

比較対象がCursorの場合も、機能名だけを並べるのではなく、作業がどこで動くか、途中の確認を誰が行うか、結果をどこに残すか、失敗時に再開できるかを同じ質問で確かめます。OpenAIが8月12日に公開した 企業利用レポート は、Codexがソフトウェア開発だけでなく複数部門で使われていると説明しています。利用範囲が広がるほど、版の新しさだけでなく確認しやすさと復旧しやすさが選定理由になります。

更新を進めてよいケース

個人の検証用フォルダーで、作業を止めても影響がなく、版番号と結果を残せるなら、0.149.1を試す判断がしやすくなります。まず読み取り中心の短い依頼を行い、次に小さな差分だけを確認します。問題がなければ、作業の範囲を少しずつ広げます。確認した内容を同じ場所に記録すれば、次の版との比較にも使えます。

保留を選ぶケース

親リポジトリの境界やアプリ同梱版の挙動が重要で、失敗時にすぐ切り戻せないなら、公式ページとIssueの更新を確認してからでも遅くありません。保留は古い版を無期限に使う宣言ではなく、条件を揃えて比較できるまで待つ判断です。保留中は現在の版、問題が出る条件、次に確認する公式ページを記録しておくと、再開時に迷いません。

まとめ

2026年8月25日のCodexニュースで押さえるべき中心は、8月24日公開の安定版0.149.1、0.149.0で加わった作業一覧・作業場所・診断機能、そして公開Issueに見える環境依存の注意点です。Cursorの8月19日更新は、長い作業や分離環境を比べるときの視点を広げます。新しい版を評価するときは、機能の数だけでなく、どこで動き、途中で何を確認できるかを見てください。

まず公式リリースページで版を確かめ、次に自分のOS、入口、作業場所を分けて短く試し、問題があればIssueの条件と照合してください。版番号だけを追わず、どこで動き、何を確認でき、失敗したらどう戻るかまで記録すれば、更新の判断がぶれにくくなります。出典は OpenAI/codex 0.149.1、0.149.0、Issue #39963、Issue #40138、Cursor Changelog、OpenAI企業利用レポート です。