给 Codex 换供应商、改提示词、管会话的桌面面板（Codex-X）

同时用 Codex 桌面端和 Codex CLI，再挂上几家第三方 API 与十几套自定义提示词，配置就会散开。提示词写在 Codex 的指令文件里，供应商信息落在 config.toml 和 auth.json，Skills 与 MCP 各占一个目录，会话记录又是另一处。改一次供应商要手改 TOML，切一次提示词要复制粘贴进文件。

Codex-X 是用 Rust 写的跨平台桌面应用，读取本机 Codex 的 config.toml、auth.json 与会话记录，把提示词注入、第三方供应商切换和 Skills / MCP 管理做成可视化操作。

界面层是 React 18 与 TypeScript 5，本地数据落在 SQLite，桌面壳用 Tauri 2 打包，主体逻辑用 Rust 写成。仓库提供 macOS Apple Silicon / Intel、Windows EXE / 便携版和 Linux 安装包。

主要功能

提示词注入管理。安装包离线自带 5 套模板，启动后从 GitHub 的 examples/ 同步另外 6 套软件开发与写作辅助模板，README 标注当前模板库共 11 套。支持导入自己的 .md、新增分类、编辑标题与内容，每个提示词有独立开关。写入 Codex 指令文件时可选「保留原提示词」追加写入，或「替换原提示词」完整切换。每次启用或禁用前都会自动创建备份。

Provider / API 管理。把官方 Codex 登录配置与第三方供应商放在一起管理，可以命名、一键复制与切换，对第三方供应商做连接检测、模型获取与测试，并支持从 cc-switch 导入已有供应商。v0.3.22 起供应商卡片可以上下拖动排序，卡片上显示已选模型名称，设置映射别名时同时保留真实模型 ID。

路由与故障转移。v0.3.20 加入「设置 → 路由与故障转移」，可以管理本地路由、安排供应商优先顺序，服务异常时自动切换，也能调整超时与重试参数。官方登录同样可以走本地路由。

会话管理。搜索本地会话、按项目路径分组、同步当前供应商、检查会话状态，支持单选、多选和项目级永久删除，也可以把会话导出为 Markdown、多选打包下载。v0.3.24 增加工作文件夹侧栏、文件夹与会话置顶，用虚拟列表降低大量会话的渲染开销；会话日志改走流式读取和磁盘快照，读取、写入或复查失败时会报错并回滚。

Skills / MCP 管理。可视化查看 Skills 与 MCP，导入已有配置，从 ZIP 安装 Skill，逐项启用或禁用，检查更新状态。MCP 和 Skills 支持 ZIP 导出与重新导入，v0.3.18 取消了 Skills ZIP 的 20 MB 大小限制。

配置与登录。集中查看 config.toml 与 auth.json。官方登录页和第三方供应商编辑页都能在 config.toml 旁勾选「开启 1M 上下文窗口」，保存后生效，前提是所用模型本身支持。重要写入前会自动备份。

用量统计。「设置 → 通用设置 / 用量统计」标签里可以按日期和模型筛选本地 Token 用量，查看每日趋势、缓存命中率、模型分布以及最近 10 个主会话。子代理用量归入所属主会话，不单独计为会话。

同类工具横向对照

把这三个放在一张表里，是为了给同时在看自托管与桌面工具的读者一个位置参照。如果你的问题不在 Codex 身上，Codex-X 一行都用不上：它没有任何跨 AI 客户端的通用配置能力，只管 Codex 这一条链路。SoybeanAdmin 与 Songloft 属于本站已收录的其他工具条目，与 Codex-X 解决的问题并不重合，列出来只是说明「同样是本地或自托管工具」这个范围内还有别的选择方向。

它的实际表现

• Star 4107，Fork 503，Watcher 17
• 开放 Issue 9 条
• 创建时间 2026-07-04，最近一次提交 2026-10-07
• 最新发布版本 v0.3.24，发布于 2026-10-01
• 许可证 MIT，主要语言 Rust
• 语言占比：Rust 69.1%、TypeScript 17.3%、CSS 7.3%、JavaScript 3.3%、NSIS 1.6%、Python 0.9%
• 仓库体积 13468 KB

这些数字说明什么

创建时间 2026-07-04、最近一次提交 2026-10-07，整条时间线只有三个月，累积到 4107 star。这个量级的关注度集中在这么短的窗口里，说明它踩中了某个正在被大量讨论的使用场景，而不是靠长期口碑慢慢涨上来的。

最近一次提交出现在 v0.3.24 发布之后几天，发布版本没让代码活动停下来。再看发布记录，v0.3.18 在 2026-09-17，v0.3.24 在 2026-10-01，两周内出了多个版本，迭代密度偏高，修复项多是配置丢失、识别错误、更新失败这类用户能直接感知到的问题。

4107 star 对应 9 条开放 Issue，比例上不算拥挤，仓库里能看到的问题基本都带着「已解决」标记。

Rust 占语言统计的 69.1%，TypeScript 占 17.3%，其余是界面样式与打包脚本。这个构成和它宣称的 Tauri 2 技术栈一致，说明核心逻辑确实压在 Rust 一侧，前端主要负责展示与交互。

数据看不到的部分

star 和 fork 记录的是关注动作，不是代码质量，也不是别人用起来顺不顺手。一个工具被收藏之后长期没打开，照样算进 star。

Watcher 只有 17，和 4107 这个量级差得很远。这个数字本身说明不了好坏，只能说明两件事在不同维度上：很多人点了收藏，但选择持续跟踪更新的人很少。

仓库里的 Issue 都是用户自己描述的，现象记录得比较细，但没有第三方独立复现的记录。它们被标成已解决，解决到什么程度从仓库外部确认不了。

它要做的事是往 Codex 的配置文件和会话数据里写入内容。写入是否安全、回滚是否彻底，只有真的在自己机器上跑一段时间才知道，README 里的描述不能替代这个判断。

Star 集中在三个月内，也可能是模板内容带来的短期热度，跟工程成熟度是两件事。文档与实际版本是否同步，仓库没有说明。

还有一层是数字完全覆盖不到的：内置模板里包含面向安全研究与逆向场景的「破甲」类提示词，Issue 中有人提到使用这类模板后收到了供应商的邮件警告。这类使用带来的账号风险，不会体现在任何仓库指标上。

所以值不值得试

值得试的情形：你已经在用 Codex 桌面端或 CLI，同时维护多个第三方供应商和多套提示词，每次切换都要手改 config.toml；或者你的历史会话已经多到需要按项目路径整理、想看看本地 Token 用量的分布。

先别急的情形：你用的不是 Codex，而是别的 AI 编码客户端，这个工具对你没有可用入口；你的 Codex 配置只有一套官方登录和一个默认提示词，装上它等于多一层壳，收益有限。

使用前需要清楚合规边界：Codex-X 只是一个本地配置管理界面，但它的模板库和导入功能可以装载绕过模型安全策略的提示词。这类内容只应用于自有资产、自有账号，或已经拿到书面授权的目标。把它用在别人的系统、网络或账号上，可能同时触碰服务条款与法律边界；即使是自己的账号，绕过安全策略也可能导致供应商警告、限流或封号，Issue 里已经出现过收到警告邮件的记录。仓库里还有查询 Wi-Fi 密码这类需求的讨论，这类用途的风险由使用者自己承担。

焚评：这个项目的量化评分

本项目的选题来自 焚.com（一个按公开公式给 GitHub 项目打分的站）。焚评当前总分 9.2 分（满分 10）。下表是各维度的得分：

评分口径、权重与计算方式见焚.com 的评分方法页；数据随 GitHub 指标刷新，具体数值以焚.com 当前页面为准。本文正文为诀.com 独立撰写，评分数据由焚.com 授权引用。