ChatGPT Chrome 扩展用不了：先分清是商店不让装还是桌面应用连不上

OpenAI 在 2026 年 10 月 15 日宣布 Chrome 扩展升级之后，去装它的人卡住的位置只有两类。一类是根本装不上：桌面应用里点 Install 跳到 Chrome 应用商店，页面显示“此商品无法购买或下载”，登录 Google 账号后变成“此商品已售罄”。这和你的电脑、Chrome 版本都没有关系，是所在地区的问题：中国大陆不在 OpenAI 的支持国家名单里，截至 2026 年 10 月 17 日没有官方的安装途径。另一类是装上了却连不上：侧边栏显示 “Install the app to use ChatGPT in Chrome”，设置里显示 “Browser extension not installed”，任务里报 “Unable to find the connected browser” 或 “Sheep MCP session closed: RPC INTERNAL”，或者侧边栏整个变成 “ChatGPT for Chrome is coming soon”。这一类的故障点几乎都在 ChatGPT 桌面应用和 Chrome 之间的连接上，而不是 Chrome 本身；每句提示对应的处理不一样，其中 10 月 15 日之后新出现的两种，OpenAI 截至 10 月 17 日还没有任何说明。

下面带贡献者和日期的做法，来自 GitHub 上 openai/codex 仓库里其他用户的报告和互相确认，不是 OpenAI 的官方方案；在别人机器上有效不等于在你的机器上也有效。

先认对象：OpenAI 官方 ChatGPT 扩展要配合新版桌面应用才能用

Chrome 应用商店里名叫 “ChatGPT”、开发者是 OpenAI 的那个扩展（ID hehggadaopoacecdllhhajmbjkdcmajg），就是 10 月 15 日公告里的那一个。截至 2026 年 10 月 17 日它是 1.26.1005.11759 版，10 月 15 日更新，约 700 万用户，922 条评分平均 2.2 分（Chrome 应用商店的 ChatGPT 扩展页面）。它和 2023 年以来中文文章里介绍的各种“ChatGPT Chrome 扩展”不是一回事：那些是第三方开发者做的，装上就能单独用；这个是 OpenAI 自己的，商店页面没写、但官方文档写明它只是让 ChatGPT 桌面应用在 Chrome 里工作的一个入口，没有桌面应用它什么也做不了。

这里的桌面应用是 2026 年 7 月 9 日起把 Chat、Work 和 Codex 合在一起的新版 ChatGPT 应用。它由原来的 Codex 应用升级而来，包名仍是 com.openai.codex，数据目录仍是 ~/.codex，所以 GitHub issue 和今年上半年中文帖子里说的“Codex Chrome 插件”“Codex 扩展”都是它；macOS 上原来那个 ChatGPT 应用现在叫 ChatGPT Classic，扩展认的不是它（OpenAI 帮助中心的 ChatGPT macOS 应用更新记录，7 月 9 日条目）。

整套东西一共三件：Chrome 里的扩展、桌面应用，以及桌面应用写进 Chrome 配置目录里的一个原生消息传递主机（native messaging host，Chrome 靠它把扩展的消息转给桌面应用，下文简称原生消息主机）。任何一件缺了、版本对不上，或者桌面应用到 OpenAI 服务端的连接不通，侧边栏就会说请安装应用，设置里就会说扩展未安装，哪怕两边其实都装着。后面几节的故障，除了商店那一种，全都出在这三件之间。

按 OpenAI 的 Browser extension 官方文档（learn.chatgpt.com，只有英文版），扩展支持 Chrome、Edge、Brave、Opera 和 Vivaldi，侧边聊天只在 Chrome、Edge、Brave 和 Vivaldi 里有，Opera 的任务要从桌面应用发起；能不能用“取决于推送进度和你的工作区设置”。官方安装顺序是：更新桌面应用 → 打开 Settings > Computer Use（菜单名以英文界面为准，中文界面的译名没有公开记录，下同）→ 选浏览器，装它要求的插件 → 点 Install 跳到商店安装并确认权限 → 回到设置确认该浏览器一行显示 Manage → 新建 Work 或 Codex 对话，用 @ 选中浏览器，而且要在装了扩展的那个 Chrome 配置文件里操作。

侧边栏这个形态来自 7 月 9 日（北京时间 7 月 10 日）那次升级（IT之家关于 OpenAI 升级 Chrome 版 ChatGPT 扩展的报道）；10 月 15 日的升级把完整的 ChatGPT 历史放进侧边栏，Chat 模式可以看你打开的标签页，Work 模式可以操作它们，公告写明 “Available for all ChatGPT plans”，没有提地区（@ChatGPT 在 X 上发布的 Chrome 升级公告，2026 年 10 月 15 日）。

按屏幕上那句提示分流：7 种提示对应的原因和处理

英文提示是英文界面的原文；中文界面的对应措辞没有公开记录，认关键词即可。

“此商品无法购买或下载”：地区不在支持名单，没有官方安装途径

这一类的过程都一样：在桌面应用的 Settings > Computer Use 里，Google Chrome 一行显示红色的 “Browser extension not installed” 和一个 Install 按钮，或者在插件页顶部的 “Use ChatGPT while browsing” 点 Install，Chrome 应用商店打开后显示“此商品无法购买或下载”；登录 Google 账号再试，变成“此商品已售罄”并跳到 /error 页。桌面应用设置里的浏览器一栏可能同时显示“应用内浏览器插件不可用”。GitHub 上三条报告都是这样：openai/codex issue #36319（2026 年 7 月 31 日，macOS，报告者在中国）、issue #44958（9 月 12 日，Windows，中文报告）、issue #45589（9 月 15 日，Windows，Plus 用户，未说明地区）。#36319 里本地插件和原生消息主机都正常，问题只在商店这一步。

这句错误提示是 Google 商店的文案，OpenAI 没有公布过扩展在商店里对哪些地区开放，所以“商店拒绝是因为地区”是推断，依据有两条。第一，欧洲用户在 2026 年 5 月报告过同一类现象：插件列表为空、Chrome 开关灰掉并提示 “Disabled by your organization or unavailable in your region”，OpenAI 贡献者 chess-oai 在 8 月 15 日回复，Computer Use 和 Codex Chrome 扩展于 6 月 16 日向欧洲经济区、英国和瑞士推送（openai/codex issue #21598 里 OpenAI 贡献者关于欧洲推送时间的回复）。也就是说扩展确实按地区放开，而且比 ChatGPT 本身晚。第二，OpenAI 的 ChatGPT 支持国家和地区列表截至 2026 年 10 月 17 日包含日本、韩国、西班牙和中国台湾，不包含中国大陆、香港和俄罗斯；页面同时写明，从名单之外访问或向名单之外提供服务，可能导致账号被封或停用。

#36319 里有人报告换了海外网络节点之后商店页能装了，也有人报告换节点、新建 Chrome 配置文件、登出再登录都没用，最后用一份非官方的外部扩展配置文件强行装上，并注明“这不是官方方法”。这些只是别人的记录，不是可以照做的步骤：按上面那条支持国家规则，从名单之外访问本身就有账号风险，而且 Computer Use 的官方文档也写着它只在“支持的地区”可用，商店并不是唯一一道地区检查。所在地区不在名单里时，这一支的结论就是目前没有正规的安装办法；地区不受支持对账号意味着什么，见 ChatGPT 解除封锁一文里受限国家与账号停用的部分；Computer Use 本身看不到入口时该查地区、插件开关还是权限，见 Codex Computer Use 怎么用：安装与不可用排查。

如果你所在的地区在名单里，仍然看到这句提示，目前没有人给出有效做法：#45589 的 Windows 用户登录 Google 后也装不上，#36319 里新建配置文件和切换商店页语言都失败过，7 月 26 日发给 openai-chrome-devs@openai.com 的邮件没有回音。能做的是在 #36319 下补一条带地区、系统、桌面应用版本和商店页截图的报告。

提示 Install the app：桌面应用没识别到扩展，macOS 先查权限

这是 9 月 14 日到 10 月 15 日之间 macOS 用户报告最集中的一类：chrome://extensions 里扩展明明已启用，Settings > Computer Use 里 Google Chrome 一行却显示 “Browser extension not installed” 或 “Not installed”，侧边栏显示 “Install the app to use ChatGPT in Chrome”，下面两个选项是 “Download ChatGPT” 和 “Or open the app if already installed”；设置里的 “Reinstall extension” 和 “Remove extension” 按钮是灰的，Work 对话的 @ 菜单里没有 Chrome，但桌面应用自带的内置浏览器和对 Chrome 的原生电脑操控都还能用。报告集中在 macOS 26 和 27，桌面应用 26.915 到 26.1007，扩展 1.26.901 和 1.26.1005：

• openai/codex issue #46463：扩展已启用但设置显示未安装（9 月 18 日）
• issue #49724：Reinstall extension 按钮灰掉、诊断报清单缺失（9 月 30 日，Pro 用户）
• issue #51395：侧边栏要求安装应用、设置显示 Not installed（10 月 6 日）
• issue #53231：设置识别到扩展后侧边栏仍要求安装应用（10 月 12 日）
• issue #54067：桌面应用 26.1007.71326 上的同一症状（10 月 14 日）

先走官方步骤。它们解决的是最常见的几种错配，也是 OpenAI 支持人员在 10 月 14 日仍然要求先确认的内容（OpenAI 社区里 macOS 原生消息主机连不上的讨论帖，含 OpenAI_Support 的回复）：

1. 更新桌面应用；电脑上如果还装着别的 ChatGPT 或 Codex 桌面应用副本，更新或删掉。
2. 重启 Chrome，从工具栏或扩展菜单重新打开侧边聊天。
3. 回到 Settings > Computer Use，确认 Chrome 一行显示 Manage；显示 Install 就按“先认对象”一节里的官方顺序重做一遍；@ 菜单里没有 Chrome 就把该行的开关打开。
4. 确认你用的是装了扩展的那个 Chrome 配置文件，并且扩展在该配置文件里是启用状态。
5. 新建一个 Work 或 Codex 对话再试，不要在旧对话里试。
6. 重启桌面应用；还是连不上，就在 Settings > Computer Use 里重新安装扩展。
7. 仍然不行，在应用里运行 /feedback，联系支持时附上对话 ID。

走完官方步骤还是 “not installed”，上面那批报告里的用户几乎都试过重装和重启，无效。他们最后有效的做法集中在 macOS 的两项隐私权限上，都是用户互相确认的，不是 OpenAI 的说法：

• 给 ChatGPT 开 Chrome 的文件和文件夹权限：系统设置 > 隐私与安全性 > 文件和文件夹（Files & Folders），展开 ChatGPT，打开 Google Chrome 这一项，然后用 Cmd+Q 彻底退出 ChatGPT 和 Chrome，再重新打开。Roni-TheMAN 在 10 月 10 日于 #51395 提出，tripasect 和该 issue 作者 10 月 12 日确认有效；garyamorris 10 月 12 日在 #53231 独立报告了同样的原因和结果。
• 重新给 ChatGPT 开完全磁盘访问权限：系统设置 > 隐私与安全性 > 完全磁盘访问权限（Full Disk Access），把 ChatGPT 关掉再打开，或者新加进去，然后重启 ChatGPT 和 Chrome。damirradanovic 9 月 19 日在 #46463 提出，StephenRi 9 月 20 日确认；allandelmare 10 月 1 日和 bananakiu 10 月 11 日在 #49724 也确认。#51395 的作者在 10 月 9 日遇到的情况是这个列表里根本没有 ChatGPT 可勾，这时只能走上一条。

这两条为什么有效，OpenAI 没有解释：官方的 Browser extension 和 Computer Use 两份文档只提到 macOS 需要“屏幕录制”和“辅助功能”权限，没有提任何文件夹权限。从报告里的诊断信息能推出一个合理但未经官方确认的机制：桌面应用要把原生消息主机的清单文件写进 Chrome 的配置目录，macOS 的隐私保护不放行时写入失败，Chrome 找不到清单，扩展就无法把消息转给桌面应用。8 月到 10 月多条报告里的 EPERM 错误和“清单缺失”诊断都指向这一步。

想知道自己是不是这种情况，可以在终端里用只读命令看一眼这两个位置。截至 2026 年 10 月 17 日，一台扩展正常工作的 Mac（Apple Silicon，桌面应用 26.1013.31256，Chrome 155.0.8059.84，扩展 1.26.1005.11759）上用 ls、cat、defaults read、pgrep 这些只读命令能看到的布局如下；那台机器没有出现故障，所以问题没有被复现，上面两条修法也没有在它上面执行过，macOS 隐私权限的状态同样没有看。

ls ~/Library/Application\ Support/Google/Chrome/NativeMessagingHosts/
# 正常时应有 com.openai.codexextension.json

cat ~/Library/Application\ Support/Google/Chrome/NativeMessagingHosts/com.openai.codexextension.json
# "name": "com.openai.codexextension"
# "description": "ChatGPT browser native messaging host"
# "type": "stdio"
# "allowed_origins": chrome-extension://hehggadaopoacecdllhhajmbjkdcmajg/ 和另一个扩展 ID
# "path": ~/.codex/plugins/cache/openai-bundled/chrome/latest/extension-host/macos/arm64/ChatGPT for Chrome

ls -la ~/.codex/plugins/cache/openai-bundled/chrome/
# latest 是一个符号链接，指向以桌面应用版本号命名的目录，例如 26.1013.31256
# 该目录下 extension-host/macos/arm64/ 里有 1.1 MB 的可执行文件 "ChatGPT for Chrome"

对照这三样：清单文件不存在，或者 path 指向的 “ChatGPT for Chrome” 可执行文件不存在、latest 链接指向的目录不存在，就是上面说的“没写进去”，先做权限那两步，再 Cmd+Q 两边重开，然后看设置里 Chrome 一行是否变成 Manage。清单和可执行文件都在，设置却仍然说 “not installed”，就是 issue #54399（10 月 15 日，桌面应用 26.1007.71326） 那种情况，截至 10 月 17 日没有人给出做法，只能按下文的渠道报告。另外，扩展清单里写的最低 Chrome 版本是 116，2026 年的 Chrome 都远高于这个数，Chrome 版本不是这类问题的原因。

Windows 上同一症状的报告走的是注册表和路径：issue #53476（10 月 12 日） 里清单文件存在，但 HKCU\Software\Google\Chrome\NativeMessagingHosts\com.openai.codexextension 这个注册表项不存在，任务被中止并提示 “Computer Use has been stopped for this turn because it could not determine the current browser URL”；issue #54586（10 月 16 日，Brave） 里设置显示 Installed / Manage，诊断却报原生消息主机清单和注册缺失。两条截至 10 月 17 日都没有有效做法。Windows 上有人确认修好的只有把 .codex 目录挪过位置的那种情况，见后面 Browser is not available 一节。

报 RPC INTERNAL 或找不到已连接的浏览器：10 月 15 日起的新故障

10 月 15 日扩展更新到 1.26.1005.11759 之后，一批原本能用的用户在侧边栏或 Work 对话里开始遇到同一组报错：先是所有网站都 “Unable to find the connected browser”，后来变成浏览器初始化卡住约一分钟，然后抛出 McpServerError: Sheep MCP session closed: RPC INTERNAL（错误码 UNAVAILABLE，JSON-RPC -32000）。Intel 和 Apple Silicon 的 Mac、Windows 10 22H2 都有，共同点是桌面应用自己对 Chrome 的操控和 Codex 的独立 Chrome 集成还正常，只有侧边栏和 Work 这条路坏了；一位用户抓的 Chrome 日志显示扩展收到了 MCP 的 initialize 之后再无动静，负责执行的离屏文档始终没有加载（openai/codex issue #54376：10 月 15 日起 RPC INTERNAL 报错的汇总帖）。Chrome 应用商店 10 月 16 日的评论里是同一批文字，另外还有 “The browser connection failed. Please reconnect the Browser extension, then tell me to retry.” 和 “Codex chat history no longer loads”。

截至 2026 年 10 月 17 日，OpenAI 在 X、帮助中心的更新记录、GitHub 和官方社区都没有对这一波故障做说明。目前有效的只有一个用户互相确认过的变通法，CecyMadero 在 10 月 16 日于 #54376 提出，RainelHub 和 axeexcess 确认，10 月 17 日还有人回帖致谢：

1. 在侧边栏里切到 Chat 模式；
2. 让它读一个你已经在 Chrome 里打开的页面，比如“总结当前这个标签页”；
3. 接受弹出的网站访问权限请求；
4. 切回 Work 模式，重新选择模型，再执行原来的任务。

另一位用户 nhorlock 在 10 月 16 日给了一个没有验证过的解释：扩展首次引导里“测试功能”那一步会触发一次浏览器权限请求，手动发起的任务不会触发，跳过了引导的人就留下了一个“已连接但初始化不了”的扩展，上面的变通法相当于手动补了这次请求。商店评论者 Mike Z 说当天晚些时候“修好了”但 Work 对话仍然看不到，这可能意味着服务端做过部分恢复，但同样没有官方说法。变通法无效时，桌面应用里直接 @Chrome 发任务这条路在所有报告里都还通。

侧边栏变成 coming soon：等待页是扩展自带的，没有修法

同样从 10 月 15 日开始，另一批原本能用的用户打开侧边栏看到的是一整页 “ChatGPT for Chrome is coming soon”，下面一行 “The ChatGPT extension is rolling out gradually. In the meantime, you can use ChatGPT on the web.”，无痕窗口里也一样；Brave 用户看到的是 “ChatGPT for Brave is coming soon”。报告来自一位 Windows（版本 10.0.26200）上的 Pro 用户（openai/codex issue #54355：侧边栏变成 coming soon（10 月 15 日））和一位 ChatGPT Team 工作区的 Windows 用户，后者 Chrome 和 Edge 都坏在 10 月 15 日，并且在同一天里先后见过 “This is open in another app. Close it there to continue here.”、“Unable to find the connected browser.”、“RPC INTERNAL” 和 “chatgpt.com refused to connect.”（issue #54484：Team 工作区 Chrome 与 Edge 同时失效（10 月 16 日））。他们试过更新和重启应用、关掉 Chrome、卸载重装扩展、登出再登录、换 Edge、几小时后再试，都没有变化；桌面应用里 @Chrome 控制浏览器仍然正常。

这页文字不是网页，是扩展安装包里自带的一个 waiting-room.html 文件（前面那台正常工作的 Mac 上，扩展 1.26.1005.11759 的目录里就有它），也就是说扩展本身准备了一张“还没轮到你”的等待页，什么时候显示由服务端决定。原本能用的人在 10 月 15 日更新后被挡到这页，最合理的解释是这次升级重新按账号或工作区分批放开，老用户也要重新排队；这是推断，OpenAI 截至 10 月 17 日没有说明。Brave 用户停用再启用扩展后，侧边栏加载出来的是新的 Chat / Work 界面，旧的侧边聊天界面没有了，侧边栏嵌入的是 https://chatgpt.com/?surface=browser_side_chat 这个地址，所以等待页消失后看到的界面和 10 月 15 日之前不一样是正常的。

这一支没有本地可做的事：重装、重登在所有报告里都无效，反复做没有意义。能做的是继续用桌面应用里的 @Chrome，在 #54355 下补一条带系统、浏览器、套餐或工作区类型和时间的报告，然后等待。

报 Browser is not available：开了代理或挪过 .codex 目录的情况

这一组的提示不在侧边栏，而在 Work 任务失败时或者桌面应用日志里：日志先出现 IAB_LIFECYCLE captured session route，约 374 毫秒后变成 REVOKED，接着是 “No ChatGPT browser route is available for browser session …”；@Chrome 直接失败或 30 秒超时，而扩展、清单文件、Chrome 的检查全部通过。这类问题有两种已经被人定位到环境上的情况，都只在报告者自己的机器上验证过。

用了代理客户端。openai/codex issue #52472：浏览器路由被收回（10 月 9 日，macOS 27，桌面应用 26.1002 到 26.1007，也有 Windows 用户） 的作者在 10 月 10 日报告：把代理客户端切到 TUN 模式后，Chrome 扩展的控制就恢复了，原因是桌面应用到后端的长连接 WebSocket 一直在超时；他自己也注明这“不能证明根本原因”。如果你的电脑上开着代理客户端，而且提示正是路由不可用或超时，先查代理模式和它对 WebSocket 的处理，再去动扩展。

Windows 上挪过 .codex 目录。issue #54036：Windows 11 上 Browser is not available: iab（10 月 14 日，家庭中文版，MSIX 26.1007.9446.0） 的用户看到的是 “Browser is not available: iab” 和路由不可用，诊断显示 chrome-native-hosts-v2.json 是旧的、chrome\latest 这个目录联接从未创建、Edge 的 NativeMessagingHosts 注册表项缺失。xzdxjbs 在 10 月 15 日找到原因：他的 C:\Users\你的用户名\.codex 是指向 D:\Codex\.codex 的目录联接，桌面应用配置里记的路径和真实路径对不上，Chrome 和 Edge 的后端就一直没被注册。他的做法是先比较两条路径（把引号里的路径换成你自己的 CODEX_HOME）：

node -e "const fs=require('fs');const p=process.argv[1];console.log('configured:',p);console.log('realpath  :',fs.realpathSync.native(p))" "C:\Users\你的用户名\.codex"

两条不一致，就把 CODEX_HOME 环境变量设成真实路径，然后重启桌面应用，再重启 Chrome 和 Edge，让 extension-host.exe 重新拉起：

[Environment]::SetEnvironmentVariable('CODEX_HOME','D:\Codex\.codex','User')

做完之后浏览器列表里出现了 Chrome 和 Edge；内置浏览器在他的一台机器上要完整重启 Windows 才恢复。这两条命令只在该 issue 的报告者机器上验证过，路径要换成你自己的。issue #54586（10 月 16 日） 的 Brave 用户路径本来就是真实路径，这个办法对他无效，所以它只适用于确实挪过目录的人。

什么时候该停：地区、服务端故障，以及去哪里报告

四种情况继续折腾本地设置没有意义：

• 商店显示“此商品无法购买或下载”，而你在中国大陆或香港：地区不在名单，没有正规安装途径。
• 侧边栏显示 coming soon：服务端还没放开，本地无解。
• RPC INTERNAL 这一波：变通法无效就等 OpenAI 修，桌面应用的 @Chrome 仍可用。
• 侧边栏显示 “chatgpt.com refused to connect”：是 chatgpt.com 本身打不开，先按服务故障、Cloudflare 拦截、网络过滤、地区这几类分清（ChatGPT 解除封锁：学校、公司和受限国家先分清封锁类型再处理），扩展层面没有可做的。

报告的渠道和要带的信息：

• 官方文档的最后一步是在应用里运行 /feedback，联系支持时附上对话 ID。
• OpenAI 社区的版主在 8 月 27 日说明，这类问题正式的报告和跟踪地点是 GitHub 上的 openai/codex issue 仓库；上面各节引用的 issue 就是现成的汇总帖，补在对应 issue 下比新开一条更容易被归并处理。
• OpenAI 支持人员 10 月 14 日要的信息可以直接当作报告模板：Settings > Computer Use 里 Chrome 是否显示 Manage；用的是不是装了扩展的那个 Chrome 配置文件；新建 Work 或 Codex 对话、@Chrome 发一个简单任务后，连接是否保持，以及报错的原文。
• Windows 11 用户遇到 “Error creating chat: The system cannot find the file specified (os error 2)”，旧对话能开、新对话失败：支持人员 8 月 6 日的说法是它通常指向本地缺少某个文件或资源，可能出在扩展与桌面应用的连接上，这个错误没有文档记载；该案例 8 月 10 日关闭时没有解决（OpenAI 社区里关于 os error 2 新建对话失败的讨论帖）。
• 网上流传的“退出应用 → 在 Chrome 地址栏输入 chrome://restart → 先启动 ChatGPT 再开 Chrome”这个顺序，来自 OpenAI 社区一位成员 10 月 16 日的帖子，不是支持人员的建议，帖子里也没有人确认有效。

OpenAI 帮助中心截至 10 月 17 日没有专门讲这个扩展的条目，中文页面里最接近的是讲桌面应用内置浏览器的那篇，它不涉及扩展排错；扩展唯一的官方文档是 learn.chatgpt.com 上那页英文的 Browser extension，中文和日文路径都没有对应译文。

免费版、Edge 和旧对话：关于 ChatGPT Chrome 扩展的其他问题

ChatGPT Chrome 扩展在哪里下载？有没有离线安装包？

只有 Chrome 应用商店一个来源，入口是桌面应用 Settings > Computer Use 里 Chrome 一行的 Install 按钮，或者直接打开商店页。没有离线安装包：5 月 8 日就有人在 openai/codex issue #21700 里问有没有离线安装程序，截至 10 月 17 日没有回复。桌面应用的下载在 learn.chatgpt.com，macOS 的按钮写的是 “Download for macOS (Apple Silicon)”，Windows 版通过 Microsoft Store 分发，命令行安装是 winget install --id 9PLM9XGG6VKS -s msstore（learn.chatgpt.com 的 Windows 应用页面）。

Codex Chrome 扩展和 ChatGPT Chrome 扩展是同一个吗？

是同一个。2026 年 7 月 9 日之前这个扩展随 Codex 应用一起发布，叫 Codex Chrome 插件；7 月 9 日 Codex 应用升级为包含 Chat、Work、Codex 的 ChatGPT 桌面应用后，商店里的扩展名也是 “ChatGPT”，但包名、~/.codex 目录、原生消息主机的名字 com.openai.codexextension 都保留了 codex 字样。所以叫它 Codex 扩展还是 ChatGPT 扩展，遇到的是同一批问题。

免费版 ChatGPT 能不能用这个 Chrome 扩展？

OpenAI 10 月 15 日的公告写的是 “Available for all ChatGPT plans”，这是唯一的套餐说明；官方文档同时写了浏览器可用性“取决于推送进度和你的工作区设置”。所以免费版在规则上能用，但分批推送和 Team / Enterprise 管理员的设置都可能让你暂时看不到入口；10 月 15 日之后遇到 coming soon 的既有 Pro 用户也有 Team 工作区的用户，看不到不等于套餐不够。

Edge、Brave、Opera 和 Chrome 有什么区别？

商店页写了扩展兼容 Edge、Brave 和 Opera，官方文档还加了 Vivaldi。区别只有一条：Opera 没有侧边聊天，任务要从桌面应用发起。10 月 15 日之后的 coming soon 和 RPC INTERNAL 在 Edge、Brave 上同样出现，Brave 版等待页的文字是 “ChatGPT for Brave is coming soon”。

为什么旧对话在侧边栏里打不开，Codex 的历史也不加载？

10 月 15 日之前，桌面应用里已有的对话在侧边栏打开后没有读取标签页和控制浏览器的工具，只有在侧边栏里新建的对话才能读当前标签页（openai/codex issue #37309：已有对话在侧边栏里没有浏览器工具（8 月 6 日，仍未关闭））。10 月 15 日的公告说完整的历史现在都在侧边栏里，但 10 月 16 日的商店评论里有多人报告 “Codex chat history no longer loads”，和 RPC INTERNAL 是同一批。如果你只是要让扩展读页面，新建一个侧边栏对话仍然是最稳的做法。

Intel 芯片的 Mac 能不能装？

能装。OpenAI 帮助中心的 Downloading the ChatGPT macOS app 条目写明系统要求是 macOS 14，加上 Apple Silicon（M1 或更新）或 Intel 处理器，下载页会自动识别你的 Mac 用哪种芯片并给出对应的安装包；只有 learn.chatgpt.com 的下载按钮仍写着 “Download for macOS (Apple Silicon)”。#54376 里有一位 Intel（x86_64）机器的用户在 10 月 15 日之前扩展也能用。所以 Intel 机器在 OpenAI 自己的要求里是支持的，在 Intel 机上卡住时该查上面的其他分支，不是芯片的问题；macOS 13 及更早的系统不在要求内。

侧边栏里上传不了本地文件怎么办？

官方文档专门写了这一条：Chrome 工具栏的扩展图标 → Manage Extensions → ChatGPT 卡片的 Details → 打开 “Allow access to file URLs”（允许访问文件网址），然后重新开始那个 Chrome 任务。这是 Chrome 对所有扩展的默认限制，不是故障。