苹果开放FaceTime手语API，通话内直连译员成现实

通话不中断：手语口译嵌入FaceTime会话

苹果在iOS 27.2 Beta 1中向开发者开放了FaceTime手语口译应用编程接口。这意味着，兼容的第三方应用能够直接调用该接口，在同一个通话会话内为听障用户提供手语翻译服务。

此前，若要在FaceTime通话中使用手语口译，参与者往往需要退出当前通话，或另行协调一个独立的视频房间来接入译员。新接口将这一流程压缩到单一通话会话中，减少了切换成本与协调环节。

需要明确的是，FaceTime本身并不具备自动手语翻译能力，也不会取代专业人工手语译员。苹果提供的只是API通道，具体口译服务仍由接入该接口的辅助功能应用与口译服务商负责。

从预览到开放：口译服务商的适配窗口

相关功能于2026年进入预览阶段。随着iOS 27.2 Beta 1开放API接口，口译服务商可以据此开发适配应用，将自身译员资源与FaceTime通话流程打通。

对开发者而言，这一接口的价值在于降低集成门槛。过去，辅助功能应用若想介入实时通话，常受限于系统级通话权限与音视频管线的封闭性。API开放后，第三方应用可在苹果设定的框架内调用通话会话，避免自行搭建复杂的视频中转架构。

• 兼容应用可调用API，在统一通话会话内实现手语服务
• 通话参与者无需退出当前通话
• 无需为口译服务另行协调独立视频房间
• 苹果不提供自动翻译，服务由第三方应用与口译服务商提供

辅助功能生态的渐进式开放

苹果在辅助功能领域长期采取系统级能力与第三方接入并行的策略。从屏幕朗读到声音识别，再到实时字幕，部分能力由系统原生提供，另一部分则通过API向开发者开放。FaceTime手语口译接口属于后者。

这种做法的好处是责任边界清晰：苹果负责通话管线的稳定与隐私框架，口译质量与译员调度则由专业服务商承担。对于手语使用者而言，可选择的译员资源与服务模式不再受限于单一平台。

不过，API开放只是起点。实际体验取决于口译服务商的接入速度、译员覆盖语种与在线时长，以及应用在通话中的稳定性表现。iOS 27.2正式版推送后，这一链条的成熟度将逐步显现。

影响解读：实时手语服务走向平台化

将手语口译嵌入原生通话应用，意味着实时辅助功能正从独立应用向平台级能力演进。对听障群体来说，通话场景的可用性提升，比单独下载一个口译应用更具实际意义。

对行业而言，苹果开放API可能带动更多口译服务商与辅助功能开发者进入FaceTime生态。竞争焦点将从“能否接入”转向“译员响应速度、语种覆盖与通话画质”等体验指标。平台方、服务商与用户之间的协作模式，也将在这轮适配中逐步清晰。