new-api 俄语翻译术语表：统一 AI 模型管理平台的俄语本地化翻译规范与实践指南-二趣网

new-api 俄语翻译术语表：统一 AI 模型管理平台的俄语本地化翻译规范与实践指南

【免费下载链接】new-apiAI模型聚合管理中转分发系统，一个应用管理您的所有AI模型，支持将多种大模型转为统一格式调用，支持OpenAI、Claude、Gemini等格式，可供个人或者企业内部管理与分发渠道使用。🍥 A Unified AI Model Management & Distribution System. Aggregate all your LLMs into one app and access them via an OpenAI-compatible API, with native support for Claude (Messages) and Gemini formats.项目地址: https://gitcode.com/QuantumNous/new-api

new-api（QuantumNous / new-api）是一套 AI 模型聚合管理与分发系统，其 Web 控制台与后端 API 面向多语言用户。本文以仓库文档 docs/translation-glossary.ru.md 为核心，系统整理项目关键术语的俄语标准翻译（含中文/俄语/英语对照）、翻译通用规则与语境选择策略，并结合 i18n/i18n.go、middleware/i18n.go、model/pricing.go 等源码，说明这些术语在计费倍率、渠道管理、用户体系等实际功能中的落点。读完本文，翻译贡献者可直接依据本表完成一致的俄语本地化，开发者也可借此理解 new-api 各业务模块的命名体系。

一、术语表的定位与翻译基本原则

new-api 的国际化（i18n）体系由 i18n/i18n.go 驱动：后端在启动时通过go:embed加载locales/zh-CN.yaml、locales/zh-TW.yaml、locales/en.yaml三份翻译文件（见 i18n/i18n.go），再借助go-i18n库按语言解析。值得注意的是，当前仓库中 i18n 运行时仅内置了简体中文、繁体中文与英文三种语言，俄语等语言的本地化工作由文档中的术语表来规范和引导，属于面向翻译贡献者的配套资料。

术语表开篇即给出三条底线原则（中英俄三语对照说明）：

允许使用 Emoji：如果原文中出现 Emoji，译文中可以保留；
允许使用纯技术术语：如果原文是纯技术术语，翻译时可以原样保留；
允许保留英文技术词：在俄语技术社区中被广泛使用的英文词汇（如 API）可以直接沿用，无需强行俄化。

这三条原则与 new-api 的 i18n 实现是一致配套的：翻译文件中的 message key 一律使用英文点分命名（见 i18n/keys.go，如common.invalid_params、user.require_2fa），而译文内容则允许出现中英混合（如简体中文文件里的 “access token”“New-Api-User”），说明该项目采取"键名固定英文、正文按语言习惯"的本地化策略。

二、核心概念（Core Concepts）标准译法

核心概念是贯穿全项目的高频词，术语表为每个词给出了唯一的标准俄语译法：

中文	俄语	英语	说明
倍率	Коэффициент	Ratio / Multiplier	用于计算价格的乘数因子。重要：在价格计算语境中始终使用 "Коэффициент"，不要使用 "Множитель"，以保证术语一致性
令牌	Токен	Token	API 访问凭证或文本单元
渠道	Канал	Channel	访问 API 供应商的通道
分组	Группа	Group	用户或令牌的分类
额度	Квота	Quota	用户可用的服务额度

源码佐证：倍率（Коэффициент）在计费中的落点

“倍率”一词在 new-api 中对应着真实的计费字段。在 model/pricing.go 中，Pricing结构体定义了ModelRatio（模型倍率）、CompletionRatio（补全倍率，即输出倍率）等字段，前者用于不同模型的计费倍率，后者用于输出内容的额外计费倍率。俄语术语表中 "Коэффициент модели"（模型倍率）与 "Коэффициент вывода"（补全倍率）正是这两个字段的本地化对应。

同理，"渠道（Канал）"对应 model/channel.go 中的Channel结构体，其中Weight（权重）、Priority（优先级）、ModelMapping（模型重定向）等字段都出现在后续的渠道管理章节中，术语表与数据模型一一对应。

三、模型相关术语（Model Related）

中文	俄语	英语	说明
提示	Промпт / Ввод	Prompt	模型输入内容
补全	Вывод	Completion	模型输出内容。重要：不要使用 "Дополнение" 或 "Завершение"，只用 "Вывод" 以符合技术术语规范
输入	Ввод	Input / Prompt	发送给模型的内容
输出	Вывод	Output / Completion	模型返回的内容
模型倍率	Коэффициент модели	Model Ratio	不同模型的计费倍率
补全倍率	Коэффициент вывода	Completion Ratio	输出内容的额外计费倍率
固定价格	Цена за запрос	Price per call	每次调用的固定价格
按量计费	Оплата по объему	Pay-as-you-go	基于使用量计费
按次计费	Оплата за запрос	Pay-per-view	每次调用固定价格

这里最值得注意的是一条强约束：补全（Completion）只能译为 "Вывод"，严禁使用 "Дополнение"（补充）或 "Завершение"（完成）。原因在于 "Дополнение" 在俄语中更多指"添加补充物"，而 "Завершение" 强调"结束"，都无法准确传达模型输出内容的含义；"Вывод" 在俄语技术语境中明确表示"（程序/模型的）输出结果"，与英语 "Output" 完全对位。

源码佐证：计费模式的字段支撑

"固定价格（Цена за запрос）"与"按量计费（Оплата по объему）"对应 model/pricing.go 中Pricing的ModelPrice（固定价格，按次计费）字段以及BillingMode（计费模式）字段。new-api 在计费上支持按 token 用量与固定按次两种模式，术语表把这两种模式分开列出，正是为了让翻译在不同计费场景下保持一致。

四、用户管理术语（User Management）

中文	俄语	英语	说明
超级管理员	Суперадминистратор	Root User	拥有最高权限的管理员
管理员	Администратор	Admin User	系统管理员
普通用户	Обычный пользователь	Normal User	拥有标准权限的用户

new-api 的用户体系采用三级权限模型。在源码中，model/user.go 中用户角色以整型存储，Root User（超级管理员）对应最高角色值，其保护逻辑在 model/user.go 中体现为MsgUserCannotDeleteRootUser（不能删除超级管理员）、MsgUserCannotDemoteRootUser（不能降级超级管理员）等约束（见 i18n/keys.go）。翻译时需要注意：俄语中 "Суперадминистратор" 是连写复合词，而 "Администратор" 不加 "Системный"（系统的）前缀也可独立表示系统管理员，具体按上下文选择。

五、充值兑换与渠道管理术语

充值与兑换（Recharge & Redemption）

中文	俄语	英语	说明
充值	Пополнение	Top Up	为账户增加额度
兑换码	Код купона	Redemption Code	可兑换额度的代码

"兑换码"在 new-api 中对应 model/redemption.go 的Redemption模型，其状态由 common 包中的RedemptionCodeStatusEnabled/RedemptionCodeStatusDisabled常量管理。术语表特意强调：兑换码统一译为 "Код купона"，不要译为 "Код обмена"（交换码），因为 "купон"（优惠券）更贴近其"凭码兑换额度"的业务语义。

渠道管理（Channel Management）

中文	俄语	英语	说明
渠道	Канал	Channel	API 供应商渠道
API 密钥	API ключ	API Key	API 访问密钥。重要：使用 "API ключ" 而非 "API токен"，"ключ"（钥匙）更准确反映资源访问功能，而 "токен" 在语言模型语境中通常指文本单元
优先级	Приоритет	Priority	渠道选择优先级
权重	Вес	Weight	负载均衡权重
代理	Прокси	Proxy	代理服务器地址
模型重定向	Перенаправление модели	Model Mapping	替换请求体中的模型名称
供应商	Поставщик	Provider / Vendor	服务或 API 供应商

渠道字段与 model/channel.go 中的Channel结构体完全对应：Priority（优先级，渠道选择顺序）、Weight（权重，负载均衡）、ModelMapping（模型重定向，请求体中模型名替换）、BaseURL（代理/基础地址）等。术语表对 "API ключ" 与 "API токен" 的区分尤具深意：new-api 中令牌（Token）既指 API 访问凭证，也指模型处理的文本单元，为避免歧义，渠道配置页中的密钥统一叫 "API ключ"，而用户 API 凭证在令牌管理模块中叫 "Токен"，两者按语境严格区分。

六、安全相关术语（Security Related）

中文	俄语	英语	说明
两步验证	Двухфакторная аутентификация	Two-Factor Authentication	为账户提供的额外安全验证方式
2FA	2FA	Two-Factor Authentication	两步验证的缩写

new-api 内置完整的两步验证支持，相关消息键集中在 i18n/keys.go：twofa.not_enabled、twofa.code_invalid、user.require_2fa等。实现层面由 model/twofa.go 与 controller/twofa.go 提供，基于 TOTP 的 2FA 已成为用户账户安全体系的一部分。翻译时 "Двухфакторная аутентификация" 是标准术语，2FA 缩写直接沿用即可。

七、翻译准则详解（Translation Guidelines）

术语表最后一部分给出了最具操作性的翻译指导，分为三个层次。

1. 语境化翻译选择（Контекстуальные варианты перевода）

Промпт / Ввод（Prompt / Input）

场景	译法	适用语境
Промпт	Prompt	与 LLM 对话、用户界面、描述与模型的交互
Ввод	Input	计费、技术文档、描述数据处理流程

规则：涉及用户体验和与 AI 的交互 → "Промпт"；涉及技术流程或计算 → "Ввод"。

Токен（Token）根据上下文有三种含义：

API 访问令牌（API Token）；
模型处理的文本单元（Text Token）；
系统访问令牌（Access Token）。

这一区分与 i18n/keys.go 中的令牌消息体系呼应：token.invalid、token.expired、token.exhausted等描述的是 API 凭证类令牌，而模型计费中的 token 计数则指文本单元，两者在俄语中统一为 "Токен"，依靠上下文区分。

Квота（Quota）

用户可用的服务额度；
有时也译为 "Кредит"（信用/积分）。

2. 俄语语言特性要求（Особенности русского языка）

术语表明确列出俄语本地化必须处理的三大语言特性：

复数形式：需要正确实现俄语复数规则（_one、_few、_many、_other）。俄语复数远比英语复杂（1、2-4、5+ 各有不同形式），这与 go-i18n 的多语言复数规则机制相匹配，翻译文件需为不同复数类别提供各自译文；
变格词尾：技术术语要特别注意变格（падежные окончания），如 "квота"（额度）在不同格位下词尾变化；
语法性别：技术名词的性需要一致协调，例如 "модель"（模型）是阴性、"канал"（渠道）是阳性，修饰语必须随之变化。

3. 标准化术语汇总（Стандартизированные термины）

中文	俄语	英语	硬性规定
补全	Вывод	Completion	唯一标准译法，禁用 "Дополнение" / "Завершение"
倍率	Коэффициент	Ratio	价格计算语境中禁用 "Множитель"
兑换码	Код купона	Redemption Code	禁用 "Код обмена"
供应商	Поставщик	Provider / Vendor	提供 API 或 AI 模型的组织或服务

这四条"硬性规定"是术语表的核心约束，翻译时必须严格遵守，确保术语在文档、界面与错误消息中保持一致。

八、术语表与项目 i18n 体系的配合使用

从 middleware/i18n.go 可以看到，new-api 的语言检测优先级为：用户设置 > Accept-Language 请求头 > 默认语言（英语）。用户在个人设置中选择语言后，后端通过GetLangFromContext（见 i18n/i18n.go）按此优先级解析出目标语言，再调用Translate从翻译文件中取回对应文案。

因此，术语表的工作流价值在于：

翻译贡献者先在术语表中核对标准译法，再据此翻译 i18n/locales 下的 YAML 翻译文件，保证同一术语全项目一致；
新增消息键时，开发者先在 i18n/keys.go 定义MsgXxx常量，再到各语言 YAML 文件中补充译文，此时术语表即为选词的权威依据；
质量审查时，术语表末尾的贡献说明（见 docs/translation-glossary.ru.md）明确：若发现术语翻译不一致或更好的译法，欢迎提交 Issue 或 Pull Request——这与英文版术语表 docs/translation-glossary.md、法文版术语表 docs/translation-glossary.fr.md 的贡献机制一致，共同构成 new-api 多语言本地化的术语治理体系。

九、结语

俄语术语表（docs/translation-glossary.ru.md）虽然篇幅精炼，却涵盖了 new-api 的核心业务词汇：从计费的 "Коэффициент"（倍率）到渠道的 "Канал"（渠道），从用户的 "Суперадминистратор"（超级管理员）到安全的 "Двухфакторная аутентификация"（两步验证），并通过语境规则与硬性禁用词，为俄语本地化划定了清晰边界。结合 i18n 目录下的实现代码与 model 目录下的数据模型，翻译者不仅能"译得对"，更能理解每个术语背后的真实业务含义——这正是术语表存在的根本价值。

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

企业官网建设流程全解析