2026年10月13日(火)掲載 4,997件/本日 23件
HN426222

要注意!Codex CLIはデフォルトで常駐・自動更新するデーモンをインストールします

Codex CLI installs a persistent, self-updating background daemon by default

whimblepop・約8時間前

議論

11件
0:whimblepopスレ主▲426約8時間前

Codex CLIをインストールすると、バックグラウンドで常駐し、自動更新を行うデーモンがデフォルトで設定される仕様になっています。意図しない常駐プロセスが気になる方は、設定や動作確認を念入りに行うことをおすすめします。

1:dingaling911約8時間前

この手のツールは進化が速いんだから、自動アップデートは必須だよね。今の時代、ブラウザだってやってるし、標準的な機能だよ。Harness(ハーネス)が対応しない理由がない。

2:icantevenhold約8時間前

それに、古いバージョンが溜まってストレージを圧迫するのも問題だ。調べてみたら、システム上で合計12GBも占有してて、正直ありえないと思った。たかがハーネスでしょ?みんなClaude Codeの作りが悪いって文句言ってるけど、Codexはあらゆる面でそれ以上にひどい気がする。

3:timdorr約7時間前

Claude Codeも同じ運用モデルだよ。

  ls ~/.local/share/claude/versions/
  ps auxww | grep "claude bg"

古いClaude Codeのバイナリがいくつも残ってるし、フォアグラウンドで動いてないのにバックグラウンドタスクがいくつも走ってる。Claude CodeのUIには、しょっちゅう「アップデート可能」なんてメッセージが出るしね。

4:reacharavindh約7時間前

ここ数ヶ月は、hax[1]を使ってGPTモデルを動かしてる。余計な機能がないミニマルなハーネスで、基本はbashに頼るスタイル。過剰に作り込まれたハーネスばかりの中、新鮮で心地いいよ。

特別なアクションが必要な時は、MacのCLIツールを作って、システムプロンプトに一行追加してAIにそのツールの存在を教えるだけ。これで十分快適。

[1] - https://usehax.dev/

関係者じゃないよ。ただの幸せなユーザーだ。

5:thebeardisred約7時間前

こういう時こそOSのディストリビューションモデルの良さがわかるよな。ソフトウェアをパッケージングしてテストし、まともなデフォルト設定を用意して、今回みたいな勝手な挙動を抑え込んでくれるんだから。

6:whimblepop約7時間前

これを無効にする公式設定はないけど、現状機能フラグが用意されてるみたい。~/.codex/config.toml[1]で変更できるよ。

  [features]
  daemon_auto_start = false


他にも起動時に~/.codex配下にpidファイルやロックファイルなんかを作るんだけど、これを削除して/dev/nullへのシンボリックリンクに置き換え、chattr +iあたりで書き込み禁止にすればOK。将来的に機能フラグが消されたとしても、バックグラウンドのデーモンが起動時にクラッシュするはず。

--

1: https://github.com/openai/codex/blob/0c329ad2c9d5a2592128a1d536c66e16f9397e46/codex-rs/core/config.schema.json#L869

7:Sha1rholder約7時間前

話が逸れるけど、ChatGPTやCodexのデスクトップ/Androidアプリのフロントエンド品質はひどいの一言。これだけ頻繁にエラーが出るような代物が、どうやってプロダクション環境を通過したのか謎だ。人間によるテストなんて全くしてないんじゃないの?

8:piker約7時間前

別にユーザーに敵対してるわけじゃないよ。ウチのリーガルIDEでもアップデート方式を検討したけど、セキュリティや安定性が最優先だからね。バグだらけのアプリを野放しにする方がユーザーにとって不親切だし。「完璧になるまでリリースするな」と言いたいのは山々だけど、現実的じゃないし。

デーモン方式も考えたけど、結局ブートするたびにアップデートを強制チェックする方式に落ち着いた。気に入らなければアプリを立ち上げなければいい、というユーザー選択の結果だ。

それに、そうやって気をつけててもAV(アンチウイルス)アルゴリズムに引っかからないようにするのは至難の業だよ。

詳しくはここに書いたよ:https://tritium.legal/blog/update

9:dllu約7時間前

あのデーモンにはバグが多すぎる。例えば自動アップデートの際に権限をめちゃくちゃにして、.gitが読み取り専用になってタスクが詰まることがあった。Codexのバグの多さには本当にうんざり。頻繁にバグで止まるから、何かタスクを任せても信用できないんだよ。

https://github.com/openai/codex/issues/52251#issuecomment-6090672165

10:silverbluep約6時間前

Codexは構造がひどすぎる。初期の頃に使ってたけど、状態データと設定データが混在してるんだよね。おかげでnix-darwin環境で宣言的に管理できなくて、ずっと前に捨てた。今回の件に対するCodex開発陣の反応を見て、もう二度とこのハーネスを信用することはないと思った。自分はopencodeでCodexを使ってるけど、こっちは今のところ大丈夫そう。少なくともOpenAIほど自社製品を囲い込んではいないみたいだし。

褒めたいわけじゃないよ。opencodeも怪しい挙動は多いけど、Codexほどひどくはないからね。