同一句话放在聊天里可以轻松一点，写进客户邮件要更稳妥，进入产品文档要保留固定术语，出现在正式材料里则要减少口语表达。通用翻译可能没有错，却不一定适合直接使用。
小窗译的翻译场景把翻译要求、固定表达和润色要求放在一起。选择场景以后再翻译，结果会按照当前用途调整，不必每次重新写一遍提示词。
翻译和写作经常是同一件事
如果一段翻译准备发给别人，理解原意只是第一步。它还要使用合适的礼貌程度、熟悉的产品术语，以及读起来不像直译的句子。
把译文复制到另一个写作工具，会多出一次粘贴、描述要求和重新核对。小窗译把润色留在原文旁边，方便同时检查意思和表达。
一个场景可以记住什么
- 翻译要求，例如更简洁、更正式或保留原句结构。
- 产品名、岗位、专业词和常用短语的固定译法。
- 对清晰度、语气、句子长度和自然表达的润色要求。
- 这个场景默认使用的模型或翻译服务。
不同用途需要不同默认值
| 用途 | 适合的场景要求 | 重点检查 |
|---|---|---|
| 日常聊天 | 自然、简短、有交流感 | 不要把简单回复写得太正式 |
| 客户邮件 | 礼貌、清楚、语气稳定 | 承诺、条件和时间不能被改写 |
| 产品或技术文档 | 保留固定术语和结构 | 名称、数字和命令要准确 |
| 正式材料 | 表达克制，称呼一致 | 减少口语，但不要添加原文没有的判断 |
| 论文和专业资料 | 优先传达原意和领域术语 | 保留原文中的限制与不确定性 |
润色不能改掉原来的意思
句子变顺不代表翻译一定更准确。使用润色结果前，要回看人名、数字、否定、条件和专业术语，确认它们没有在改写中发生变化。
平常先看一个译文就够了。只有语气、歧义或术语真的存在选择时，再展开其他模型进行比较。
本地和在线模型仍有不同边界
场景可以管理重复工作，但实际由哪个模型处理，仍然决定内容会去哪里。敏感草稿可以使用本地模型。选择在线服务或自己的 API Key 时，相关文字会发送给对应服务。
客户消息、内部文档和未发布内容在润色前也要确认当前模型。文本润色接触到的内容与翻译相同，隐私判断不能省略。
先为最常做的工作建一个场景
从最常翻译的邮件、聊天、文档或专业资料开始，把平时反复修改的要求保存下来。