mcpField
T
translation-reframing-audience-shift

translation-reframing-audience-shift

github.com/lyndonkl生产力187112 次安装9 周前更新
代码仓库

关于 translation-reframing-audience-shift

用于面向不同受众翻译和重构内容的 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/lyndonkl/claude --skill translation-reframing-audience-shift

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

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

resources/
methodology.md
template.md
resources/evaluators/
rubric_translation_reframing_audience_shift.json

详细介绍

翻译、重新构建与受众转换

工作流

复制此检查清单并跟踪进度:

Translation & Reframing Progress:
- [ ] Step 1: Analyze source and target audiences
- [ ] Step 2: Identify translation type and constraints
- [ ] Step 3: Apply translation strategy
- [ ] Step 4: Validate fidelity and appropriateness
- [ ] Step 5: Refine and deliver

步骤 1:分析源受众和目标受众

使用受众分析框架(专业水平、目标、背景、限制条件)描述两类受众。找出源受众与目标受众之间的差距。

步骤 2:确定翻译类型和限制条件

归类为:技术↔业务、战略↔战术、专家↔新手、正式↔非正式、长篇↔短篇、内部↔外部,或跨文化。有关各类模式,请参阅常见翻译类型。

步骤 3:应用翻译策略

简单情况 → 使用 resources/template.md 进行结构化翻译。复杂情况(多种受众、高风险、需要细致调整表达)→ 学习 resources/methodology.md 中的高级技巧。

步骤 4:验证忠实度和适切性

使用 resources/evaluators/rubric_translation_reframing_audience_shift.json 进行自我评估。检查:语义准确性是否得到保留?语气是否恰当?重点是否符合受众优先事项?请参阅验证部分。

步骤 5:完善并交付

创建 translation-reframing-audience-shift.md,其中包含源内容、目标受众、译文和翻译理由。请参阅交付格式。


受众分析

翻译前,请描述源受众和目标受众:

1. 专业水平

  • 专家:熟悉领域内容,能理解行话,希望内容深入且有细节
  • 中级:了解基础知识,需要一些背景信息,喜欢兼顾各方面的内容
  • 新手:默认没有相关背景,需要类比和通俗语言,希望获得实用要点

2. 主要目标

  • 决策者:希望了解选项、权衡、建议、风险和时间安排
  • 实施者:希望了解具体内容、操作方法、限制条件和成功标准
  • 学习者:希望获得理解、背景、思维模型和示例
  • 利益相关者:希望了解影响、状态、后续步骤以及对自身的影响

3. 背景与限制条件

  • 时间:忙碌的高管(1 页)、深入探讨(全面详尽)、快速更新(项目符号)
  • 媒介:电子邮件(便于快速浏览)、演示文稿(视觉加口头讲解)、文档(供参考)
  • 熟悉程度:内部(共享背景)与外部(不预设任何背景)
  • 敏感度:公开(措辞谨慎)与私下(坦诚直言)

4. 文化与人口特征

  • 语言:母语者与非母语者(地道表达与直译)
  • 世代:沟通规范(表情符号的使用、对正式程度的预期)
  • 行业:科技行业与传统行业(节奏、引用内容、预设)
  • 地域:美国与国际受众(日期格式、计量单位、文化引用)

**映射练习:**源受众是[专业水平/目标/背景] → 目标受众是[专业水平/目标/背景] → 差距需要采用[翻译策略]。


常见翻译类型

技术 ↔ 业务

技术 → 业务:

  • 删去:实现细节、行话、代码、算法
  • 补充:业务价值、客户影响、成本/收益、竞争优势
  • 转换重点:如何运作 → 为何重要,指标 → 成果
  • 示例:"通过查询优化将 p95 延迟从 450ms 降至 120ms" → "页面加载速度提升至原来的 3 倍,从而提高客户满意度和转化率"

业务 → 技术:

  • 删去:营销用语、模糊目标、流行术语
  • 补充:需求、限制条件、验收标准、技术影响
  • 转换重点:愿景 → 实现细节,成果 → 指标
  • 示例:"以无缝体验令客户满意" → "将结账流程缩短至 2 步,目标完成率为 95%,并保持符合 PCI 标准"
战略 ↔ 战术

战略 → 战术:

  • 移除:高层愿景、市场趋势、抽象目标
  • 添加:具体行动、时间安排、负责人、依赖项、成功指标
  • 调整重点:从为什么 → 做什么以及如何做,从 3 年愿景 → 本季度计划
  • 示例:“成为数据驱动型组织” → “Q1:为 10 个关键用户流程添加埋点。Q2:培训产品经理使用分析工具。Q3:建立每周指标评审机制。”

战术 → 战略:

  • 移除:细化任务、个人工单、日常活动
  • 添加:主题、理由、业务契合度、累积影响
  • 调整重点:从个人工作 → 组合叙事,从任务 → 成果
  • 示例:“修复了 47 个缺陷,添加了 12 项功能,重构了身份验证” → “提升了产品稳定性,并夯实了安全基础,以支持企业客户”
专家 ↔ 新手

专家 → 新手:

  • 移除:行话、对已有知识的假设、复杂术语
  • 添加:类比、定义、示例、“这为什么重要”
  • 调整重点:从细微差别 → 核心概念,从边缘情况 → 正常路径
  • 示例(医疗):“特发性高血压,开具 ACE 抑制剂,监测肾功能” → “没有明确病因的高血压。药物有助于放松血管。需要定期检查肾脏。”

新手 → 专家:

  • 移除:过度解释、类比、事无巨细的引导
  • 添加:精确性、技术术语、注意事项、边缘情况
  • 调整重点:从简化模型 → 准确呈现复杂性
  • 示例:“让按钮更容易点击” → “按照 iOS HIG,将触控目标增至 44×44pt,添加 8pt 内边距,并确保对比度达到 3:1”
正式 ↔ 非正式

正式 → 非正式:

  • 语气:第三人称 → 第一人称,被动语态 → 主动语态,复杂 → 简单
  • 结构:刻板的章节 → 对话式行文,引用 → 随意提及
  • 语言:“此外,很明显” → “另外,你可以看到”
  • 示例:“该组织已决定允许远程办公安排” → “我们允许远程办公”

非正式 → 正式:

  • 语气:缩略表达 → 完整表达(“we're” → “we are”),随意 → 专业
  • 结构:松散 → 采用清晰标题划分的结构化章节
  • 语言:“东西坏了” → “系统运行状况下降”
  • 示例:“刚上线了这个超棒的功能!” → “发布了增强功能,以提升用户体验”
长文 ↔ 摘要

长文 → 摘要:

  • 结构:倒金字塔(最重要的内容在前)、项目符号、突出关键决策/行动
  • 移除:辅助细节、完整背景、大量示例
  • 保留:核心发现、建议、后续步骤、关键注意事项
  • 比例:50 页 → 1 页(50:1),1 小时 → 5 分钟(12:1),全面内容 → 要点

摘要 → 长文:

  • 添加:背景、方法、支持性证据、不同观点
  • 结构:引言 → 正文 → 结论,包含多个带小标题的章节
  • 保留:将原始要点作为大纲,并逐一扩展细节

验证

定稿前,请检查:

语义忠实度(最高优先级):

  • 核心事实准确吗?(没有歪曲或遗漏会改变含义的内容)
  • 是否保留了各项关系?(因果关系、依赖关系和约束条件均完整)
  • 是否包含注意事项?(在相关情况下提及限制、不确定性和边缘情况)
  • 含义是否正确?(准确传达了这对受众意味着什么)
  • 是否可验证?(相关领域的专家会确认译文准确)

受众适配性:

  • 专业程度是否匹配?(对目标受众来说,既不过于技术化,也没有过度简化)
  • 术语使用是否恰当?(必要时加以解释,受众熟悉时直接使用)
  • 是否满足受众目标?(决策者能了解可选方案,实施者能了解操作方法,学习者能理解原因)
  • 语气是否恰当?(正式程度、情绪和语域符合受众预期)
  • 篇幅是否合适?(符合受众的时间限制)

重点对齐:

  • 优先级是否符合受众需求?(突出他们关心的内容)
  • 细节层次是否恰当?(足以帮助理解,又不会令人应接不暇)
  • 是否便于采取行动?(如受众需要采取行动,后续步骤应清晰明确)
  • 表述方式是否有效?(积极、消极或中性的基调符合语境和目标)

媒介与格式:

  • 结构是否适合媒介?(电子邮件便于浏览,演示文稿注重视觉效果,文档便于查阅)
  • 格式是否有助于理解?(使用标题、项目符号和粗体突出重点)
  • 是否便于理解?(如有需要,确保非母语者也能看懂,并提供链接或参考资料)

文化与人口特征:

  • 习语和文化指涉是否合适?(避免使用以美国为中心的表达,确保国际受众易于理解)
  • 示例是否贴近受众?(受众能够联系到相关情境)
  • 假设是否明确?(不要依赖目标受众可能不了解的共同背景)

最低标准: 使用评分标准(resources/evaluators/rubric_translation_reframing_audience_shift.json)。交付前,平均得分须达到 3.5/5 及以上。


交付格式

创建 translation-reframing-audience-shift.md,内容包括:

1. 源文分析

  • 原始受众:[专业程度、目标、背景]
  • 原始内容:[简要摘录或概述]
  • 原始语气与重点:[突出内容及其表述方式]

2. 目标受众分析

  • 目标受众:[专业程度、目标、背景]
  • 翻译类型:[技术→业务、战略→战术等]
  • 关键约束:[篇幅、媒介、敏感性]

3. 翻译内容

  • [完整译文]
  • [针对目标媒介进行排版——电子邮件使用项目符号,文档使用分节等]

4. 翻译说明

  • 修改内容:[移除术语,将重点转向 X,减少细节,添加类比]
  • 保留内容:[核心事实、关键含义、重要注意事项]
  • 原因:[受众专业程度差距、时间限制、媒介要求、文化适配]

5. 验证备注

  • 语义忠实度:✓ 核心事实准确
  • 受众匹配:✓ 语气和深度适合[目标受众]
  • 重点:✓ 突出[受众优先关注的内容]
  • 限制:[无法避免的取舍,例如“为简洁起见,部分细节有所损失”]

常见翻译模式

“所以呢?”测试(技术 → 业务): 每个技术细节都要回答“所以呢?”——“迁移到 Kubernetes” → “流量高峰期间自动扩缩容,成本降低 30%” | “OAuth 2.0” → “企业级单点登录(SSO),消除采用障碍”

“如何实现?”测试(战略 → 战术): 每个目标都要回答“如何实现?”——“提升满意度” → “2 小时内响应、增设帮助中心、开展 NPS 调查” | “AI 优先型公司” → “培训产品经理(Q1)、招聘 3 名机器学习工程师(Q2)、试点功能(Q3)”

类比桥接(专家 → 新手): 用熟悉的概念解释陌生的概念——“Git 分支” = 文章草稿的不同版本 | “微服务” = 餐车,而不是一家餐厅 | “API 速率限制” = 夜店的接待人数上限

倒金字塔结构(长篇 → 摘要): 最重要的信息放在最前面——导语(1-2 句话)→ 关键信息(2-3 个要点)→ 补充内容(可选的深入说明)

语码转换(跨文化): 替换文化相关的表达——“Home run”(美国) → “巨大成功”(中性) | “Fire hose” 习语 → “海量信息”(直译) | MM/DD/YYYY → YYYY-MM-DD(ISO)


快速参考

资源:

核心原则:

  • 保持语义准确 - 事实、关系和含义必须保持真实
  • 调整呈现方式 - 根据受众调整语气、深度和侧重点
  • 满足受众需求 - 考虑专业水平、目标、背景和限制条件
  • 通过“专家会确认吗?”进行测试 - 由源领域专家验证翻译准确性
  • 通过“目标受众能据此采取行动吗?”进行测试 - 目标受众能够理解并使用内容

警示信号:

  • 语义偏移(事实在简化过程中变得不准确)
  • 居高临下(对新手使用居高临下的语气)
  • 术语不匹配(对受众而言过于专业或过于含糊)
  • 缺少“所以呢?”(技术细节没有说明业务影响)
  • 缺少“如何实现?”(战略愿景没有转化为战术措施)
  • 细微之处丢失(为求简洁而省略重要限定条件)
  • 文化假设(使用会排斥目标受众的习语或典故)
  • 侧重点错误(强调自己感兴趣的内容,而非受众需要的内容)

评论

支持 Markdown