말하면서 듣는 GPT-Live-1 API 공개, 음성 AI의 대화 방식이 바뀝니다

전화로 예약을 하다가 중간에 시간을 바꿔 말한 적이 있으실 겁니다. 상대가 설명하는 동안에도 한마디 덧붙일 수 있는 것이 사람의 통화입니다. OpenAI가 2026년 9월 10일 API로 공개한 GPT-Live-1은 이 대화 방식을 서비스에 넣는 것을 목표로 한 음성 모델입니다.

핵심은 말하면서 동시에 들을 수 있다는 점입니다. 공식 개발 문서는 이를 전이중, 영어로 full duplex라고 적었습니다. 이 글은 무엇이 달라졌는지, 연결 구조가 어떻게 나뉘는지, 요금이 어디까지 포함되는지를 GPT-Live 공식 개발 문서에서 다시 확인해 정리한 것입니다.

이전과 달라진 점 한눈에 보기

기존의 음성 서비스는 대체로 말이 끝나기를 기다렸다가 답하는 방식이었습니다. 이번 공개에서 달라진 지점을 항목별로 정리했습니다.

항목	이전	이후	확인 출처
대화 방식	발화가 끝난 뒤 순서대로 응답하는 턴 방식	말하는 동안에도 듣는 전이중 방식	공식 개발 문서
사용 범위	서비스 안에서 제공되는 음성 기능	개발자가 API로 자기 서비스에 연결	공식 발표문
조회 작업 처리	조회가 끝날 때까지 대화가 멈추는 구간 발생	백엔드가 조회하는 동안에도 대화 계속	공식 개발 문서
연결 수단	서비스별 개별 방식	WebRTC, WebSocket, 서버측 제어, 전화와 SIP	공식 개발 문서
과금 단위	서비스 구독에 포함	음성 세션 시간 기준, 초 단위 과금	공식 가격표

음성 계층과 업무 처리 계층이 나뉩니다

공식 문서는 역할을 두 층으로 설명합니다. GPT-Live는 듣고 말하며 대화의 흐름을 맡습니다. 실제 조회나 도구 사용은 뒤에 연결한 백엔드가 맡고 결과만 돌려줍니다. 사용자는 조회가 진행되는 동안에도 내용을 덧붙일 수 있습니다.

백엔드를 붙이는 방식은 두 갈래로 안내됩니다. 하나는 Responses 위임으로 관리형 백엔드를 쓰는 방식이고, 다른 하나는 클라이언트 위임으로 앱이 백엔드 실행을 직접 제어하는 방식입니다. 사내 시스템을 호출해야 한다면 어느 쪽에서 실행할지가 설계의 첫 갈림길이 됩니다.

구분	공식 문서에 적힌 내용	설계할 때 보는 지점
Responses 위임	관리형 백엔드 방식	직접 구성할 서버가 적은 대신 실행 제어 폭이 좁습니다
클라이언트 위임	앱이 백엔드 실행을 직접 제어	사내 인증과 사내 시스템 호출을 직접 다룰 수 있습니다
브라우저와 앱 연결	WebRTC, WebSocket, 서버측 제어	화면이 있는 서비스에서 먼저 시험하기 쉽습니다
전화 연결	전화와 SIP 연결 옵션	기존 고객센터 회선과 이어 붙일 수 있는 통로입니다
파트너 연동	LiveKit, Twilio, Telnyx, Daily와 Pipecat	이미 쓰는 통신 스택이 있으면 연동 경로를 먼저 봅니다

업무에서 중요해지는 지점 두 가지

첫째는 고객 응대 통화입니다. 주문 상태를 조회하는 동안 고객이 배송지 이야기를 덧붙이는 상황은 흔합니다. 기다림이 생기는 구간에서 대화가 끊기지 않으면 같은 통화 안에서 정보를 더 받을 수 있습니다. 반대로 말이 겹칠 때 어느 발화를 기준으로 처리할지 규칙을 정해 두지 않으면 기록이 어긋납니다.

둘째는 통화 기록을 업무로 옮기는 단계입니다. 대화가 유연해질수록 결정 사항과 담당자를 나중에 추리기 어려워집니다. 통화가 끝난 뒤 남길 항목을 미리 고정해 두는 편이 낫습니다. 녹취에서 화자와 시각을 살려 정리하는 방법은 회의 녹취에서 화자와 시간 정보를 활용하는 법에, 요약에서 담당자와 기한까지 끌어내는 요청은 회의록에서 담당자와 기한까지 정리하는 법에 정리해 두었습니다.

요금 범위와 국내 이용 조건

공식 가격표에서 확인한 GPT-Live-1의 음성 세션 요금은 분당 0.05달러입니다. 과금은 세션 시간 기준이며 초 단위로 계산된다고 적혀 있습니다. 같은 문서는 백엔드 모델과 도구 사용료가 별도로 청구된다는 점도 함께 적었습니다.

그래서 통화 1시간을 3달러로 계산하면 앞단 음성 계층만 센 금액이 됩니다. 실제 운영비에는 뒤에 붙인 모델의 토큰 요금, 도구 호출 비용, 전화 회선 요금이 더해집니다. 예산을 잡을 때는 이 세 항목을 따로 적어 두는 편이 정확합니다.

국내 이용 조건은 따로 볼 항목입니다. API가 공개됐다는 말은 개발자가 서비스를 만들 수 있다는 뜻입니다. 국내 매장이나 고객센터에 이 기능이 일괄 적용됐다는 발표는 아닙니다. 한국어 통화 품질과 국내 전화망 연동 조건은 공식 문서에서 확인하지 못했으므로 미확인 항목으로 남깁니다. 도입 판단은 실제 회선과 실제 문의 유형으로 확인하는 편이 맞습니다.

통화 녹음과 음성 데이터 보관은 별도의 검토 대상입니다. 고객 통화를 다루는 서비스라면 녹음 고지, 보관 기간, 접근 권한을 먼저 정리한 뒤 시험을 시작하는 순서가 안전합니다.

통화 한 건으로 시험 설계하기

전이중 대화를 말로만 평가하면 판단이 흐려집니다. 대화 대본 한 개를 고정해 두고, 어느 발화에서 무엇이 일어나야 하는지 미리 적어 두면 비교가 쉬워집니다. 아래 대본은 예시용으로 만든 중립 데이터입니다.

[통화 대본 예시]
상담: 안녕하세요, 주문 확인 도와드리겠습니다.
고객: 주문번호 A-10482 배송 상태 좀 볼게요.
상담: 조회하는 동안 잠시만 기다려 주세요.
고객: 아, 그리고 받는 주소를 회사로 바꾸고 싶어요.
상담: 주소 변경 요청 함께 접수하겠습니다.
고객: 회사 주소는 담당자A 앞으로 보내 주세요.
상담: 현재 배송 준비 중으로 확인됩니다.
고객: 그러면 오늘 안에 변경이 되는 건가요.
상담: 준비 단계에서는 변경이 가능합니다.
고객: 네, 그렇게 부탁드릴게요.

이 대본을 놓고 음성 계층과 백엔드가 각각 무엇을 맡을지 지침을 적습니다. 아래 요청문은 백엔드 처리 규칙을 정하는 문장입니다.

통화 대본을 읽고 처리 계획을 표로 정리해 주세요.
열은 발화 번호, 발화 요지, 처리 주체, 남길 기록 네 개로 고정합니다.
처리 주체는 음성 계층 또는 백엔드 조회 중 하나로만 적어 주세요.
조회가 진행되는 동안 들어온 요청은 별도 행으로 나눠 주세요.
대본에 없는 정보는 값 칸에 확인 필요라고 적어 주세요.
표 외의 설명 문장은 쓰지 마세요.

아래는 이 요청문을 바탕으로 직접 구성한 기대 결과입니다. 실제 통화를 연결해 측정한 결과가 아니라, 무엇을 맞다고 볼지 미리 정해 둔 채점 기준입니다.

발화 번호	발화 요지	처리 주체	남길 기록
2	주문번호 A-10482 배송 상태 문의	백엔드 조회	주문번호, 조회 시각
4	조회 중 들어온 주소 변경 요청	음성 계층	요청 접수, 변경 항목은 주소
6	변경할 주소의 수령인 지정	음성 계층	수령인 담당자A, 주소는 확인 필요
7	배송 준비 중 상태 안내	백엔드 조회	조회 결과 원문, 응답 시각
9	준비 단계에서는 변경 가능 안내	백엔드 조회	변경 가능 여부 판단 근거

쓰기 전에 확인할 점

• 말이 겹쳤을 때 어느 발화를 기준으로 처리할지 규칙을 문서로 정합니다.
• 조회가 길어질 때 안내 문구를 넣을지, 조용히 기다릴지 미리 정합니다.
• 백엔드 실행을 관리형으로 둘지 앱에서 직접 제어할지 결정합니다.
• 음성 계층 요금과 백엔드 모델 요금, 회선 요금을 각각 나눠 적습니다.
• 통화 녹음 고지와 보관 기간을 서비스 정책에 반영합니다.
• 같은 대본으로 여러 번 시험해 기록 항목이 매번 남는지 확인합니다.

자주 묻는 질문

전이중 대화면 사람이 끼어들어도 문제가 없나요

말하면서 들을 수 있다는 것은 입력을 받을 수 있다는 뜻이고, 어떤 발화를 채택할지는 서비스 쪽 설계에 달려 있습니다. 조회 중에 들어온 요청을 별도 행으로 기록할지, 이어지는 대화에 합칠지 미리 정해야 합니다. 이 규칙이 없으면 통화 기록에서 요청이 빠질 수 있습니다.

분당 0.05달러면 통화 1시간에 3달러인가요

앞단 음성 계층만 단순 계산하면 그렇습니다. 공식 가격표는 백엔드 모델과 도구 사용료가 별도로 청구된다고 적었습니다. 전화 회선 요금까지 더해야 실제 운영비가 나오므로 항목을 나눠 계산하시는 편이 좋습니다.

한국어 통화에도 바로 쓸 수 있나요

공식 문서에서 지원 언어 목록과 국내 전화망 연동 조건을 확인하지 못했습니다. 그래서 이 글에서는 미확인으로 적었습니다. 짧은 시험 통화를 한 건 만들어 응답 지연과 인식 결과를 직접 보시는 방법이 가장 빠릅니다.

자료 확인일은 2026년 9월 15일입니다. 공식 개발 문서와 공식 가격표는 다시 열어 확인했고, 공식 발표문 페이지는 접근이 제한되어 다시 열지 못했습니다. 이 글은 문서 기준 해설이며 통화 품질이나 지연 시간을 직접 측정한 결과가 아닙니다.