不会切换到英语的会议室
您安排了一场跨国会议。与会者来自三个时区。九十秒内，有人说**“为了确保大家理解一致，我们就用英语交流吧”**——然后您看到房间里最资深的与会者沉默了。
这种切换是一种代价。消耗时间，削弱信心，也影响最终实际达成的决策。
过去六周里，我们围绕房间里的任何人都不应被迫切换语言这一原则重构了 InterMIND。对话不必切换。聊天不必切换。您正在实时输入的笔记不必切换。您明天要审阅的编辑历史也不必切换。
以下是本次更新的变化。
1. 面向每位观看者的一切功能，而不仅仅是语音
实时语音翻译一直是核心亮点——支持 21 种语言、亚秒级延迟，每位参与者可在通话开始时选择自己的语言。v1.2 使语音周围的所有内容也实现了多语言，并按观看者保持实时同步。（关于为何是“21”而不是其他界面展示的更大数字，请参阅详细分析。）
聊天：每次编辑都会以您的语言显示变更内容
聊天中的每条消息在输入时即被翻译。v1.2 的变化在于：当有人编辑消息时，我们不会丢弃之前的翻译并为您提供全新的翻译。我们会在您的语言中计算先前翻译文本与新翻译文本之间的差异，并内联显示。
因此，当您的同事将“我们应该在周二前审查”编辑为“我们应该在周四前审查”时，您的西班牙语审阅者不会看到重新翻译的整段文字再去猜测哪里变了。他们会看到 martes → jueves，并带有高亮显示。与 Git 差异一样精准，但以他们阅读的 21 种语言之一呈现。
如果编辑仅更改了格式——粗体、斜体、列表标记——我们仍会重新翻译，因为仅格式的编辑往往是含义发生变化的地方（逗号变成了分句断点）。并且新翻译流式传输时，之前的翻译仍保留在屏幕上，因此您永远不会因为等待 API 返回而面对空白区域。
笔记：实时、逐字符、按语言呈现
主持人会在会议期间打开共享笔记窗格并开始输入。每位参与者都会以自己的语言、逐字符地看到笔记，传播延迟在亚秒级。编辑一行，观看者会获得按语言呈现的差异——与聊天编辑的模型相同。
我们还重写了笔记翻译，将列表项单独翻译，而不是翻译整个文档。如果翻译整个 markdown 文本块，英语中的嵌套检查列表无法保留其结构——模型会扁平化层级结构。独立翻译每个 <li> 可以在每种语言中保持缩进、编号和内联格式不变。
附件：聊天中的文档适应会议室语境
将 Google Doc、OneDrive 链接或 PDF 拖入聊天。v1.2 会将它们内联渲染：
- 链接文档 — 标题、预览、域名徽章，不会暴露原始 URL。可编辑文档会在新标签页中打开，并带有正确的区域设置提示 (
hl=)，因此巴西葡萄牙语读者不会进入英语 Docs 界面。 - 图片上传 — 上传时显示缩略图，在消息气泡中采用 intrinsic-grid 响应式布局，确保图片在窄屏下不会被拉伸变形。
- 三级文档访问权限 — 编辑、查看或无访问权限 — 并在权限允许时自动共享。没有 Drive 访问权限的参与者仍能看到干净的只读预览，而不是“拒绝访问”页面。
惰性翻译：更快、成本更低、干扰更少
我们过去会在您切换语言时翻译历史记录中的每条消息。对于长期运行的团队频道而言，这意味着要为您永远不会滚动回去查看的消息重放数小时的 API 调用。
v1.2 使用 IntersectionObserver：当消息进入视口时按需进行翻译。在会议中途切换语言现在是瞬间完成的。我们还会在遇到 401 错误时立即停止聊天列表轮询，这消除了一条您永远不会注意到但我们确实注意到的失控错误流。
语音转录：渲染前进行净化处理
转录文本在渲染前会进行净化处理——不会因为富有创意的发音而导致 HTML 注入。这听起来理所当然。但在两个月前情况并非如此。
