世界を動かす技術を、日本語で。

Codex CLIはデフォルトで永続的な自己更新バックグラウンドデーモンをインストールします

2026年10月13日原文(github.com)

概要

  • Codex CLI(バージョン0.157.0)の デーモン自動起動 仕様に関する要望
  • デーモンの自動起動を デフォルトで無効 にしてほしいという意見
  • デーモンによる 自己アップデートやプロセス管理の問題点 を指摘
  • プロキシやフック、パッケージマネージャー利用時の 挙動不一致 への懸念
  • ワークアラウンドや関連Issueも 明記

Codex CLIのデーモン自動起動仕様への要望

  • Codex CLI(@openai/codex、バージョン0.157.0)の インタラクティブセッション開始時 に、 デーモン(codex app-server --managed-daemon) が自動起動される仕様
  • デーモンは TTYなしの独立セッション で起動し、全てのCodexウィンドウを閉じても プロセスが残存
  • app-server-daemon のリリースごとに約374MBの プラットフォームパッケージをコピー し、npmでインストールしたバイナリとは 独立したバージョン管理 となる
  • アップデータ(pid-update-loop) が起動し、 自動的にアップデートと再起動 を行い、アクティブなセッションも 強制終了 される場合がある
  • プロキシ設定 や カレントディレクトリ、 ターミナルフック などの セッション依存情報が正しく引き継がれない問題
  • CLIとしては「 ウィンドウとともにバックエンドも終了し、インストール済みバイナリを使用、自己アップデートしない」のが期待される挙動

改善要望と提案

  • daemon_auto_start オプションを デフォルトでfalse(opt-in) に設定し、初回起動時に ユーザーへ確認 を求める仕様への変更希望
  • 自動起動したデーモンはクライアント切断時に自動終了 させること
  • パッケージマネージャー(npm/brew/pacman等) でインストールした場合は、 自己コピーや自己アップデートを行わず、インストール済みバイナリを実行 すること
  • デーモンの自己アップデートやプロセス管理の挙動改善 (例:アップデート時にアクティブセッションを強制終了しない等)

現状の問題点とワークアラウンド

  • codex app-server daemon stopコマンドでは pid-update-loopアップデータが停止しない ため、手動でkillが必要
  • ワークアラウンド例
    • codex features disable daemon_auto_start
    • codex app-server daemon stop
    • pkill -f 'app-server daemon pid-update-loop'
    • rm -rf ~/.codex/packages/app-server-daemon
    • 上記対応で新規TUIセッション開始時に デーモンが起動しなくなる

関連Issue

  • #40969: 自動アップデートによるアクティブセッション強制終了問題
  • #41188: 外部管理のapp-server-daemonサポート要望
  • #46468: npm update後に旧バージョンのapp-serverが残存する問題
  • #48050: Arch Linuxパッケージで--no-daemon指定が必要な問題
  • #42457, #37537: フックのcwdやターミナル識別の問題

この要望は、CLI利用時の 直感的な動作 と 環境管理の一貫性 を求めるユーザーの声として、今後のアップデートや仕様改善の参考となる内容。

Hackerたちの意見

これ、すごいスピードで進んでるね。自動で更新されるはずだよ。今やこれがスタンダードだし、ブラウザもそうしてるから、ハーネスもそうなる理由はないよね。

└

俺のブラウザは自動更新しないから、承認しないといけないんだ。こういうのがスタンダードな人もいるかもしれないけど、俺は自動更新ソフトが大嫌いなんだ、理由はいろいろあるけどね。

└

もちろん、サム・アルトマンにルートキットをインストールさせるのもいいよね。それが全然おかしくないってことだ。/s

└

ソフトウェアエンジニアリングが解決されてるなら、最初から正しくできるはずだよね。

└

他のユーザーが指摘してたけど、デーモンなしで、前のバージョンを保存せずにこれができるよ。

└

製品が早く動くってことは、必ずしも自分が望む方向に進んでるわけじゃないし、プロジェクトの最中にその下で動いてほしくもない。自動更新システムには価値があるけど、プロ用ツールのデフォルトには向いてないよね。

└

普通のパッケージマネージャーは、手動の手間なしで何千ものプログラムを更新できるんだよ。自動でバックグラウンドでやることもできるし、そうしたいならそれも可能。だけど、ユーザーが自分のコンピュータに対する主権を侵害せずに、すべてのアプリを特別な存在にして、自分専用の方法でソフトウェア(つまり自分自身)をインストールさせることはないんだ。

└

真剣なツールはこんなことしちゃダメだよ。もちろん、オプトインの迅速なリリースベータ更新オプションを提供することはできるけど、UIや挙動が変わる「安定版」更新を強制されるのが1ヶ月も続くなら、そのソフトウェアは安定していて信頼できるとは思えないから、使いこなす価値があるとは考えないよ。

└

それなら、パッケージマネージャーかWindowsストアを使えばいいよ。

古いバージョンでHDがいっぱいになっちゃうんだよね。調べたら、システム上で合計12GBくらい使ってた。マジでありえないと思う、ただのハーネスなのに?みんなクロードのコードがひどいって文句言うけど、コーデックスはどの指標でももっとひどい気がする。

└

忘れないで:VSCodeは完全なヘッドレスEclipseインスタンスをJava LSPとして動かしてるから、もう大手企業からは質の高いコードは期待できないよ。

└

本当にうまく設計されたハーネスが、コンパイル言語で書かれて、俺のコンピュータを重くしないのが待ち遠しいよ。多分、OpenAI以外の会社が書かないと無理だろうね。コーデックスは、俺が挙げたことの真逆みたいだから。

Hacker Newsで議論の続きを見る