ChatGPT Desktopが Linux対応、 Claudeから 移行も
更新履歴を見る
- 2026年08月28日:内容の誤りを訂正しました(インポート機能の移行元をClaude全般からClaude Code・Claude Cowork・Cursorに修正、対応OSのバージョン等を一次情報で補強)

- OpenAIが8月11日、ChatGPT DesktopのLinux版プレビューを公開。一次情報で見ると対応OSはClaude Desktopより新しめのバージョンに絞られる代わり、Fedoraにも初日から対応した
- 追加されたインポート機能の移行元は、雑談用のClaudeではなく開発者向けのClaude Code・Claude Cowork・Cursor
- AGENTS.mdやMCP設定、フックまで移せるが、OpenAI自身が「動作の再現は保証しない」という趣旨のチェック項目を明記している
OpenAIが8月11日(米国時間)、ChatGPT DesktopのLinux版をプレビュー(試験的な先行公開)として公開した。この件はPC Watchも報じているが、OpenAI公式のドキュメント(learn.chatgpt.com)で対応環境を確認すると、対象はUbuntu 24.04 LTSと26.04 LTS、Debian 13、Fedora 43・44の5つで、x64・ARM64それぞれ向けに.deb/.rpmパッケージが用意されている。同じアプリの中で、通常のChatGPTに加え、社内の複数ツールから情報を集めて資料の下書きまで仕上げてくれる「ChatGPT Work」、コーディング作業を任せる「Codex」も動く。
Linux対応そのものは後追いだ。Anthropicの公式サポートページによれば、Claude Desktopは6月30日ごろにLinux版をベータ公開しており、OpenAIはおよそ6週間遅れで追いついた形になる。両社の対応OSを比べると、方向性がはっきり分かれているのがわかる。Claude DesktopはUbuntu 22.04以降・Debian 12以降と間口を広く取る一方、公式のインストール手順に載っているのはaptによる.debのみで、Fedora向けの配布はまだ無い。ChatGPT Desktopは逆に新しめのOSに絞り込む代わり、公開初日からFedora(43・44)にも対応した。もう一つ共通点もある。macOSやWindowsでは使える、AIが画面を直接操作する「Computer Use」という機能は、ChatGPTもClaudeも揃ってLinux版では使えない。両社とも公式に「今後のリリースで対応予定」とだけ述べており、デスクトップ操作の自動化はLinux環境の多様さが足かせになっていることがうかがえる。
今回の発表でもう一つ見ておきたいのが、ChatGPT Desktopに加わったインポート機能だ。ここは訂正しておきたい点がある。OpenAIの公式ドキュメントを確認すると、移行元はチャットアプリとしての「Claude」全般ではない。対象は、ターミナルで動くAnthropicのコーディング用AIエージェント「Claude Code」、Anthropicのデスクトップ版エージェント「Claude Cowork」(非エンジニア向けにファイル操作等を任せられる)、AIを組み込んだコードエディタ「Cursor」の3つに限られる。ターミナルで使うCodex CLI版はさらに絞られ、Claude CodeとCursorの2つからしかインポートできない。つまりこの機能が想定しているのは、ChatGPTとClaudeを雑談用に使い分けている人ではなく、Claude CodeやCursorで開発の指示ファイルやツール連携を作り込んできた開発者だ。
移せるものも、単なる「プロジェクトとチャット」より細かい。エージェントへの指示をまとめて書くファイル「AGENTS.md」や設定ファイル、スキル、プラグイン、既存のプロジェクトフォルダに加えて、Claude Codeが蓄積した「プロジェクトメモリ」、外部ツールとAIを繋ぐ共通規格「MCP」のサーバー設定、特定の操作の前後に処理を差し込む「フック」、役割を絞って呼び出す「サブエージェント」まで対象になる。チャットは直近30日分が対象で、Codex CLI版では最大50件までという上限がある。
ここまで細かく持ち運べるなら、移行のハードルはかなり下がったように見える。ただしOpenAI自身が、インポート後に確認すべき項目をわざわざ列挙している点は見逃せない。挙げられているのは、インポートしたスキルやエージェントの権限設定、独自の認証やヘッダーを使うMCPサーバーの設定(再ログインが必要になる場合がある)、フックの挙動が移行後に変わっていないか、シェルのコマンド展開やファイルパスの埋め込みに依存したプロンプトのテンプレートが壊れていないか、の4点だ。既存のエージェント設定自体は変更・削除されないとも明記されているが、裏を返せば「持ち込んだ設定が元の環境と同じように動く保証はない」という注意書きでもある。
このインポート機能が縮めるのは、あくまで「設定を作り直す手間」であって、「乗り換えた後にちゃんと動くかどうか」ではない。複数のAIツールを使い分けている開発者にとって、ゼロから設定を書き直さずに済むこと自体は間違いなく歓迎材料だ。ただしOpenAIが自ら挙げたチェック項目を一つずつ潰していく作業は、結局残る。移行コストが消えたのではなく、「ファイルをコピーする手間」から「コピーした設定が正しく動くか検証する手間」に置き換わった、というのが実態に近い。




