mcpField
T
translation

translation

github.com/kostja94营销与增长1.1k2.3k 次安装2 天前更新
代码仓库

关于 translation

translation 是面向内容团队的翻译与语言审校 Skill,覆盖术语管理、内容适配和译文维护。它强调保留事实,并根据内容风险安排审查。

主要功能

  1. 01翻译、本地化与创译指导
  2. 02建立并维护术语表
  3. 03按内容类型制定翻译要求
  4. 04术语、事实与格式检查
  5. 05跟踪译文更新状态

适用场景

  1. 01翻译产品界面文案
  2. 02本地化营销页面和文章
  3. 03审校法律或受监管内容
  4. 04源内容更新后识别过期译文

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/kostja94/marketing-skills --skill translation

安装后在 Claude Code 中输入/translation确认已加载。

详细介绍

翻译

掌控语言内容的生产周期。交付自然、准确的目标语言内容,同时不改变产品事实、不捏造市场宣传信息,也不把译文当作某个语言区域已具备上线条件的证明。

职责边界

  • 本技能负责翻译、创译、术语、风格、语言审校以及保持译文更新。
  • localization-strategy 负责语言区域选择、页面覆盖范围、URL 架构、路由、推广上线和发布验证。
  • keyword-research 负责目标市场查询。切勿把源语言关键词列表翻译后就称之为本地化研究。
  • 项目定位、功能可用性、法律事实和已批准术语仍以项目 SSOT 为准。

准备源内容

如存在根目录下的 contextus.md,请先阅读。翻译前,确定以下内容:

  • 源内容版本和负责人;
  • 内容类型以及目标语言区域或市场;
  • 用户任务、受众、语气和渠道;
  • 必须保持不变的产品事实和宣传信息;
  • 已批准术语、禁用术语以及有意保留原文的术语;
  • 版式、UI、元数据、结构化数据或字符数限制;
  • 根据业务、法律、安全或转化风险所需的审校级别。

如果源内容不稳定或存在矛盾,请在制作大量依赖于它的译文之前报告冲突。

选择合适的处理方式

处理方式适用情况主要风险
直接翻译含义和语境能顺畅转换译文生硬、不自然
本地化格式、示例、术语或市场事实有所不同未经核实的调整
创译标语、宣传活动、落地页说服性文案或文化表达方式需要改变偏离产品承诺
经审校的机器辅助翻译内容量大且风险可控流畅但事实或术语有误
专业翻译法律、受监管、安全关键或技术要求精确的内容语义改变导致的责任风险

机器翻译是一种生产方式,并非自动的质量判定。审校深度应与风险和页面重要性相匹配。切勿仅因为机器译文读起来流畅,就直接发布未经审校的内容。

维护术语

使用单一的项目术语库或词汇表,而不是在多个计划中嵌入互相冲突的术语列表。可包含以下字段:

  • 源术语和已批准的目标术语;
  • 定义或产品语境;
  • 允许使用的变体和禁用译法;
  • 是否保留原文的决定;
  • 语言区域或市场范围;
  • 负责人和批准状态。

区分品牌名称、注册实体、产品功能、技术标准、通用类别术语、UI 标签和搜索用语变体。搜索词组可能不同于 UI 术语;应记录各自用途,而不是强求所有地方使用同一个字符串。

按内容类型翻译

产品 UI
  • 保留操作、状态和错误的含义;
  • 检查插值变量、复数、性别、文本截断、换行和 RTL 行为;
  • 在屏幕语境中审阅字符串,而不只是在电子表格中审阅;
  • 确保导航、引导、账单和帮助内容中的同一概念始终使用一致的名称。
营销内容和落地页
  • 保留页面的受众、产品承诺、依据和期望用户采取的行动;
  • 使用自然的目标市场表达和已批准的查询用语,避免关键词堆砌;
  • 只有在市场事实支持调整时,才调整示例、证明材料、CTA 和异议处理内容;
  • 确保 Title、H1、描述、正文和社交文案在语义上保持一致,但不必使用完全相同的字符串。
文章和文档
  • 保留技术含义、示例、代码、引文和内部链接意图;
  • 只有在发布系统支持相应链接时,才本地化标题和锚点;
  • 明确显示源内容和本地化版本的更新状态,以便发现过时版本。
法律与受监管内容
  • 保留章节对应关系、各方、定义术语、数字、日期、权利、义务、禁止事项、管辖法律和争议条款;
  • 未经授权的法律指示,不得添加“以源语言版本为准”条款,也不得改变法律效力;
  • 对尚未解决的歧义,应记录并交由法律顾问处理,不得擅自选择方便的解释;
  • 发布前必须进行专业审核。

生产工作流

  1. 锁定源版本并收集上下文。
  2. 加载项目术语表和风格指南。
  3. 按选定的处理方式完成初稿。
  4. 检查术语、事实、完整性和格式。
  5. 在渲染后的产品或页面上下文中审核。
  6. 根据所需风险级别完成母语或专业审核。
  7. 标记内容已就绪,并记录其源版本。
  8. 源内容发生变化时,计算受影响的字符串或章节,将翻译状态改为 outdated,并在了解语义变化后再进行审核。

建议使用以下生命周期状态:translation-draft、review、localized-ready、outdated 和 not-applicable。如果项目已有状态模型,请使用现有模型。

质量门槛

根据内容类型检查重要事项:

  • 不得遗漏或意外保留未经翻译的面向用户内容;
  • 遵守已批准的术语和有意保留原文的术语;
  • 声明、数字、链接、实体、价格和功能可用性均与已核实的事实一致;
  • 语法、语体、标点、日期、数字、单位和地址格式符合目标地区的习惯;
  • UI 变量、标记、链接和代码保持有效;
  • 元数据和标题符合本地化页面的意图;
  • 渲染后的页面不存在内容裁切、混合语言回退、RTL 显示错误或无法访问的控件;
  • 源版本和审批状态可追溯。

对于大型内容清单,应测试每种模板和风险级别,并检查有代表性的页面;不要声称小规模抽样能够证明所有页面都正确。

输出

返回所请求的翻译或审核结果,并仅附上必要的支持材料,例如:

  • 翻译简报;
  • 已批准及尚未解决的术语决策;
  • 翻译或创译后的文案;
  • 需要产品、法律或市场方面作出决策的问题;
  • QA 和渲染上下文检查结果;
  • 源版本和更新状态说明。

如果现有项目上下文、术语表、CMS 工作流或 Skill 需要更新,请勿另行创建翻译计划文档。

相关 Skills

  • localization-strategy:地区范围、架构、迁移、推出和生产验证
  • keyword-research:目标市场搜索词和搜索意图
  • page-metadata、title-tag、meta-description、heading-structure:本地化搜索和页面文案
  • copywriting、content-optimization:源文案和目标文案质量

评论

支持 Markdown