name: 翻译重构受众转换 description: 当内容需要在具有不同专业知识、背景或目标的受众之间翻译时使用，同时保持准确性但适应呈现方式。在技术内容需要业务框架（工程决策→执行摘要）、战略愿景需要战术翻译（董事会演示→团队OKRs）、专家知识需要简化（学术论文→博客文章、医疗诊断→患者解释）、正式内容需要随和语调（年度报告→社交媒体帖子）、长篇幅需要总结（50页文档→1页简报）、内部内容需要外部框架（路线图→公共更新、错误跟踪→已知问题）、跨文化适应（美国习语→国际清晰度、Z世代→婴儿潮一代信息）、媒介转换（书面报告→演示脚本、详细规范→行动清单）时调用，或当用户提到“解释给”、“重构为”、“为此翻译给[受众]”、“使这更[可访问/正式/技术]”、“适应[高管/工程师/客户]”、“简化而不失准确性”或“相同内容，不同受众”。适用于技术沟通（代码→商业价值）、组织翻译（策略→执行）、教育（专家→新手）、客户沟通（内部→外部）、跨文化消息传递，以及任何地方核心消息需要不同呈现以适应不同利益相关者同时保持正确性的情况。

翻译、重构与受众转换

目的

为不同受众改编内容，同时保持核心准确性——改变语调、深度、强调和框架以匹配受众的专业知识、目标和背景。

何时使用

调用此技能当：

相同信息需要传达给具有不同专业知识的受众（技术→业务、专家→新手）
内容语调/正式性需要改变（正式报告→随和邮件、学术→会话式）
战略内容需要战术翻译（愿景→行动项、为什么→如何）
内部内容变为外部（公司文档→面向客户、行话→通俗语言）
长篇幅需要压缩而不失关键点（详细→摘要、全面→要点）
媒介变化（书面→口头、文档→演示、邮件→社交媒体）
跨文化或人口统计转换（美国→国际、行业→行业、代际→代际）
强调需要转换（为不同利益相关者突出不同方面）

不要使用当：

内容已经适合目标受众（无需翻译）
创建全新内容（不是改编现有内容）
简单编辑（语法、拼写）没有受众转换
人类语言之间翻译（使用语言翻译，不是此技能）

是什么？

翻译/重构通过保持语义准确性（什么是真的）并改变呈现方式（如何沟通）来改编内容以适应受众。四种保真度类型：

1. 语义保真度（必须保持）： 核心事实、关系、约束、影响保持准确 2. 语调保真度（适应）： 正式性、情感、语体改变以匹配受众期望 3. 强调保真度（适应）： 突出什么 vs. 背景化基于受众优先级转换 4. 媒介保真度（适应）： 结构、长度、格式改变以适应不同渠道/背景

示例： 技术事故后分析 → 客户状态更新

原始（工程师）： “根本原因：高并发（>5000 请求/秒）下分布式锁管理器的竞态条件。回调注册前锁超时时空指针解引用。修复：添加带重试逻辑的CAS操作，部署金丝雀到5%流量，监控2小时后全面推出。”

翻译（客户）： “发生了什么：1月15日，下午2-3点服务放缓，影响部分用户的结账。根本原因：高流量下系统的时间问题。状态：已修复、监控并全面部署。预防：添加防护措施以防止类似时间问题。”

改变了什么： 技术细节减少、行话移除、影响/状态强调、客户关注优先（发生了什么、是否修复、是否会再次发生）。保持了什么： 时间、受影响功能、根本原因类别、解决状态。

工作流程

复制此清单并跟踪进度：

翻译与重构进度：
- [ ] 步骤1：分析源和目标受众
- [ ] 步骤2：识别翻译类型和约束
- [ ] 步骤3：应用翻译策略
- [ ] 步骤4：验证保真度和适当性
- [ ] 步骤5：精炼并交付

步骤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页）、深入探索（全面）、快速更新（要点）
媒介： 邮件（可略读）、演示（视觉+口头）、文档（参考）
熟悉度： 内部（共享上下文） vs. 外部（假设无）
敏感性： 公开（谨慎措辞） vs. 私有（坦诚）

4. 文化/人口统计

语言： 母语 vs. 非母语说话者（习语 vs. 字面）
代际： 沟通规范（表情符号使用、正式性期望）
行业： 科技 vs. 传统（节奏、参考、假设）
地理： 美国 vs. 国际（日期格式、度量单位、文化参考）

映射练习： 源受众是[专业知识/目标/背景] → 目标受众是[专业知识/目标/背景] → 差距需要[翻译策略]。

常见翻译类型

技术 ↔ 业务

技术 → 业务：

移除： 实施细节、行话、代码、算法
添加： 商业价值、客户影响、成本/效益、竞争优势
转换强调： 如何工作 → 为什么重要、指标 → 结果
示例： “通过查询优化将p95延迟从450ms减少到120ms” → “页面加载快3倍，提高客户满意度和转化率”

业务 → 技术：

移除： 营销语言、模糊目标、流行语
添加： 需求、约束、验收标准、技术影响
转换强调： 愿景 → 实施细节、结果 → 指标
示例： “以无缝体验取悦客户” → “将结账流程减少到2步，目标完成率95%，保持PCI合规”

战略 ↔ 战术

战略 → 战术：

移除： 高层次愿景、市场趋势、抽象目标
添加： 具体行动、时间线、负责人、依赖关系、成功指标
转换强调： 为什么 → 什么和如何、3年愿景 → 本季度计划
示例： “成为数据驱动组织” → “Q1：仪表化10个关键用户流程。Q2：培训产品经理分析。Q3：建立每周指标审查。”

战术 → 战略：

移除： 粒度任务、个人工单、日常活动
添加： 主题、理由、业务对齐、累积影响
转换强调： 个人工作 → 投资组合叙述、任务 → 结果
示例： “修复47个错误，添加12个功能，重构身份验证” → “改善产品稳定性和安全基础以支持企业客户”

专家 ↔ 新手

专家 → 新手：

移除： 行话、先前知识假设、复杂术语
添加： 类比、定义、示例、“为什么重要”
转换强调： 细微差别 → 核心概念、边缘情况 → 愉快路径
示例（医疗）： “特发性高血压，开具ACE抑制剂，监测肾功能” → “血压高无明确原因。药物帮助血管放松。需要定期肾脏检查。”

新手 → 专家：

移除： 过度解释、类比、手把手指导
添加： 精确性、技术术语、注意事项、边缘情况
转换强调： 简化模型 → 准确复杂性
示例： “让按钮更容易点击” → “根据iOS HIG将触摸目标增加到44×44点，添加8点填充，确保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名ML工程师（Q2）、试点功能（Q3）”

类比桥接（专家 → 新手）： 熟悉 → 不熟悉 - “Git分支” = 论文草稿版本 | “微服务” = 食品卡车不是一个餐厅 | “API速率限制” = 夜总会容量

倒金字塔（长 → 摘要）： 最重要先 - 导语（1-2句） → 关键细节（2-3要点） → 支持（可选深度）

代码转换（跨文化）： 替换文化参考 - “全垒打”（美国） → “巨大成功”（中性） | “消防水管”习语 → “压倒性信息”（字面） | MM/DD/YYYY → YYYY-MM-DD（ISO）

快速参考

资源：

resources/template.md - 结构化翻译工作流程
resources/methodology.md - 复杂/细微翻译的高级技术
resources/evaluators/rubric_translation_reframing_audience_shift.json - 质量标准

关键原则：

保持语义准确性 - 事实、关系、影响必须保持真实
适应呈现方式 - 语调、深度、强调为受众改变
匹配受众需求 - 专业知识水平、目标、背景、约束
测试与“专家会确认吗？” - 源领域专家验证翻译准确性
测试与“目标能据此行动吗？” - 目标受众能理解并使用

红旗：

语义漂移（事实通过简化变得不准确）
居高临下（对新手居高临下语调）
行话不匹配（对受众太技术或太模糊）
缺失“所以呢？”（技术细节无商业影响）
缺失“如何？”（战略愿景无战术翻译）
失去细微差别（为简洁省略关键注意事项）
文化假设（习语、参考排除目标）
错误强调（突出你感兴趣 vs. 受众需要）