介绍

目前在主流的codex通过api登录的方案中，会导致codex的插件功能和Remote Control功能无法使用，导致用户使用的是阉割版的codex，这让人很不爽。这个教程提供一种全新的配置方式，可以在使用第三方api的情况下，保留插件和Remote Control功能。

配置

首先需要准备一个免费的codex账号（可以自行注册，国内邮箱也是可以的），当然这需要科学上网，以下都是在你以掌握科学上网的基础上进行讲解：

  1. 先使用免费账号登录codex，这一步主要是为了生成auth.json文件

  2. 关掉codex（注意任务栏小图标中完全退出codex）

  3. 打开用户目录下的.codex目录（C:\Users\用户名称\.codex），打开config.toml

  4. 编辑config.toml配置 

model_provider = "catcc"
model = "gpt-5.5"
model_context_window = 1000000
model_auto_compact_token_limit = 900000
model_reasoning_effort = "high"
disable_response_storage = true

[model_providers]
[model_providers.catcc]
name = "catcc"
wire_api = "responses"
requires_openai_auth = true
base_url = "http://catcc.info/v1"
experimental_bearer_token= "sk-xxxxxxxx"

验证

尝试使用浏览器插件：

Remote Control功能

插件对比skill有啥优势

Codex 里的 插件（Plugin） 相比 Skill，核心优势是：插件不只是“说明书”，它可以带来真正的新能力。

简单说：

Skill 更像操作手册
它通常是一个 SKILL.md，告诉 Codex 在某类任务中该怎么做、按什么流程做、用哪些脚本或模板。它擅长固化经验、规范流程、复用提示词和本地脚本。

Plugin 更像能力包
插件可以包含：

  • Skills：也可以提供一组专用技能

  • MCP 工具：让 Codex 调用外部系统或本地服务

  • Apps / Connectors：连接 GitHub、Figma、浏览器、文档、表格、演示文稿等

  • 更完整的工作流：例如打开浏览器、操作 Figma、查 GitHub PR、生成 PPT、编辑表格

所以插件相对 Skill 的优点主要是：

  1. 能力更强
    Skill 主要指导 Codex“怎么做”；插件可以给 Codex 新工具，让它“能做原来做不了的事”。

  2. 可连接外部系统
    插件可以接 GitHub、Figma、浏览器、Google/Office 类服务等；普通 Skill 通常只能依赖本地文件和已有工具。

  3. 交互能力更好
    比如 Browser 插件可以打开 localhost 页面、点击、截图、测试前端；Figma 插件可以创建或修改设计文件。这类能力单靠 Skill 很难实现。

  4. 适合复杂产品化工作流
    Skill 更适合单点流程，比如“写 SEO 文案”“做代码审查”；插件更适合完整场景，比如“从 GitHub issue 到代码修改再到 PR 检查”。

  5. 可封装多种资源
    插件可以把说明、工具、连接器、脚本、模板打包在一起，分发和维护更像一个小型应用。

  6. 边界更清楚
    插件通常有明确的可调用工具和权限边界；Skill 更多是行为规范，执行能力取决于当前环境里已经有什么工具。