关于 translation-reframing-audience-shift
用于面向不同受众翻译和重构内容的 Skill,涵盖技术与商务转换、摘要及跨文化改写。它提供受众分析流程,并检查内容忠实度与适用性。
主要功能
- 01分析源受众与目标受众
- 02选择翻译类型
- 03面向受众重构内容
- 04检查忠实度与适切性
- 05结构化交付格式
适用场景
- 01将技术进展改写为商务摘要
- 02把战略转化为战术计划
- 03向新手解释专家内容
- 04为忙碌读者精简长文档
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ lyndonkl/ claude --skill translation-reframing-audience-shift安装后在 Claude Code 中输入/translation-reframing-audience-shift确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
resources/methodology.mdtemplate.mdresources/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)
快速参考
资源:
- resources/template.md - 结构化翻译工作流
- resources/methodology.md - 复杂或细微差异翻译的高级技巧
- resources/evaluators/rubric_translation_reframing_audience_shift.json - 质量标准
核心原则:
- 保持语义准确 - 事实、关系和含义必须保持真实
- 调整呈现方式 - 根据受众调整语气、深度和侧重点
- 满足受众需求 - 考虑专业水平、目标、背景和限制条件
- 通过“专家会确认吗?”进行测试 - 由源领域专家验证翻译准确性
- 通过“目标受众能据此采取行动吗?”进行测试 - 目标受众能够理解并使用内容
警示信号:
- 语义偏移(事实在简化过程中变得不准确)
- 居高临下(对新手使用居高临下的语气)
- 术语不匹配(对受众而言过于专业或过于含糊)
- 缺少“所以呢?”(技术细节没有说明业务影响)
- 缺少“如何实现?”(战略愿景没有转化为战术措施)
- 细微之处丢失(为求简洁而省略重要限定条件)
- 文化假设(使用会排斥目标受众的习语或典故)
- 侧重点错误(强调自己感兴趣的内容,而非受众需要的内容)