你的Codex为什么只有29个插件?两分钟解锁完整插件市场

大家好，我是某白。

我用API登录Codex后，插件页只能看到29个条目。

但检查本机插件市场后，我又找到了另外两组清单，其中一组包含180个插件。

Documents、Spreadsheets、Presentations、PDF和一整套生命科学数据库工具，都在里面。

问题是：这些插件不会自动出现在图形界面里，也不是注册后就全部能用。

这篇文章会讲清楚三件事：缺失的插件在哪里、怎样安全补齐本地工具链，以及哪些能力仍然受账号和权限限制。

插件决定了 Codex App 能不能把工作做完

刚接触 Codex App 时，很多人只关心模型够不够强、回答快不快。用了几天就会发现，真正影响体验的还有插件。

模型负责理解需求、分析问题和安排步骤。插件负责连接网页、文件、外部平台和桌面软件，让这些步骤真正执行下去。

没有完整插件生态，Codex App 当然还能聊天、读本地文件、改代码。但不少任务只能做到一半，剩下的部分还要你手工接上。

最明显的不便，是你会变成 AI 和软件之间的“人工中转站”。

Codex 让你打开网页，你把内容复制回来。它给你表格公式，你再粘进 Excel。它写好 PR 回复，你还要切到 GitHub 找对应评论。每一步都能做，整条流程却连不起来。

插件补上的正是这些接口。它带来的好处可以归成四类：

• 少搬材料：资料放在哪里，Codex 就去哪里读取；
• 直接交付：结果可以成为 Word、Excel、PPT、PDF 或代码改动；
• 补上验证：改完网页能重新操作，做完文件能检查格式，修完代码能查看 CI；
• 串起流程：查资料、分析、写文件、发起协作可以放进同一个任务里。

所以，API 登录后的 Codex App 默认只显示并启用一部分官方插件。模型已经能思考，很多外部工具却没有接进来，工作链条仍不完整。

我已经提取了完整插件包，公众号后台私信 插件 即可。拿到文件后，只要把文件和任务交给 Codex App，它会自己注册完整市场并安装指定插件。

为什么 API 登录后，插件市场少了一大截

我让 Codex App 调用 CLI 检查本机文件和市场清单，找到了四组插件源：

问题就出在这里。

API Key 登录默认使用 openai-api-curated。这份清单只有 29 个精选条目。

知道问题出在哪里，下一步就是把完整市场交给 Codex App 注册。

我没有手动敲命令，而是把六步任务交给 Codex App

这次操作最省事的地方，就在这里。

先准备好两个文件（公众号后台私信 插件 即可）：

• openai-primary-runtime.zip：包含 Spreadsheets、Presentations、Documents、PDF 等办公插件；
• plugins.zip：包含完整的 openai-curated 清单。

然后新建一个项目窗口，把两个压缩包拖进去，把下面这段指令整段发给Codex App ：

1. 检查将 openai-primary-runtime.zip 解压缩到~\.codex\plugins\cache2. 将 plugins.zip解压缩到 ~\.codex\.tmp3. 以 ~\.codex\plugins\.plugin-appserver\codex.exe 作为codex cli4. 使用 codex cli 帮我注册刚才解压缩的 openai-primary-runtime 市场5. 使用 codex cli 我安装以下几个插件：spreadsheets，presentations，documents，pdf6. 使用 codex cli 安装~\.codex\.tmp\plugins\plugins 中的 slack 插件

后面的解压、查路径、调用 CLI、修改配置和安装插件，都由 Codex App 帮你完成。

安装完成后，再让 Codex App 做一次验收

Codex App 说“完成了”，还不能马上收工。我会继续发一段验收要求：

请检查刚才的插件安装结果，不要只回复“成功”。请逐项报告：1. 两个压缩包分别解压到了哪里；2. 实际使用的 codex CLI 完整路径和版本；3. openai-primary-runtime 市场是否已经注册；4. spreadsheets、presentations、documents、pdf 是否均为 installed、enabled；5. slack 是否为 installed、enabled；6. codex CLI 的 plugin list 当前能看到哪些市场，各有多少插件；7. config.toml 新增了哪些 marketplace 和 plugin 配置；8. 如果有失败项，保留原始报错，不要猜测成功。

我的实测结果包括：

• openai-primary-runtime 完成注册；
• Spreadsheets、Presentations、Documents 和 PDF 安装完成；
• Slack 显示 installed, enabled；
• openai-curated 出现在 CLI 的市场列表中；
• CLI 能列出这份市场在本次快照中的 180 个插件；
• config.toml 新增对应的市场和插件配置。

做到这里，只能说明完整插件市场已经在 CLI 中注册成功。

Codex App 的图形化插件页仍只显示 openai-api-curated 子集，不会自动展示全部180个插件。

不过，完整市场已经注册到 CLI。Codex App 可以通过 CLI 查询并按需安装其中的插件。部分连接器仍需账号授权，也可能受到当前产品策略限制。

在 App 里看不到完整清单，就让 Codex App 替你查 CLI

完整列表只在 CLI 里，并不代表读者要自己打开终端。

Codex App 本来就能调用本机 CLI。我们可以直接让它盘点所有市场、读取插件说明，再按用途整理成一份清单。

把下面这段发给 Codex App：

请使用下面这个 Codex CLI 盘点本机全部插件：~\.codex\plugins\.plugin-appserver\codex.exe要求：1. 运行 plugin list，列出当前注册的全部插件市场。不要只查看 openai-api-curated。2. 枚举所有市场中的全部插件，包括未安装插件。3. 对每个插件读取本地 manifest、plugin.json、README、Skills、App 或 MCP 配置，整理：插件名、所属市场、安装状态、是否启用、主要功能和一句话简介。4. 简介必须来自本地插件材料。资料没有说明时写“本地资料未说明”，不要自行编造。5. 每个插件只归入一个主要功能类别。建议分类：   - 浏览器与电脑操作   - 文档、PDF、表格与演示稿   - 编程、GitHub 与开发运维   - 沟通与团队协作   - 知识管理与办公效率   - 设计、图片、视频与内容制作   - 云服务、数据库与网站部署   - 安全与代码审查   - 科研、生命科学与学术工具   - 其他6. 先把完整清单保存为 codex-plugins-full-inventory.md。插件较多时不要在聊天框省略条目。7. 再给我一份分类摘要：每类插件数量、代表插件、适用人群和安装建议。8. 标出名称重复、跨市场重复或功能相近的插件，不要重复计算时悄悄删除。9. 最后报告文件保存路径、插件总数、各市场数量和无法读取说明的条目。

这段任务解决了两个问题。

一是图形界面看不到完整市场。Codex App 会转去读取 CLI 清单。

二是 180 个名字堆在一起很难选。Codex App 会继续读本地插件说明，按功能归类，并把完整结果保存成文件。

我特意加了“本地资料未说明”。有些插件的名称看着很熟，也不能凭名字猜用途。简介要回到插件自己的配置和说明文件。

完整清单很长，最好保存为 Markdown 文件。聊天框只保留分类摘要和推荐，避免中途省略条目。

写在最后

API 登录并没有让 Codex App 变得不可用。真正缺失的，是连接网页、Office 文件、协作平台和科研数据库的完整工具链。

图形化插件页仍然只有29个精选条目，但完整市场已经可以通过 CLI 管理。关键不在于把190个插件全装上，而在于找到能补齐自己工作流程的那几个。

我的建议很简单：不要为了省事，一口气安装全部插件。插件越多，权限和维护范围越大。先让 Codex App 生成完整分类清单，最后只装最常用的两三个。

如果觉得有用，随手点个赞、在看、转发三连吧，也方便更多朋友看到。如果想第一时间收到推送，也可以给我个星标。

有什么好的想法或者意见，在评论区和我聊聊吧。