lynseylee-ones/transcript-clean-translate-en

转录稿清理与英译 EN

概述

使用本技能可将原始中文转录稿整理为清洁的中文纯文本版本和/或保持原意的地道英文翻译，同时保留原文结构和事实内容。

默认工作流程严格：去除转录噪音，保留源语义和顺序，标准化术语，避免逐字中译英，并输出仅含段落分隔的纯文本。

此为纯指令技能。其可移植核心是包含 SKILL.md 和可选 references/ 文件夹的目录。除非用户要求设置或分享指南，否则不要依赖特定平台命令。

输入

接受 .txt、.md、.docx、粘贴文本或其他可读转录来源。

对于 .docx，先提取段落文本。保留源文档中的段落顺序。如果用户要求输出文件，则在源文件旁生成新文件，除非用户指定其他位置。

如果用户询问如何分享、安装、提示或为本技能选择模型，请阅读 references/prompt-and-model-guide.md。

工作流程

1. 检查源材料

• 确认源材料是原始中文、清洁中文还是英文。
• 统计或抽样段落，以了解源材料结构。
• 如果源材料包含说话人标签和时间码，在删除前确认其模式。
• 如果内容涉及人工智能、脚本编写、研发管理、云软件、接口、交付流程、迁移或工作流自动化，请阅读 references/terminology.md。
• 如果翻译成英文，请阅读 references/idiomatic-translation.md，除非用户明确要求逐字转录。
• 如果工作区中提供了项目特定的术语表，请使用它。如果无法访问在线术语表，则使用本地/参考术语，并说明未重新核对在线术语。
• 确定用户希望输出一个还是两个结果：
  • 仅清洁中文
  • 仅英文翻译
  • 两步流程：清洁中文加英文翻译 若不明确，默认输出英文翻译（基于清洁中文的工作版本），且仅保存最终英文文件，除非用户要求两者。
• 确定英文翻译模式：
  • 默认采用 地道转录：保留事实、顺序、说话人意图和细节程度，但可自由重组在英文中听起来不自然的中文句式。
  • 忠实转录 仅在用户要求时使用：在去除转录噪音的同时，更贴近说话人原有的句子结构。

2. 清洁原始中文转录稿

当用户要求中文清理时，仅进行最小限度的清理：

• 删除说话人姓名和时间戳，例如 Speaker(00:01:23):、00:01:23 或类似标签。
• 删除仅属语音噪音的口头填充词，如“嗯”、“呃”、“啊”、“就是”、“这个”、“那个”。
• 删除因语音识别或自我纠正导致的重复词汇或从句。
• 纠正专业术语中明显的转录错误。
• 规范化产品、平台和技术术语。
• 仅在需要提高可读性时修正标点。
• 仅当转录稿明显打断句子时，进行段落拆分或合并；否则保留原始段落顺序。
• 保留影响说话人含义的有意义的犹豫或不确定性，如“可能”、“大概”、“我理解”或“不一定”。

不要：

• 重写为营销文案。
• 添加解释、摘要、标题、项目符号、表格或标题。
• 删除实质性内容、示例、警告、问题、演示步骤或说话人意图。
• 在段落分隔之外改变源结构。
• 补充缺失的事实或修饰掉有意义的不确定性。

3. 将清洁中文翻译为英文

翻译时：

• 逐段翻译并保留源段落顺序。在可行的情况下保留段落数量，但每段内部重组句子以符合地道英文。
• 使用适合网络研讨会或产品演示转录稿的、保持原意的地道英文，而非逐字中译英。
• 保留说话人原有的细节程度和顺序。
• 若源材料为现场演讲或演示，保留第一人称表达。
• 保留有意义的口语过渡，但去除仅属转录杂音的内容。
• 使用 references/terminology.md 和任何可用的项目术语表，保持技术术语翻译一致。
• 产品名称、代码标识符、平台名称和接口术语保留其标准英文形式。
• 仅使用纯文本，仅包含段落分隔。

初译后，进行地道英文润色：

• 将过长的中文口语链拆分为自然的英文句子。
• 重新构建主语和谓语，使每个句子听起来像英文，而非翻译的中文。
• 省略或改写无意义的填充过渡词，如“然后”、“其实”、“这块”、“这个东西”、“对”、“大概”。
• 当英文需要更清晰的连接词时，将隐含的中文逻辑显性化。
• 使用 references/idiomatic-translation.md 转换产品和工作流程短语，如“跑通”、“落地”、“出活”、“流转”、“打回”。
• 优先使用具体主语，如“工程师”、“审阅者”、“该代理”、“该工作流”或“该系统”，而非模糊且重复的“人们”、“它”或“这”。

不要：

• 将转录稿重新框架为落地页、文章、摘要或销售叙事，除非用户明确要求。
• 删除重复的演示引用或问答内容（如果它们是源材料的一部分）。
• 为改善风格，将多个源段落压缩成一个精炼段落，除非源段落划分明显是转录稿碎片导致的。
• 添加 Markdown 格式、章节标题、项目符号、编号或强调。
• 本地化掉产品特定概念，如“工作项”、“触发器”、“字段”、“测试运行”、“接口端点”或“审计日志”。
• 过度修饰掉有意义的不确定性、警告、演示流程或说话人意图。

4. 输出文件

使用保守的相邻文件名：

• 清洁中文：附加 _整理版.txt。
• 英文翻译：附加 _English.txt。
• 两步输出：创建两个文件，保留相邻位置和命名。

如果源文件已有后缀，则附加下一个后缀，不覆盖源文件，除非用户明确要求。

对于纯文本交付物，使用 UTF-8 文本和段落分隔。除非源文件中已存在，否则不要添加标题行。

5. 最终回复前的质量检查

在完成前进行轻量级检查：

• 确认清理请求后，已删除所有说话人/时间码标签。
• 确认纯英文翻译中不包含中文字符（除非是故意的专有名词）。
• 确认未引入 Markdown 结构。
• 确认段落数量保持一致，或解释为何因源材料包含断裂句子片段而改变。
• 搜索明显的术语不一致，如产品名称、脚本语言名称、接口术语、测试运行功能名称、可重用技能包名称或标识符格式不一致。
• 进行地道英文检查，查找中式英语措辞和过度使用的字面填充词，如“actually”、“then”、“this part”、“this thing”、“relatively”、“basically”、“do work”、“produce work”、“can be landed”。
• 阅读英文输出的开头、中间和结尾，确保自然的英文流畅性。修改那些过于字面保留中文句法的段落。
• 抽查翻译的开头、中间和结尾与源文本对比，检查是否有遗漏。

在最终回复中，链接输出文件并简要说明已检查的内容。如果无法访问在线术语表，请说明翻译使用的是本地/参考术语。