外观
SimulSpeak|AI 同声传译平台
状态:未准备(已整理代码素材,个人职责与运行结果待确认)
基本信息
- 项目名称 / 时间:SimulSpeak;开发起止时间待确认。
- 背景、目标用户与核心功能:面向英文音频理解场景,提供音频采集、双语实时字幕、翻译纠错、中文配音和历史记录。
- 团队情况与本人职责:待确认团队人数、独立实现 / 二次开发范围。以下为代码支持的候选经历,不能据此认定均由本人完成。
- 技术栈:React、TypeScript、Zustand、Vite、WebSocket、WebRTC;Go、chi、Pion、GORM / SQLite、etcd。
- 仓库:本地源码;项目 README。演示见 README,当前未验证可访问性。
- 简历位置:前端版第一项目,约占项目篇幅 65%;Go 全栈版第二项目,约占 45%。偏音视频 / AI 应用岗位可调整到全栈版第一位。
30 秒介绍
前端方向候选口述(确认分工后使用):我参与开发了一个 AI 同声传译平台,浏览器通过 WebRTC 传输音频,通过 WebSocket 接收识别和翻译结果。我的讲解重点是采集与连接管理、流式字幕状态、自动滚动和画中画字幕。项目使用句子 ID 和结果优先级处理迟到消息,并在停止时回收媒体与订阅资源;演示与测试结果需补充实际运行记录。
全栈方向候选口述(确认分工后使用):这是一个 Go 与 React 实现的同声传译平台,后端将业务信令与媒体处理分开,串联识别、快翻、模型纠错和配音,前端实时呈现双语字幕。我会重点介绍自己实际参与的服务编排与字幕一致性模块,说明如何在先显示草稿和后续纠错之间取舍,以及异常时如何降级。
2 分钟介绍
- 背景:语音识别、机器翻译和模型纠错返回速度不同,需要尽早展示,同时避免字幕退回旧结果。
- 架构:浏览器 WebSocket 连接 api-server 获取控制与字幕事件;WebRTC 连接 PBX 传输音频;PBX 处理 VAD / ASR / TMT / TTS,api-server 负责业务编排与纠错。
- 前端展开:
WsClient、RtcClient管理底层连接,useSession编排会话,Zustand 保存字幕,组件负责显示。句子 ID、final 标记与引擎优先级共同控制更新。 - 全栈展开:围绕
interpreter.go与pbx_bridge.go说明事件流、翻译策略和失败路径;节点发现说明新会话分配,不宣称已有媒体连接自动迁移。 - 本人实现:只从上述模块中选择实际做过的两到三项,补充“原问题、改动、取舍、验证”。
- 结果:当前只有静态代码依据。待补演示、测试输出及真实云服务下的延迟数据,不填写未经验证的提升百分比。
阅读入口
- 架构与核心流程
- 前端实现与难点
- Go 后端实现与难点
- 面试追问
- 现有导学 · 现有面经