AssemblyAI Universal-3.5 Pro | OpenRouter Sync STT와 120초 동기 전사

Universal-3.5 Pro가 Sync에서 하는 일

시작 문서는 Sync API가 플래그십 Universal-3.5 Pro를 쓰고, 80밀리초부터 120초까지의 오디오를 32개 언어로 전사한다고 적는다. SDK는 Python의 SyncTranscriber와 JavaScript client.sync.transcribe()가 한 메서드로 왕복을 감싼다. warm()은 오디오가 오기 전에 HTTPS 연결을 연다. DNS, TCP, TLS 핸드셰이크를 녹음 시간과 겹쳐 빼는 장치가 프리웜이다.

응답은 text만이 아니다. 단어 배열, 전체 confidence, audio_duration_ms, 지원용 session_id, 서버 쪽 처리 시간 request_time_ms가 같은 JSON에 붙는다. 단어 start/end는 요청에서 timestamps=True를 켠 뒤에만 채워진다. 켜지 않으면 단어는 텍스트와 confidence만 남고 시각은 비어 있다. 타임스탬프는 밀리초 단위다.

제품 페이지가 드는 자리는 받아쓰기, 자체 VAD를 가진 보이스 에이전트, 푸시투토크, IVR 한 발화, 보이스메일과 숏폼 클립이다. 말하는 도중에 단어를 받으려면 Real-time이고, 2분을 넘는 파일은 Pre-recorded다. Sync는 그 사이의 짧은 완성분을 폴링 없이 돌려 주는 API다.

Pre-recorded가 느린 이유는 모델만이 아니다. 지연 블로그는 업로드 URL, 잡 제출, 수 초 간격 폴링, 완료 후 재조회라는 다섯 단계를 적는다. 전사가 서버에서 끝나도 다음 폴링까지 죽은 시간이 남는다. Sync는 그 고리를 접어 오디오 바이트를 바로 /transcribe 계열 엔드포인트에 붙인다. 짧은 보이스 메시지처럼 사람이 화면을 보고 있는 구간에서 의미가 있다.

OpenRouter 카드의 출시일과 가격

OpenRouter 모델 페이지 제목은 AssemblyAI: Universal-3.5 Pro다. 설명 문장은 Sync API로 최대 120초 클립을 동기 응답하고, 16비트 WAV를 받으며, 자유 텍스트 프롬프트와 keyterms, conversation context로 도메인 어휘를 유도한다고 적는다. 출시일은 2026년 9월 22일이다. 조사 다음날인 23일 기준으로 3일 가동률과 가용성은 카드에 100.00%로 보인다.

가격 표는 제공자 AssemblyAI, 정가 $0.000125, 할인 $0.000063, 지연 0.71초다. FAQ는 Audio Seconds $0.000063/초와 Prompted Audio Seconds $0.000069/초를 나란히 둔다. 입출력은 오디오 입력, 전사 텍스트 출력이다. OpenRouter는 이 모델을 한 제공자에 그대로 넘긴다고 적으며, 라우팅 선택이 없다고 한다. 채팅 모델처럼 제공자 풀을 고르는 자리가 아니다.

공식 제품의 $0.45/시간은 정가 $0.000125/초와 같다. 0.45를 3600으로 나누면 0.000125가 나온다. OpenRouter 할인은 그 정가의 절반이다. 프롬프트 가산 $0.000069는 공식 제품 페이지 한 줄에는 없고 OpenRouter FAQ에 있다. 에이전트 견적을 낼 때 프롬프트, keyterms, conversation_context를 쓰면 OpenRouter 경로의 프롬프트 단가를 따로 본다.

OpenRouter 문서의 일반 STT 엔드포인트는 POST /api/v1/audio/transcriptions이고, Whisper 계열 예시가 많다. Universal-3.5 Pro 카드는 AssemblyAI Sync를 가리키므로, OpenRouter 채팅 호환 스니펫의 base URL만 바꿔 쓰는 방식과 AssemblyAI 공식 sync.assemblyai.com 직접 호출을 한 코드로 섞지 않는다. 키와 헤더가 다르다. AssemblyAI HTTP는 Authorization에 키만 넣고 Bearer 접두사를 쓰지 말라고 시작 문서가 적는다.

오디오 한도와 HTTP 경로

한 요청의 하한은 80밀리초, 상한은 120초다. 서버 처리 기한은 따로 있다. 시작 문서는 30초 서버 기한을 넘기면 504와 inference_timeout이 온다고 적는다. 오디오가 120초여도 추론이 기한을 넘으면 타임아웃이다. timeout=60을 클라이언트에 두는 예시는 네트워크 대기이지, 서버 기한을 60초로 늘린다는 뜻이 아니다.

포맷은 WAV와 raw PCM S16LE다. WAV는 헤더에 샘플레이트와 채널이 있으므로 config 없이 보낼 수 있다. PCM은 sample_rate와 channels를 같이 보내며, 둘 중 하나라도 있으면 원본을 raw PCM으로 탄다. HTTP에서는 audio 파트의 Content-Type을 WAV는 audio/wav, PCM은 audio/pcm으로 두고, config는 JSON 파트로 붙인다. 로컬 경로와 바이트는 되고, URL은 안 된다. 원격 파일이면 먼저 받아 바이트로 만들거나 Pre-recorded를 쓴다.

모델 헤더는 필수다. 값은 universal-3-5-pro다. OpenAPI는 레거시 별칭 u3-sync-pro, u3-pro도 받는다고 적는다. SDK config의 model 기본값도 universal-3-5-pro다. 경로 표기는 문서마다 조금 다르다. 시작 가이드와 conversation-context 예시는 /v1/transcribe이고, 2026년 8월 19일 블로그 코드와 OpenAPI paths는 /transcribe다. 본문은 현재 시작 문서의 /v1/transcribe를 기본으로 쓰고, 블로그 스니펫을 복사할 때는 호스트만 바꾸지 말고 경로를 확인한다.

Python SDK 첫 호출은 환경 변수 키와 로컬 WAV 한 장으로 충분하다. 아래는 시작 문서의 최소 형태다.

import os
from assemblyai.sync.v1 import SyncTranscriber

transcriber = SyncTranscriber(api_key=os.environ["ASSEMBLYAI_API_KEY"])
transcriber.warm()
result = transcriber.transcribe("./sample.wav")
print(result.text)

cURL은 멀티파트 audio와 두 헤더가 핵심이다. 키를 Bearer로 감싸지 않는다.

curl -X POST https://sync.assemblyai.com/v1/transcribe \
  -H 'Authorization: <YOUR_API_KEY>' \
  -H 'X-AAI-Model: universal-3-5-pro' \
  -F 'audio=@sample.wav;type=audio/wav'

에러 JSON은 두 모양이다. 오디오, 용량, 추론 실패는 error_code와 message이고, 코드 예시는 bad_audio, audio_too_short, audio_too_large, unsupported_media_type, capacity_exceeded, service_unavailable, inference_timeout, inference_error다. 401과 429는 detail 필드다. SDK는 SyncTranscriptError로 상태, 코드, 429/503의 Retry-After를 담는다. 지원 메일을 보낼 때는 실패가 아니어도 session_id를 남기라고 문서가 못 박는다.

prompt, keyterms, conversation_context

Sync가 Pre-recorded와 갈리는 지점 중 하나는 짧은 턴을 도메인 어휘로 붙잡는 장치다. OpenRouter 설명은 자유 텍스트 프롬프트, keyterms, conversation context를 나란히 적는다. conversation-context 문서는 세 장치를 같은 config JSON에 같이 넣을 수 있다고 한다. prompt로 통화 종류를 설명하고, keyterms_prompt로 고유 명사를 나열하고, conversation_context로 직전 대사를 넘긴다.

conversation_context는 현재 오디오 앞에 있던 대화를 배열로 준다. 한 문자열은 한 턴으로 취급된다. 화자 라벨은 없다. 에이전트 답과 발화자 말을 시간 순으로 따로 넣는다. 상한은 500턴 또는 총 16000자다. 넘치면 거절이 아니라 앞쪽 오래된 턴부터 잘린다. 모델 컨텍스트 창을 넘길 때도 같다. 전사는 이번 턴만 하고, 문맥은 정확도를 올리는 힌트다.

주문 번호처럼 숫자가 많은 턴에서 직전 대사가 있으면 모델이 주제를 유지하기 쉽다. 문서 예시는 상담원이 주문 번호를 물은 뒤, 현재 오디오가 그 번호 답이라는 상황을 세 턴 문맥으로 붙인다. 보이스 에이전트가 자체 VAD로 턴을 자르면, 직전 LLM 발화와 발화자 전사를 배열에 쌓아 다음 Sync 호출에 실을 수 있다. Real-time은 세션 안에서 문맥을 자동으로 이어 가고, 에이전트 말은 agent_context로 끼워 넣는다. Sync는 그 일을 요청마다 다시 넣어야 한다.

언어는 language_codes에 ISO 639-1 코드를 리스트로 준다. 하나면 단일 언어, 여러 개면 다국어 클립이다. 스페인어만이면 ["es"]다. 시작 문서의 언어 절은 32개 지원을 가리킨다. 단어 타임스탬프는 지연을 조금 늘린다고 문서가 적으므로, 자막 정렬이 필요할 때만 켠다. 받아쓰기만 필요하면 끄고 text와 전체 confidence만 본다.

언어 수 표기가 갈리는 이유

공식 문장이 두 개다. Sync 시작 가이드는 "32 languages"다. 제품 페이지 Core Models는 "18 languages with prompt steering"이다. 둘 다 AssemblyAI 도메인이다. OpenRouter 카드 본문은 조사 시점에 언어 개수를 큰 숫자로 박지 않고, 프롬프트와 keyterms, 문맥을 적는다. OpenRouter 카드가 예전에 19개 언어로 적혔다는 이차 언급은 조사 시점 카드 본문에서 확인되지 않았다. 19를 단정하지 않고, 확인된 32와 18만 나란히 둔다.

실무에서는 시작 가이드의 32를 공식 Sync 언어 서술로 쓰고, 제품 마케팅 문장의 18은 프롬프트 스티어링을 강조한 다른 집계로 읽는다. 배포 전에 language 목록 페이지를 열어 필요한 코드가 실제로 있는지를 본다. 한국어가 목록에 있는지는 시작 가이드 본문에서 코드 표를 다시 그리지 않았다. 미확인이다. 한국어 에이전트는 샘플 클립으로 language_codes를 고정해 보고, 자동 감지에 맡기지 않는 편이 안전하다.

제품 페이지가 18을 적은 맥락에는 프롬프트 스티어링, 단어 시각, confidence가 같이 있다. 화자 분리와 PII, Speech Understanding이 Sync에 없다는 한계 문장도 같은 절이다. 언어 개수만 떼어 "모델이 18개국만 된다"고 읽으면 시작 가이드와 충돌한다. 개수 충돌은 기능 부재(다이어리제이션)와 종류가 다르다.

프리웜과 지연시간 두 층

지연 블로그 날짜는 2026년 8월 19일이다. 데모는 약 15초 녹음을 싱가포르에서 글로벌 엔드포인트로 EU를 거쳐 보냈고, 전체 응답이 대략 1,900ms였다고 적는다. 지구 반대편에서도 2초 안이다. US나 EU에 가까우면 P50이 약 134ms로 떨어진다. 제품 페이지도 같은 134ms p50을 쓴다. 정확도는 Universal-3.5 Pro를 비동기로 쓰던 것과 같고, 전달만 한 요청이라고 블로그가 말한다.

프리웜의 요지는 녹음이 시작되는 순간에 연결을 연다는 것이다. 녹음이 이어지는 동안 핸드셰이크가 끝나고, POST 시점에는 업로드와 추론만 남는다. SDK warm()이 그 호출이다. 녹음 버튼 핸들러에 transcribe()만 두면, 짧은 클립에서도 TLS가 체감 지연의 상당 부분을 차지할 수 있다. 보이스 에이전트라면 VAD가 말을 감지하는 시점에 warm을 거는 식이다.

OpenRouter P50 0.71초는 이 134ms와 단위가 같아 보여도 층이 다르다. 카드 표는 제공자 왕복의 중앙값이다. 프리웜 여부, 클라이언트 위치, 오디오 길이, 타임스탬프 옵션이 공개 표에 붙어 있지 않다. 에이전트 SLO를 134ms로 적고 OpenRouter 경로로 배포하면 숫자가 어긋난다. 공식 직접 호출과 중개 경로를 같은 대시보드 한 칸에 넣지 않는다.

블로그 데모의 1,900ms는 15초 클립의 업로드가 포함된 끝에서 끝까지다. 134ms는 P50이지 15초 파일의 보장 값이 아니다. request_time_ms는 서버 처리만 담으므로, 클라이언트에서 잰 왕복과 비교해 업로드와 네트워크를 가른다. 싱가포르 예시처럼 레지던시와 물리 거리가 크면 업로드가 추론보다 커진다.

데이터 레지던시 엔드포인트

요청 형식은 같고 호스트만 바뀐다. 블로그 표는 글로벌 https://sync.assemblyai.com/transcribe, US https://sync.us.assemblyai.com/transcribe, EU https://sync.eu.assemblyai.com/transcribe다. OpenAPI servers는 글로벌이 가까운 리전으로 보내고, US는 us-east-1, us-east-2, us-west-1, us-west-2, EU는 eu-central-1부터 eu-west-3까지를 적는다. 블로그 본문의 US 리전 나열(us-west-2, us-east-1)보다 OpenAPI가 넓다. 거주 요건이 있으면 OpenAPI와 레지던시 문서를 우선한다.

글로벌 호스트는 가까운 리전으로 붙는다. 데이터가 반드시 한국에 남는다는 뜻은 아니다. EU 거주가 계약 조건이면 sync.eu.assemblyai.com을 고정한다. 헤더와 멀티파트는 동일하다. SDK가 리전 호스트를 어떻게 받는지까지는 시작 가이드 첫 페이지가 자세히 풀지 않으므로, 클라우드 엔드포인트 문서를 따로 연다. 호스트 세 개는 확인된 사실로 두고, SDK 생성자 인자 이름은 미확인으로 남긴다.

OpenRouter를 쓰면 중개 계층이 하나 더 생긴다. 카드는 AssemblyAI로 그대로 포워드한다고 하지만, 레지던시 호스트를 호출자가 고르는 것과 같은지는 카드가 말하지 않는다. EU 전용 처리가 필요하면 OpenRouter가 아니라 sync.eu.assemblyai.com 직접 호출이 문서와 맞다.

Sync와 Pre-recorded와 Real-time

세 API는 모델 가족은 같아도 수명 주기가 다르다. Sync는 완성된 짧은 파일, Pre-recorded는 긴 파일과 이해 기능, Real-time은 아직 말하는 스트림이다. Universal-3.5 Pro라는 이름이 Real-time 쪽 Pipecat 가이드에도 나온다. 스트리밍 모델 문자열도 universal-3-5-pro다. 같은 이름이라도 Sync HTTP와 Real-time 소켓을 한 클라이언트로 취급하면 한도가 엉킨다. Sync는 턴당 120초, 부분 전사 없음이다.

제품 페이지는 Sync 가격을 Universal-3.5 Pro Realtime과 같은 $0.45/시간으로 적는다. 과금 단위가 같아도 연결 방식은 다르다. Real-time은 세션을 유지하고 부분 결과를 받는다. Sync는 요청이 끝나면 연결 역할이 끝난다. 프리웜은 다음 짧은 POST를 위한 연결 재사용이지, 스트리밍 세션이 아니다.

다이어리제이션, PII 레다션, Speech Understanding은 Sync에 없다. 콜센터 녹음을 화자별로 나누거나 주민번호를 지우려면 Pre-recorded다. 보이스 에이전트가 한 발화만 빠르게 텍스트로 바꿔 LLM에 넣는 파이프라인은 Sync 자리다. 한 발화가 2분을 넘기면 VAD 임계를 조정해 자르거나 Pre-recorded로 올린다. 자르지 않고 Sync에 120초를 초과해 보내면 audio_too_large 쪽으로 떨어진다.

표의 18과 32는 오류가 아니라 문서 층이다. 구현 체크리스트에는 32 쪽 목록을 열고, 카피 문장에는 18을 섞지 않는다.

바이브 코딩 에이전트에 붙이는 자리

Cursor나 로컬 에이전트가 음성 명령을 받을 때, 흔한 실수는 마이크 스트림을 채팅 모델 멀티모달에 바로 넣는 것이다. Universal-3.5 Pro Sync는 그 앞단을 전담한다. 브라우저나 데스크톱이 VAD로 무음을 자르고 WAV를 만들면, 에이전트 도구 하나가 Sync POST를 친다. 돌아온 text만 LLM 컨텍스트에 들어간다. 부분 가설이 필요 없는 푸시투토크와 잘 맞는다.

도구 스키마는 파일 경로나 바이트를 받고 URL을 받지 않게 만드는 편이 문서와 같다. 슬랙 보이스 메시지 URL을 그대로 넘기면 Sync가 거절한다. 다운로드 단계를 도구 안에 두거나, 이미 로컬에 있는 클립만 받게 한다. session_id와 request_time_ms는 로그에 남겨 지연 버그를 서버 시간과 클라이언트 시간으로 가른다. 타임스탬프가 필요 없는 명령 실행은 timestamps를 끄고 지연을 아낀다.

프롬프트에는 "한국어 개발 용어, 함수 이름, 리포지토리 이름"처럼 도메인을 한 줄로 적고, keyterms_prompt에 실제 심볼을 넣는다. 직전 발화 명령과 에이전트 확인 멘트를 conversation_context 배열에 쌓으면, "그거 커밋해" 같은 지시가 빈 문맥보다 덜 깨진다. 상한 16000자를 넘기지 않게 최근 N턴만 남긴다. 잘릴 때는 오래된 턴부터 사라진다는 점을 세션 메모리 설계에 반영한다.

OpenRouter로 붙일 때는 카드 출시가 2026-09-22인 점과, 일반 STT 가이드의 Whisper 예시가 이 모델과 교환 가능한지를 전제로 두지 않는다. 입력 포맷(OpenRouter의 base64 JSON vs AssemblyAI 멀티파트)이 다르다. 팀이 이미 OpenRouter 키만 있다면 카드의 오디오 초당 과금을 따르고, 레지던시와 X-AAI-Model 제어가 필요하면 공식 Sync를 쓴다. 두 경로를 환경 변수 하나로 숨기면 장애 때 헤더를 못 찾는다.

IVR와 보이스메일은 에이전트보다 단순한 호출이다. 한 발화 WAV를 넣고 text로 라우팅 키워드를 본다. 화자가 여러 명이면 Sync가 화자를 나누지 않으므로, 두 사람이 겹친 보이스메일은 Pre-recorded 다이어리제이션 후보다. 푸시투토크 무전기 앱처럼 한 사람, 한 클립이면 Sync의 한 방 응답이 제품 페이지 유스케이스와 같다.

Pipecat 문서는 Sync를 AssemblyAISyncSTTService로, 턴당 HTTP, 부분 전사 없음, 120초 한도로 소개한다. 로컬 VAD가 침묵을 감지하면 그 턴만 보낸다. 같은 문서의 Real-time 플러그인은 소켓을 유지한다. 바이브 코딩으로 보이스 에이전트를 붙일 때, 프레임워크가 Sync를 쓰는지 스트림을 쓰는지를 모델 이름만 보고 추측하지 않는다. 문자열 universal-3-5-pro가 양쪽 다 등장한다.

응답 필드와 운영에서 남길 값

성공 JSON의 text는 전체 문장이다. words는 단어와 confidence, 옵션 시각이다. confidence는 0에서 1이다. audio_duration_ms로 보낸 길이와 과금 초를 대조한다. OpenRouter 경로면 초당 단가에 이 길이를 곱하는 식이 카드와 맞다. 공식 $0.45/시간은 같은 길이에 정가를 적용한다. 프롬프트를 쓴 OpenRouter 호출은 0.000069를 쓴다.

request_time_ms는 서버가 스스로 잰 처리 시간이다. 블로그 예시 값은 243.7ms였다. P50 134ms 이야기와 한 예시의 243.7ms를 모순으로 읽지 않는다. 분포의 중앙값과 한 요청의 실측이다. 클라이언트 로그에 둘 다 남기면 네트워크 구간을 빼기 쉽다. session_id는 UUID다. 지원과 내부 트레이스에 같은 값을 쓴다.

용량 초과와 단시간 장애는 capacity_exceeded, service_unavailable이다. 429/503에는 Retry-After가 있다. 재시도 루프를 즉시 폭주시키지 않는다. bad_audio와 unsupported_media_type은 재시도로 고쳐지지 않는다. 코덱을 WAV/PCM으로 맞추고 길이를 검사하는 쪽이 맞다. 80ms 미만은 audio_too_short, 120초 초과는 audio_too_large다.

운영 대시보드에는 세 시계열을 나누는 편이 문서와 맞다. 첫째는 클라이언트 왕복, 둘째는 request_time_ms, 셋째는 OpenRouter를 쓸 때의 카드 P50이다. 한 숫자로 SLO를 정하면 134ms와 0.71초 중 무엇이 깨졌는지 안 보인다. 오디오 길이 히스토그램을 옆에 두면 120초 근처에서 타임아웃이 늘어나는지를 본다.

조사 과정에서는 실제 API 키로 샘플 WAV를 치지 않았다. 코드 블록은 시작 가이드와 conversation-context 문서의 공개 예시를 옮긴 것이다. warm()의 체감 이득, 한국어 language_codes 정확도, OpenRouter 중개 경로의 실제 0.71초는 카드 숫자이며 여기서 다시 재지 않았다. 가격과 한도와 헤더는 페이지 문장에 있는 것만 적었다.

Tip: 녹음 시작 핸들러에서 warm()을 먼저 호출하고, 파일 저장이 끝나는 시점에 transcribe()를 부른다. 짧은 푸시투토크일수록 핸드셰이크가 지연의 큰 몫이다.

한국어 보이스 코딩 명령은 영어 샘플보다 고유 명사가 많다. 리포 이름, 한글 이슈 제목, 라이브러리 한글 별칭을 keyterms_prompt에 넣는 실험이 문서의 도메인 어휘 유도 설명과 맞닿는다. 다만 한국어가 32개 목록에 포함되는지는 이 조사에서 언어 표 원문을 다시 옮기지 않았으므로, 샘플 한 장으로 확인한 뒤에 기본 언어를 고정한다.

120초는 벽이다. 회의 요약 봇을 Sync로 만들려다 파일을 잘라 12번 POST하는 우회는 가능하지만, 화자 분리와 긴 문맥은 Pre-recorded 자리다. Sync의 conversation_context는 이번 클립의 정확도용이지, 한 시간 회의를 이어 붙이는 저장소가 아니다. 에이전트 메모리는 따로 두고, Sync에는 최근 턴만 넣는다.

OpenRouter 출시가 9월 22일이라 카드의 3일 가용성 100%는 출시 직후 창이다. 장기 가동률로 읽지 않는다. 공식 직접 호출의 상태 페이지는 조사 범위에서 따로 열어 보지 않았다. 장애 대응은 session_id와 HTTP 상태, error_code를 한 묶음으로 남기는 쪽이 시작 문서의 지원 안내와 같다.

마무리

앞에서 다룬 AssemblyAI Universal-3.5 Pro와 Sync STT, OpenRouter 카드의 핵심만 짧게 정리한다.

• Universal-3.5 Pro는 80ms~120초 클립을 한 HTTP 응답으로 전사하는 Sync 플래그십이다.
• OpenRouter 출시는 2026-09-22, 할인 $0.000063/초, 프롬프트 $0.000069/초, 표 P50 0.71초다.
• 공식 정가는 $0.45/시간이며 초당 $0.000125와 같고, 프리웜 US/EU P50은 약 134ms다.
• 경로는 시작 문서 기준 POST https://sync.assemblyai.com/v1/transcribe이고, 헤더 X-AAI-Model이 필수다.
• URL 인제스트는 없고 WAV 또는 PCM S16LE 바이트만 받는다.
• 시작 가이드는 32개 언어, 제품 페이지는 18개(프롬프트 스티어링)로 적어 두 문장을 함께 둔다.
• 화자 분리, PII, Speech Understanding은 Sync에 없다. 긴 파일은 Pre-recorded, 라이브는 Real-time이다.

「짧은 완성 클립은 Sync, 긴 이해는 Pre-recorded, 말하는 중은 Real-time」 에이전트에는 VAD로 자른 WAV와 최근 턴 문맥만 넣고, OpenRouter 0.71초와 공식 134ms를 같은 SLO 칸에 넣지 않는다.

출처와 링크

조사 기준: 2026년 9월 (2026-09-23 Asia/Seoul). OpenRouter 카드 출시 2026-09-22. 지연 블로그 2026-08-19.

• OpenRouter AssemblyAI Universal-3.5 Pro
• Sync 시작: 짧은 오디오 전사
• Sync API 기술 워크스루
• Sync Speech-to-Text 제품 페이지
• conversation_context 문서
• Sync API 레퍼런스 /transcribe