Google Meet에서 AI 실시간 통역 사용 가능한가

핵심 요약 (TL;DR)

우리 LiveKit 미팅을 Meet "안에" 넣는 건 불가능 — Meet은 폐쇄 플랫폼. 외부 WebRTC 스택 주입 불가.
Meet 내장 통역은 아직 한·일어를 못 한다 — 2026-02 GA 버전은 영어 중심 5개 언어(ES/FR/DE/PT/IT). Gemini 3.5(70언어)는 엔터프라이즈 private preview로 하반기 예정.
봇 경로의 근본 난점 = mixed audio — 대부분 미팅봇 API는 회의 음성을 하나로 믹스해 전달 → 누가 어느 언어로 말하는지 분리 불가 → 양방향 통역 품질 저하.
모든 외부 플랫폼은 "전원 공용 번역"으로 다운그레이드 — Meet은 Zoom/Teams와 달리 청자별 오디오 채널이 없음. "각자 자기 언어로 동시에"는 전용 플랫폼에서만 가능.
RINDA 시나리오엔 자체 솔루션(rinda-meet)이 유일 해법 — Meet을 꼭 써야 하면 Recall.ai 봇 + 전원 공용 번역으로 타협.

01 세 경로 비교

Meet에서 Gemini 통역을 쓰는 방법은 셋. 각각 2026년 실태와 RINDA 결격 사유.

경로	2026 실태 (근거)	RINDA 결격 사유
Meet 내장 통역 (현행 GA)	2026-02 GA. 단 EN↔ES/FR/DE/PT/IT 5개 언어만 (Google Workspace 공식 업데이트)	한·일어 미지원 · 90분 제한 · 전원 공용
Meet 내장 (Gemini 3.5 신버전)	Slator 실측 지연 ~10초, 독자 53.9%가 "아직 미흡", 다중화자 동시발화 시 누락. 한·일은 private preview·하반기	preview · 전원 공용 · 언어쌍 변경 시 미팅 재시작
Recall.ai 봇 (Output Media)	Google Meet 봇 오디오 주입 지원. 단 수신은 "output-only / mixed audio"	화자별 분리 불가 · 주입은 전원 공용 · 봇당 과금
Meet Media API (공식)	실시간 오디오 스트림 접근 공식 API	송출 제약 · 모든 참가자 Developer Preview 등록 필수(외부 거래처 불가)

02 핵심 발견 3가지

발견 1 — 언어

Meet 내장은 아직 한·일 통역을 못 한다

2026-02 GA된 Meet 음성 통역은 영어 중심 5개 언어(스페인·프랑스·독일·포르투갈·이탈리아). Gemini 3.5(70개 언어)의 한·일 지원은 엔터프라이즈 private preview로 2026 하반기 예정. 즉 지금 당장은 RINDA 일본 미팅에 Meet 내장 통역 자체가 불가능합니다.

발견 2 — 오디오

봇 경로의 근본 난점 = mixed audio

대부분 미팅봇 API는 회의 오디오를 하나로 믹스해 전달합니다. "누가 한국어로 말하고 누가 일본어로 말하는지" 화자 분리가 안 돼 양방향 통역의 화자 식별이 깨집니다. per-speaker(화자별) 오디오는 MeetStream 등 극소수 벤더만 first-class로 지원.

참고: 우리 LiveKit 솔루션은 이 문제가 없음참가자별 트랙이 분리돼 있어 화자 언어를 metadata로 정확히 식별 → 봇이 해당 언어만 골라 통역.

발견 3 — 구조

모든 외부 플랫폼은 "전원 공용 번역"으로 다운그레이드

Google Meet은 Zoom/Teams와 달리 통역 채널(청자별 오디오)이 아예 없습니다. 봇이든 내장이든 번역 음성은 전원에게 동일하게 들리거나 자막으로만 표시됩니다.

"Google Meet does not natively support remote simultaneous interpretation channels like Zoom or Teams — no separate audio channels for interpreters and listeners."

즉 "각자 자기 언어로 동시에 듣기"는 전용 플랫폼(우리 솔루션, 또는 Interprefy 같은 RSI 제품)에서만 가능합니다.

03 build vs buy — 커뮤니티 합의

선택	장점	단점
buy · Recall.ai	"6개월 개발 절약", 광범위 플랫폼 지원, 운영 성숙도	mixed audio · 전원 공용 · 봇당 비용 · 플랫폼 정책 리스크
build · LiveKit (우리 선택)	참가자별 라우팅 · 완전 통제 · 데이터 주권 · LiveKit Cloud로 운영부담 상쇄	운영 책임 (단 Cloud 전환으로 대부분 해소됨)

커뮤니티 공통 결론"통역이 제품 핵심이면 self-host/통제, 부가기능이면 봇 buy." RINDA는 일본 미팅 통역이 실질 업무 핵심이므로 self-host(우리 방향)가 부합.

04 RINDA 의사결정

요구	최적 선택
한·일 양방향 + 각자 자기 언어 (RINDA 핵심)	✅ 자체 솔루션 `rinda-meet.rinda.ai` 만 충족 — Meet으론 2026 현재 불가
외부 거래처가 Google Meet 고집	△ Recall.ai 봇 + 전원 공용 번역으로 타협, 또는 하반기 Meet 내장 preview 대기
자막만으로 충분	Chrome 확장(Meet AI Translate) 또는 Zoom 번역 자막

"Meet에서 쓰기"의 3중 벽 ① 한·일 미지원 ② mixed audio(화자 분리 안 됨) ③ 전원 공용(청자별 채널 없음) — 이 셋 때문에 Google Meet에서는 반드시 기능을 깎아야만 통역이 가능합니다.

05 우리 작업은 헛되지 않다 — 헥사고날의 힘

지금 만든 rinda-meet.rinda.ai는 헥사고날 아키텍처(infra / core / adapters)로 설계돼, 미디어 플랫폼을 어댑터로 교체할 수 있습니다.

포트	현재 어댑터	Google Meet 대응
`MediaRoom`	`livekit-room.ts` (참가자별 라우팅)	`recall-room.ts` 신규 1개만 추가 → Meet 봇(전원 공용)
`TranslationProvider`	`gemini-live.ts`	그대로 재사용 (변경 0)

핵심통역 코어(TranslationSession + Gemini)는 그대로 두고, 어댑터 1개만 새로 쓰면 Google Meet 봇 버전을 만들 수 있습니다. 플랫폼 종속이 없는 설계.