【2026 最新】ChatGPT Linux 桌面版完整教學：Ubuntu／Debian／Fedora 安裝，Chat／Work／Codex 怎麼選

ChatGPT Linux 桌面版現在已有 OpenAI 正式提供的 preview 應用程式，不必再把第三方 wrapper 當成唯一選項。不過，真正容易踩雷的並不是「怎麼雙擊安裝」，而是四件事混在一起：你下載的是不是正確架構、Wayland session 是否等於原生 Wayland、資料夾究竟開了多大，以及 Chat／Work／Codex／Codex CLI 到底該選哪一個。

這些疑問很快就出現在社群討論。r/linux 討論有人直接問：「What does it do that the codex cli doesn’t?」；Arch Linux 討論則很快出現多個名稱相近、啟動參數不同的 AUR recipe。能裝起來，只是第一關。

這篇教學會帶你完成 Ubuntu／Debian／Fedora 安裝與更新、Wayland 排錯、最小資料夾授權、模式選擇，以及 Arch／AUR 的來源驗證。所有產品狀態以 2026 年 8 月 13 日可查到的官方文件為界；Linux 版仍是 preview。

先說結論：安全上手 ChatGPT Linux，要分四層

• 套件：正式支援 Ubuntu Desktop 24.04／26.04 LTS、Debian 13、Fedora 43／44，並分 x64 與 ARM64。
• 顯示層：Wayland 桌面 session 不代表 app 正在跑原生 Wayland；預設會在可用時走 XWayland。
• 模式：要答案選 Chat；要可交付檔案選 Work；要改程式選 Codex；要終端、scripts 或 CI 選 Codex CLI。
• 權限：只掛任務需要的資料夾，從 Ask for approval 開始；不要為了排錯直接給 Full access。

最值得記住的一句話是：先看最後要檢查的產物，再選模式；先用最小範圍完成任務，再逐步加權限。

一、ChatGPT Linux 桌面版安裝前 30 秒：確認 distro、架構與顯示 session

先打開終端機，依序執行三個只讀指令：

cat /etc/os-release
uname -m
echo $XDG_SESSION_TYPE

• cat /etc/os-release：確認發行版與版本，不要只看桌面外觀。
• uname -m：輸出 x86_64 就選 x64；輸出 aarch64 或 arm64 就選 ARM64。
• echo $XDG_SESSION_TYPE：輸出 wayland 只代表桌面 session；app 後端仍可能是 XWayland。

OpenAI 的 Linux 支援頁目前只把下列桌面系統列入正式矩陣：Ubuntu Desktop 24.04 LTS、26.04 LTS；Debian 13；Fedora 43、44。Mint、Pop!_OS、Arch、Manjaro 或其他衍生版「可能能跑」，不等於正式支援，也不能直接視為與官方清單內版本相同的受支援環境。

官方下載檔怎麼選？

• Ubuntu／Debian x64：chatgpt_amd64.deb
• Ubuntu／Debian ARM64：chatgpt_arm64.deb
• Fedora x64：chatgpt.x86_64.rpm
• Fedora ARM64：chatgpt.aarch64.rpm

截至上述日期，官方 Linux 支援頁明列並連出的格式是 .deb 與 .rpm；Snap、Flatpak、AppImage 或 AUR recipe 若未由該頁提供或連出，不能只憑名稱視為 OpenAI 官方套件。

二、Ubuntu／Debian／Fedora 安裝與更新

Ubuntu／Debian：安裝 .deb

先把正確的 .deb 下載到 ~/Downloads。x64 執行：

cd ~/Downloads
sudo apt install ./chatgpt_amd64.deb
chatgpt

ARM64 只把檔名換成 chatgpt_arm64.deb。使用 apt install ./檔名 的好處，是 apt 會一併處理依賴；不要改用 sudo chatgpt 啟動應用程式。

Fedora：安裝 .rpm

x64 執行：

cd ~/Downloads
sudo dnf install ./chatgpt.x86_64.rpm
chatgpt

ARM64 把檔名換成 chatgpt.aarch64.rpm。安裝成功後，也可以從應用程式清單開啟 ChatGPT。

之後怎麼更新？

官方套件安裝時會設定 OpenAI 簽署的 package repository。這代表後續更新可交給 distro 套件管理器，但不應理解成「每台電腦一定自動更新」。需要更新時執行：

# Ubuntu / Debian
sudo apt update
sudo apt install --only-upgrade chatgpt

# Fedora
sudo dnf upgrade --refresh chatgpt

三、ChatGPT Linux 桌面版的 Wayland 與 XWayland

這裡最常見的誤解是：「我登入的是 Wayland，所以 ChatGPT 一定跑原生 Wayland。」實際上，官方文件寫得很清楚：在 Wayland session 中，app 會在可用時使用 XWayland；原生 Wayland 目前仍是 experimental。

如果預設啟動正常，就留在預設。只有你想測試原生 Wayland，才先完全退出程式，再執行：

chatgpt --ozone-platform=wayland

若浮動視窗、視窗定位、focus 或鍵盤快捷鍵變得不穩，完全退出後直接用 chatgpt 重開，回到官方預設路徑。不要把實驗旗標永久寫入 desktop launcher，直到你確定每次都需要它。

Linux 目前可用哪些快捷鍵？

• Ctrl+O：開啟資料夾
• Ctrl+N：新增聊天
• Ctrl+G：搜尋聊天
• Ctrl+`：切換 terminal
• Ctrl+Shift+/：開啟快捷鍵設定

以上來自 OpenAI 的通用 Commands 文件；原生 Wayland 下仍受快捷鍵可能不完整的限制。官方目前也沒有替 Linux 明列 Quick chat 全域熱鍵，不要直接照抄 macOS 或 Windows 的組合鍵。

四、Chat、Work、Codex、Codex CLI 怎麼選？

不要從功能名稱猜。Linux 安裝的是同一個 ChatGPT desktop app；Chat、Work、Codex 是其中的工作入口，Codex CLI 才是另外的終端入口。先問自己：「最後要交出並檢查的是什麼？」

• Chat：你需要一個答案、說明、比較、腦力激盪或短草稿。
• Work：你能描述清楚成果，希望 ChatGPT 產出報告、簡報、試算表、研究或其他可檢查 deliverable。桌面 app 的 Work composer 會顯示 Work locally；若介面另有 Cloud 選項，可在希望關閉 app／電腦後仍繼續執行，或要從 web／mobile 接續時使用。
• Codex（ChatGPT 桌面 app 內的 Codex 入口）：工作核心是 repo、程式碼、diff、測試、code review 或 Git。它會把 shell、變更與驗證過程放在更顯眼的位置。
• Codex CLI：你本來就在 terminal、SSH、script 或 CI 裡工作，或需要 codex exec 做非互動自動化。CLI 是獨立入口，不等於桌面 app 裡的 Codex。

一個具體例子：你有一個網站 repo。問「這個錯誤代表什麼」用 Chat；把訪談整理成簡報用 Work；修改元件並跑測試用 Codex；在 CI 自動做靜態檢查則用 Codex CLI。Work 也可能執行 code，Codex 也能做研究，差別主要是介面與驗收方式，不是四道互不相通的牆。

想深入理解 Work、本機資料夾與 AGENTS.md，可接著看 ChatGPT Work、本機資料夾與 Chat／Codex 分工；若你正在比較終端 coding agent，則看 Claude Code vs Codex 客觀比較。

Codex 裡的 Local、Worktree、Cloud 又是什麼？

• Local：直接在目前專案工作，適合你正在本機互動修改的 repo。
• Worktree：建立隔離的 Git worktree，讓任務不污染目前工作目錄；仍在你的電腦上執行。
• Cloud：送到已設定的遠端環境執行，適合希望 app 關閉後仍繼續的任務。

三者是 Codex 的執行環境，不是 Chat／Work／Codex 的替代名稱。想把更多入口放在同一張地圖，可參考 Chat、CLI 與 Agent Workspace 怎麼選。

五、本機資料夾與命令權限：從最小範圍開始

最安全的第一個練習，不是直接打開公司 repo 或整個 Home，而是建立一個沒有密鑰、沒有真實客戶資料的測試資料夾：

mkdir -p ~/chatgpt-linux-lab
printf '測試資料：請把這段文字整理成三點。\n' > ~/chatgpt-linux-lab/input.txt

在 Codex project 選單使用 Edit project → Add folder，只加入 ~/chatgpt-linux-lab。如果 Work 的 Local 選項在你的帳號可用，也只選這個測試目錄。接著要求它讀取 input.txt，把結果寫進 summary.md，並在寫入前先說明要做的變更。

Projects 文件有一個容易忽略的細節：Make primary 只決定新聊天、Git 操作與自動探索設定的預設位置，不是權限隔離。加入 project 的 secondary folders 仍可被讀寫，所以不要把不相關的 repo 一起掛進來。

一般使用者：先選 Ask for approval

• Ask for approval：先在 workspace 邊界內工作，跨界時停下來詢問，是最適合第一次使用的起點。
• Approve for me／Auto-review：主代理仍使用與 Ask for approval 相同的 sandbox、approval policy、network 與 filesystem limits；跨界請求會交給獨立 reviewer，只有 reviewer 核准後才執行。它不是 Full access。
• Full access：可編輯電腦上的任何檔案，並執行可連網的命令，而且不會要求批准；這會顯著增加資料遺失、外洩與非預期行為風險。只在明確理解當次任務與風險時短暫使用。三種模式的完整邊界可查 OpenAI Permission modes。

Codex CLI：先看狀態，再精確加目錄

Codex CLI可用官方安裝腳本另行安裝：

curl -fsSL https://chatgpt.com/codex/install.sh | sh

進入目標 repo 後執行 codex。在互動介面用：

/permissions
/status

/status用來確認 approval policy 與 writable roots。--add-dir是 CLI 啟動旗標，不是 slash command；若只需要額外開放一個資料夾，從 shell 以 codex --add-dir /精確/路徑啟動新 session，多個目錄可重複使用 --add-dir。不要改用 --sandbox danger-full-access。

進階 permission profiles另有 :read-only、:workspace、:danger-full-access，目前仍是 Beta，而且不能與舊版 sandbox 設定混用：若任何已載入的設定含 sandbox_mode，或啟動時傳入 --sandbox，Codex 會採用舊設定而忽略 default_permissions。Profiles 只控制本機 sandboxed commands；connectors、MCP、browser、Computer Use、Codex cloud 與已核准的 escalations 各有獨立控制。

這一層其實就是 AI Agent 的 sandbox、工具與批准機制。若想理解它為什麼能讀檔、跑命令又需要人類介入，可看 AI Agent Harness 白話教學。

六、Arch／AUR：不要用套件名稱判斷可信度

先把界線說清楚：Arch 不在 OpenAI 目前列出的正式支援 distro，官方下載表只有 .deb 與 .rpm。AUR recipe 即使下載的是 OpenAI 上游 .deb，PKGBUILD以及 recipe 另外新增或替換的 launcher、hook、AppArmor 處理與旗標仍是社群維護內容，不能稱為「官方 Arch 套件」。

這也是本文不提供一行 yay -S 某個套件的原因：套件清單、maintainer 與 wrapper 行為會快速變動。名稱裡出現 official、票數較高，或下載來源是 OpenAI，都不足以單獨證明 recipe 值得信任。

AUR 安裝前的六步驗證

1. 先讀 ArchWiki 的 AUR 規則：AUR 是使用者提交、非官方且未被完整審核的 build script。
2. clone 該 package 的 Git repo，用 git ls-files列出 tracked files，再逐一查看 PKGBUILD、.SRCINFO、所有 .install與 launcher。先讀再跑，因為 PKGBUILD是 makepkg 會直接載入的 Bash script。
3. 檢查 source是否對得上前文官方下載頁連出的 OpenAI artifact；特別留意額外下載、SKIP、生命週期函式和不明 shell 指令。
4. 以一般使用者執行 makepkg --verifysource：它會按需下載 source並執行 recipe 宣告的 checksum／PGP checks，不解壓也不建置。不要使用跳過驗證的參數。這只能證明來源符合剛審過的 recipe；SKIP或和 URL 一起由 maintainer 提交的 hash，都不是 OpenAI 身分的獨立證明。若要交叉核對上游，還要比較 OpenAI 簽署 repository 的 Packages metadata。細節可查 makepkg(8)。
5. 驗證下載後，再檢查上游 .deb內的 control 與 data archive；確認 launcher、安裝 hook 與 AppArmor 處理是在重現 upstream、遺漏它，還是另加行為。特別留意是否自動加入 --ozone-platform=wayland或改用另一個設定檔。
6. 以一般使用者建置，每次更新前重新查看 Git diff；AUR helper 不會替你承擔審查責任。

git clone https://aur.archlinux.org/<package-name>.git
cd <package-name>
git ls-files
less PKGBUILD
less .SRCINFO
makepkg --verifysource

如果你無法解釋 recipe 下載了什麼、改了什麼、安裝後會執行什麼，低風險選項是先用 ChatGPT 網頁版、Codex CLI，或等待正式支援，而不是盲裝。

七、常見問題排錯：從症狀回到正確層級

1. 安裝時顯示 architecture 不相容

重新執行 uname -m。x86_64配 x64；aarch64／arm64配 ARM64。確認檔名後重新下載，不要強制忽略架構。

2. Linux 上照著別的平台輸入 codex app，卻打不開

Linux 桌面版的啟動指令是 chatgpt。目前官方 Developer commands仍把 codex app／/app限定在 macOS 或 Windows；不要把它當 Linux 啟動方式。

3. 原生 Wayland 下浮動窗、focus 或快捷鍵異常

先完全退出 app，再直接執行 chatgpt，比較官方預設啟動路徑；XWayland 可用時，app 會使用 XWayland。若你使用 AUR，再檢查 launcher 是否自動附加原生 Wayland 旗標。

4. Codex local sandbox 出現 Bubblewrap 或 user namespace 警告

OpenAI Sandbox 文件將透過套件管理器安裝 Bubblewrap 列為 Linux／WSL2 前置步驟：

# Ubuntu / Debian
sudo apt install bubblewrap

# Fedora
sudo dnf install bubblewrap

若 PATH找不到 bwrap，Codex 會嘗試 bundled helper，但該 fallback 仍需要系統允許建立 unprivileged user namespace，因此安裝 distro 提供的 bubblewrap套件是較可靠的做法。Ubuntu 24.04 若仍出現 AppArmor／user namespace 警告，優先依官方步驟載入 bwrap-userns-restrict profile；只有 profile 不可用或未能解決問題時，官方才列出全域關閉 restriction 的 fallback。不要用 --dangerously-bypass-approvals-and-sandbox、--sandbox danger-full-access或 chmod -R 777掩蓋設定問題。

5. App 看不到或寫不了某個資料夾

若是 Codex CLI 看不到或寫不了資料夾，先用 /status確認 writable roots；若是 ChatGPT desktop app，請檢查 project 的 attached folders 與 composer 下方的 permissions control，因為桌面 app 的 /status只顯示 chat ID、context usage 與 rate limits。兩者都再檢查 Linux 的 owner／mode，可用 ls -ld 路徑查看；不要用 root 身分啟動整個 app。

五個新手最該帶走的關鍵

1. 先跑 uname -m：套件格式看 distro，套件架構看輸出，不看感覺。
2. Wayland session ≠ 原生 Wayland app：預設 XWayland 能用就先留著。
3. 模式看產物：答案、成果檔、程式碼、終端自動化，依序對應 Chat、Work、Codex、Codex CLI。
4. 最小授權不是只讀而已：先縮小資料夾範圍，再決定可讀寫與是否可連網。
5. AUR 名稱不是信任證明：信任的是你剛檢查過的 source、hash、script 與 diff。

常見問題 FAQ

Linux Mint、Pop!_OS、Arch 能裝 ChatGPT Linux 桌面版嗎？

可能能跑，但不在目前正式支援清單。OpenAI 明列 Ubuntu Desktop、Debian 與 Fedora 的指定版本；衍生版或 Arch 出問題時，不應預期和正式矩陣相同的支援。

x86_64、aarch64 要選哪一個檔？

x86_64選 x64；aarch64或arm64選 ARM64。Ubuntu／Debian 再選 .deb，Fedora 選 .rpm。

我在 Wayland session，要立刻加 ozone-platform=wayland 嗎？

不要。先用 chatgpt預設啟動；原生 Wayland 仍是 experimental，只有比較或排錯時才暫時測試。

浮動視窗、定位、focus 或快捷鍵失靈怎麼辦？

先回到官方預設啟動路徑比較。XWayland 可用時，app 會使用 XWayland。完全退出 app 後直接執行 chatgpt；若使用 AUR，還要檢查 wrapper 是否自動加了原生 Wayland 旗標。

Chat、Work、Codex、Codex CLI 最快怎麼選？

答案用 Chat、成果檔用 Work、改程式用 Codex、終端自動化用 Codex CLI。能力會重疊，這是選起點的規則，不是能力硬邊界。

Codex 的 Local、Worktree、Cloud 差在哪？

Local 直接改目前專案；Worktree 在本機隔離 Git 工作目錄；Cloud 在已設定的遠端環境執行。Local 和 Worktree 都仍在你的電腦上。

Open Folder 或 read-only 是否代表秘密檔安全？

不是。read-only 只限制本機 command execution 的寫入，不代表無法讀取；掛入 project 的 secondary folders 也仍在可存取範圍。建立乾淨 root，並先確認 permission profile 沒有被舊 sandbox_mode或 --sandbox覆蓋，再對 .env等敏感路徑明確 deny。

AUR 上的 ChatGPT 套件能不能信？

不能一概而論。你能信任的只會是當下逐檔檢查過的 PKGBUILD、來源、hash、launcher、安裝 hook 與更新 diff；不想做這輪審核，就先用網頁版或 Codex CLI。