のいログ

記事を検索
AIの使い方

ChatGPTアプリ（Mac版）がクラッシュするバグに遭遇〜Claudeに助けてもらった顛末

macOS版ChatGPTアプリを26.810.41047 (6570)へ更新したところ、CPU使用率が100%に達し、起動から約2分で落ちるようになりました。筆者の環境では、原因は無効にしたはずのComputer Useでした。設定やヘルパーを消してもアプリが復活させるため、最終的には復元先への書き込みを止めることで回避しました。ただし、これは編集部の1台で確認した結果で、OpenAIによる原因説明や公式な修正はまだ確認できていません。

いつものアップデートでChatGPTが仕事から消えた

「お、アップデートきてる。ポチッとな」と、いつものようにMacのChatGPTアプリをアップデートしました。対象は日本時間で2026年8月14日に配信された26.810.41047 (6570)です。ところが起動後すぐにCPU使用率が100%へ張り付き、約2分で落ちるようになってしまいました。

現在、筆者はChatGPTのPlusプランとClaudeのProプランを併用しています。どちらも毎日使っているので、片方が欠けるだけでも仕事に支障が出ます。まずChatGPTで行っていた作業をClaudeへ一時的に移し、時間が空いたタイミングで、そのClaudeに原因の調査と修正を依頼しました。

なお、今回の症状はCLI版のCodexやChatGPT Classicアプリには出ていなかったため、そちらを使うという手もありました。

原因はComputer Use。無効にしても復活してしまう

ClaudeにMacのクラッシュレポートを渡すと、解析を進めて原因をComputer Useへ絞り込みました。そこでまず、ChatGPTのプラグイン画面からComputer Useを無効にして再起動してみました。これで直れば簡単だったのですが、症状は変わりませんでした。

そこでClaudeへ、同じ症状のIssueがGitHubに上がっていないかも調べるように頼みました。

同じようなissueすでに上がってない？

Claudeはopenai/codexのIssueを調べたうえで、筆者の設定ファイルにComputer Use関連のヘルパーを呼び出す設定が残っていることを見つけました。

GitHubの openai/codex に近そうなissueが複数ある。中身確認する。
issue、既に上がってる。しかも全部オープン（未修正）。手元の環境も照合する。
これは決定的。あなたのconfigに、issue #26458で「これが原因」と特定されてる設定がそのまま入ってる。

答え: 上がってる。しかも全部オープン（未修正）。さらに、あなたのconfigに原因そのものが埋まってた。

設定を消しても、ChatGPTアプリが書き戻す

次に、この設定をコメントアウトし、Codexを起動し直して動作を確認してもらいました。しかし、これも失敗でした。ChatGPTアプリが起動時に設定を復活させていました。

1回目の修正（config編集）は失敗した。

notify をコメントアウトしたが、ChatGPT がアプリ起動時に config.toml を書き戻して16行目に notify を復活させた。これが #26738 の「configで無効にしてもヘルパーが再生成される」の正体。私が最初に「configから消せば直る」と言ったのは誤りだった。

設定を直しても、アプリ自身が元へ戻してしまいます。これでは再起動するたびに同じ症状が戻ってきます。

ヘルパーをリネームしても再生成された

次にClaudeが試したのは、Computer Useヘルパーの実行ファイルをリネームする方法です。これも上手くいきませんでした。設定と同じように、ChatGPTアプリが実行ファイルまで復活させてしまったためです。

アプリはリネーム直後に Codex Computer Use.app を自動で作り直した（22:05の起動時）。UIでプラグインをアンインストール済みにもかかわらず、だ。

これで #26738 の「無効化してもヘルパーが再生成される」を自分の環境で再現・確認できたことになる。あなたの「UIで無効にしてる」という情報がこれを確定させた。

macOSのAutomation権限をリセットしても変化なし

macOSのAutomation権限をリセットする案も試しましたが、これも不発に終わりました。

権限リセットも無効。シグネチャは完全に同一（computer-use 187本、ffi_call_SYSV 184本）。つまりApple Eventの送信先はTCCの対象外＝同一署名のプロセス（自分自身か自前ヘルパー）の可能性が高い。

ここまでで、設定画面、設定ファイル、ヘルパー、Automation権限のどれを触っても直りませんでした。なかなか手強いです。

復元先を書き込み不可にして、ようやく復旧

最後にClaudeが提案したのは、Computer Useヘルパーと設定を削除したうえで、OSレベルで復元先への書き込みを禁止するという荒技でした。

今度はアプリが復元できない形で消す。

ヘルパー退避＋config書き換えロック完了。この状態ならアプリは復元できない。起動して検証する。

これが上手く働き、ChatGPTアプリは無事に起動するようになりました。復旧まで約1時間かかりました。Claudeの助けがなければ、筆者だけでクラッシュレポートとアプリ内部の動作を追い、ここまでたどり着くのはかなり難しかったと思います。

ただし、これは編集部の1台で成功した回避策にすぎません。ターミナルでの操作を伴い、ChatGPTアプリが想定した使い方でもありません。復元先を書き込み不可にするためComputer Use自体も使えなくなります。同じ症状が出ても原因が同じとは限らないので、安易に試すより公式の修正を待ったほうがよい場合もあります。

進化の速いAIは動作環境がまだ不安定。複数サービスで逃げ道を作りたい

今回はClaudeへ調査を頼むことでChatGPTを復旧できましたが、いつも同じように直せるとは限りません。復旧にもっと時間がかかったり、公式アップデートを待つしかなかったりすることもあるでしょう。

筆者はComputer Useをもともとあまり使っていなかったので、今回の回避策で大きく困ってはいません。ただ、この不具合が修正されたアプリが出るまではComputer Useを使えません。日常的に利用している人なら、回避策としては選びにくいはずです。

AI自体の進化が速いのはもちろん、AIを使うアプリも毎日のようにアップデートされています。その陰で、今回のようなバグが入り込みやすくなっているようにも思います。

仕事でAIを常用するなら、ひとつが落ちても作業を続けられる逃げ道を用意しておきたいです。 ChatGPTとClaudeを併用する、CLI版や別アプリを残しておく、OpenCodeのようにオープンウェイトのモデルも選べる道具を試しておく、といった方法があります。複数のAIや利用経路を持つことは、機能比較だけでなく仕事を止めないためのリスク分散にもなりそうです。

出典メモ

この記事を書いた人

のい

のい

「のいログ」のガジェット・家電好きなライター兼編集者。
学生の時、家電量販店で見たiMacのSafariが表示するWebページがまるで印刷物のように美しく感動したのがきっかけでMacに憧れる。
社会人になって念願だったMacbookを購入して以来のMacユーザー。
Appleに限らず生活や仕事を豊かに効率的にしてくれるガジェットや家電全般が好きで、毎日のようにパーソナルコンピューティングの未来を妄想している。

この著者の記事を見る
記事一覧へ戻る