【免费下载链接】opencodexUniversal provider proxy for OpenAI Codex Claude Code — use any LLM (Claude, Gemini, Grok, DeepSeek, Ollama…) with Codex CLI, App, SDK, and Claude Code项目地址https://gitcode.com/gh_mirrors/ope/opencodex点击查看免费下载自定义模型芯片Custom Model Chip是 OpenCodex 为模型管理页引入的即点即用能力用户无需等待原生模型目录或供应商 live/models更新即可在仪表盘上直接登记新模型并立即生效。本指南聚焦该功能收官的Phase 3 阶段——在多语言资源文件中补齐 27 个 i18n 键覆盖 zh/de/ru以及通过回归测试、前端构建、类型检查与键位扫描完成发布前的最终验证。读完本文你将掌握这批键位的完整清单、注入方式、逐语言落地要点以及可复用的四步验证流水线。功能脉络回顾i18n 键为何而生自定义模型芯片是一条贯穿前端、后端与 CLI 的完整链路全部 i18n 键均围绕其 UI 文案产生后端 CRUDsrc/types.ts新增OcxCustomModel接口与OcxConfig.customModels字段management-api.ts 提供GET/POST/PUT/DELETE /api/custom-models四个端点并在GET /api/models中把自定义模型与路由模型去重合并前端交互Models.tsx 承载供应商头部 按钮、添加/编辑模态框、行内[自定义]pill 徽标与悬停弹窗styles.css 提供.model-tip悬停弹窗样式CLI 管理models.ts 新增ocx models add/remove/list-custom子命令与 UI 共用同一套配置持久化。Phase 3 的唯一任务就是为这些交互文案补齐国际化资源——界面文案与代码解耦是上述功能跨语言交付的最后一道闸门。27 个 i18n 键完整清单Phase 2 已在ko.ts与en.ts中完成了全部 27 个键的注入该阶段的键位规格见 020_phase2.md §4.1Phase 3 将同一组键翻译后写入zh.ts、de.ts、ru.ts。键位统一挂载在models.命名空间下按用途可分为四类类别键英文默认文案en.ts 实际值操作按钮models.customAddAdd custom modelmodels.customAddTitleAdd custom model — {provider}models.customEditTitleEdit custom model — {provider}models.customAddBtnAddmodels.customEditBtnEditmodels.customEditEditmodels.customDeleteDelete状态与结果models.customAddedCustom model addedmodels.customUpdatedCustom model updatedmodels.customDeletedCustom model deletedmodels.customSaveFailedFailed to save custom modelmodels.customSavingSaving…models.customDeleteConfirmDelete model {name}?models.customBadgeCustommodels.customSummary{count} custom表单字段models.customFieldModelIdModel ID (endpoint slug)models.customFieldModelIdPlaceholdere.g. qwen4-max-previewmodels.customFieldDisplayNameDisplay name (optional)models.customFieldDisplayNamePlaceholdere.g. Qwen 4 Max Previewmodels.customFieldContextContext windowmodels.customFieldModalitiesInput modalitiesmodels.customPlaceholderCustom context value悬停弹窗models.tipProviderProvidermodels.tipContextContextmodels.tipModalitiesModalitiesmodels.tipStatusStatusmodels.tipActiveActivemodels.tipDisabledDisabled键名中的{provider}、{name}、{count}为运行时插值占位符由前端翻译函数t()在渲染时替换例如删除确认框t(models.customDeleteConfirm, { name })。多语言文件落地与参数语义在 gui/src/i18n 目录下每个语言文件zh.ts、de.ts、ru.ts、ko.ts、en.ts等都以同一组 27 个键位组织Phase 3 阶段需保证5 个目标语言文件键数完全一致ko.ts与en.tsPhase 2 已注入Phase 3 仅做一致性复核zh.ts/de.ts/ru.ts按对应语言逐键翻译新增。仓库中实际落地情况可从 zh.ts 直接核对例如models.customAdd: 添加自定义模型, models.customAddTitle: 添加自定义模型 — {provider}, models.customAdded: 已添加自定义模型, models.customAddBtn: 添加,de.ts 与 ko.ts 中的实现同样可查证如德语Benutzerdefiniertes Modell hinzufügen、韩语커스텀 모델 추가。翻译落地的三个硬约束继承自 001-design-investigation.md 的设计决策可追溯到后端校验逻辑保留插值占位符{provider}/{name}/{count}必须原样保留不得翻译或移除——前端t()依赖它们完成动态替换语义精确Model ID (endpoint slug)指不带供应商前缀的裸模型标识后端 POST 校验modelId不含/且displayName同样禁止斜杠翻译须传达这是端点 slug而非任意模型名文案长度适配 UI如customSummary在卡片式布局中应保持短句实际实现如韩语커스텀 {count}개、德语{count} benutzerdefiniert避免撑破 pill 徽标。最终验证四步发布闸门Phase 3 规定在 i18n 键注入完成后执行以下四项验证作为功能合入前的发布闸门步骤命令验证目标1bun test --isolate tests全量回归测试零失败2cd gui npx vite build前端生产构建成功3bunx tsc --noEmitTypeScript 类型检查通过4i18n 键 grep 扫描5 个语言文件均存在全部 27 个键第四步的键位一致性检查是本阶段的特色——通过正则扫描确认每个语言文件中 27 个键逐一存在从机制上杜绝某语言漏翻一个键导致运行时渲染 fallback的隐性缺陷。这与前端翻译函数t()的查找行为直接相关若键缺失UI 会静默退回到默认文案造成界面语言混杂而 grep 扫描正是把这类问题挡在发布之前。验证链路的源码级延伸上述四步并非孤立操作它们共同守护着一条已被完整实现的特性链路配置持久化闭环UI 或 CLI 的每次增删改都会经saveConfig()写回OcxConfig.customModels随后调用refreshCodexCatalogBestEffort()让 Codex 模型选择器立即感知新模型见 management-api.ts 与 catalog.tsCLI 与 UI 双入口models.ts 的ocx models add provider modelId [--display-name name] [--context-window tokens] [--modalities text,image,audio]与remove customId|provider/modelId [--yes]、list-custom [--json]与仪表盘 UI 共享同一数据模型验证时二者需分别回归运行时状态校验--context-window必须为正整数--modalities仅允许text|image|audio逗号分隔provider需通过isValidProviderName()与hasOwnProvider()双重校验——这些约束在 UI 模态框预设 100k/128k/200k/256k/352k/500k/1M 或直接输入与 CLI 两侧保持一致。适用前提与补充说明语言覆盖Phase 3 文档明确的目标为 ko/en/zh/de/ru 五个语言文件仓库中 gui/src/i18n 实际还包含ja.ts、fr.ts、tr.ts、vi.ts、zh-TW.ts等文件若需扩展语言可按同一 27 键清单补齐命令环境验证命令假设工作区已安装bun仓库根目录与gui/下均有bun.lock与npxbun test --isolate tests中的--isolate用于测试隔离运行只读仓库约束本仓库为只读镜像配置改动请通过 UI/CLI 在运行时完成直接编辑配置文件仅用于查看与排障。至此自定义模型功能在后端 CRUD → 前端交互 → CLI 管理 → 多语言落地四个层面全部闭合Phase 3 的 27 个 i18n 键与四步验证流水线为后续语言扩展和功能迭代提供了可复制的范式。赞分享【免费下载链接】opencodexUniversal provider proxy for OpenAI Codex Claude Code — use any LLM (Claude, Gemini, Grok, DeepSeek, Ollama…) with Codex CLI, App, SDK, and Claude Code项目地址https://gitcode.com/gh_mirrors/ope/opencodex点击查看免费下载相关推荐bootstrap-datepicker 国际化i18n完全指南语言包、自定义翻译与 RTL 布局bootstrap datepicker 国际化i18n完全指南语言包、自定义翻译与 RTL 布局 bootstrap datepicker 是 Twit前端UI组件Rocket.Chat Meteor 国际化i18n包机制与自定义翻译接入指南Rocket.Chat Meteor 国际化i18n包机制与自定义翻译接入指南 Rocket.Chat 作为一套面向任务关键场景的开源即时通讯平台其 We即时通讯后端前端告别多语言开发痛点Node.js国际化(i18n)全流程落地指南告别多语言开发痛点Node.js国际化 i18n 全流程落地指南 你是否还在为多语言网站开发焦头烂额文案硬编码导致修改困难、不同语言排版错乱、地区格式差异难文档上一篇如何永久保存微信聊天记录WeChatMsg完整指南让数据真正属于你下一篇如何轻松实现微信聊天记录永久保存WeChatMsg创新备份解决方案创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考