실시간 에이전트 가이드
이 가이드는 OpenAI Agents SDK의 실시간 계층이 OpenAI Realtime API에 어떻게 매핑되는지, 그리고 Python SDK가 그 위에 어떤 추가 동작을 더하는지 설명합니다.
먼저 읽기
기본 Python 경로를 원한다면 먼저 빠른 시작을 읽어 보세요. 앱에서 서버 측 WebSocket 또는 SIP 중 무엇을 사용해야 할지 결정하는 중이라면 실시간 전송을 읽어 보세요. 브라우저 WebRTC 전송은 Python SDK의 일부가 아닙니다.
개요
실시간 에이전트는 Realtime API에 장기 연결을 열어 두어 모델이 텍스트와 오디오를 점진적으로 처리하고, 오디오 출력을 스트리밍하고, 도구를 호출하며, 매 턴마다 새 요청을 다시 시작하지 않고도 인터럽션(중단 처리)을 처리할 수 있게 합니다.
주요 SDK 컴포넌트는 다음과 같습니다.
- RealtimeAgent: 하나의 실시간 전문가를 위한 지침, 도구, 출력 가드레일 및 핸드오프
- RealtimeRunner: 시작 에이전트를 실시간 전송에 연결하는 세션 팩토리
- RealtimeSession: 입력을 보내고, 이벤트를 수신하고, 히스토리를 추적하고, 도구를 실행하는 라이브 세션
- RealtimeModel: 전송 추상화. 기본값은 OpenAI의 서버 측 WebSocket 구현입니다.
세션 수명 주기
일반적인 실시간 세션은 다음과 같습니다.
- 하나 이상의
RealtimeAgent를 생성합니다. - 시작 에이전트로
RealtimeRunner를 생성합니다. RealtimeSession을 얻으려면await runner.run()을 호출합니다.async with session:또는await session.enter()로 세션에 진입합니다.send_message()또는send_audio()로 사용자 입력을 보냅니다.- 대화가 끝날 때까지 세션 이벤트를 반복 처리합니다.
텍스트 전용 실행과 달리 runner.run()은 최종 결과를 즉시 생성하지 않습니다. 대신 로컬 히스토리, 백그라운드 도구 실행, 가드레일 상태, 활성 에이전트 구성을 전송 계층과 동기화하는 라이브 세션 객체를 반환합니다.
기본적으로 RealtimeRunner는 OpenAIRealtimeWebSocketModel을 사용하므로 기본 Python 경로는 Realtime API에 대한 서버 측 WebSocket 연결입니다. 다른 RealtimeModel을 전달해도 동일한 세션 수명 주기와 에이전트 기능이 적용되며, 연결 방식만 달라질 수 있습니다.
에이전트 및 세션 구성
RealtimeAgent는 의도적으로 일반 Agent 타입보다 범위가 좁습니다.
- 모델 선택은 에이전트별이 아니라 세션 수준에서 구성됩니다.
- Structured outputs는 지원되지 않습니다.
- 음성은 구성할 수 있지만, 세션이 이미 음성 오디오를 생성한 후에는 변경할 수 없습니다.
- 지침, 함수 도구, 핸드오프, 훅, 출력 가드레일은 모두 계속 작동합니다.
RealtimeSessionModelSettings는 새로운 중첩형 audio 구성과 이전의 평면형 별칭을 모두 지원합니다. 새 코드에는 중첩 구조를 권장하며, 새 실시간 에이전트는 gpt-realtime-2.1로 시작하세요.
runner = RealtimeRunner(
starting_agent=agent,
config={
"model_settings": {
"model_name": "gpt-realtime-2.1",
"audio": {
"input": {
"format": "pcm16",
"transcription": {"model": "gpt-4o-mini-transcribe"},
"turn_detection": {"type": "semantic_vad", "interrupt_response": True},
},
"output": {"format": "pcm16", "voice": "ash"},
},
"tool_choice": "auto",
}
},
)
유용한 세션 수준 설정은 다음과 같습니다.
audio.input.format,audio.output.formataudio.input.transcriptionaudio.input.noise_reductionaudio.input.turn_detectionaudio.output.voice,audio.output.speedoutput_modalitiestool_choiceprompttracing
RealtimeRunner(config=...)에서 유용한 실행 수준 설정은 다음과 같습니다.
async_tool_callsoutput_guardrailsguardrails_settings.debounce_text_lengthtool_error_formattertracing_disabled
타입이 지정된 전체 API 범위는 RealtimeRunConfig 및 RealtimeSessionModelSettings를 참고하세요.
입력과 출력
텍스트 및 구조화된 사용자 메시지
일반 텍스트 또는 구조화된 실시간 메시지에는 session.send_message()를 사용하세요.
from agents.realtime import RealtimeUserInputMessage
await session.send_message("Summarize what we discussed so far.")
message: RealtimeUserInputMessage = {
"type": "message",
"role": "user",
"content": [
{"type": "input_text", "text": "Describe this image."},
{"type": "input_image", "image_url": image_data_url, "detail": "high"},
],
}
await session.send_message(message)
구조화된 메시지는 실시간 대화에 이미지 입력을 포함하는 주요 방법입니다. examples/realtime/app/server.py의 예제 웹 데모는 이러한 방식으로 input_image 메시지를 전달합니다.
오디오 입력
원문 오디오 바이트를 스트리밍하려면 session.send_audio()를 사용하세요.
서버 측 턴 감지가 비활성화된 경우 턴 경계를 표시할 책임은 사용자에게 있습니다. 고수준 편의 메서드는 다음과 같습니다.
더 낮은 수준의 제어가 필요하다면 하위 모델 전송을 통해 input_audio_buffer.commit 같은 원문 클라이언트 이벤트를 보낼 수도 있습니다.
수동 응답 제어
session.send_message()는 고수준 경로를 사용해 사용자 입력을 보내고 응답을 시작합니다. 원문 오디오 버퍼링은 모든 구성에서 자동으로 동일하게 작동하지는 않습니다.
Realtime API 수준에서 수동 턴 제어란 원문 session.update로 turn_detection을 지운 다음, input_audio_buffer.commit 및 response.create를 직접 보내는 것을 의미합니다.
턴을 수동으로 관리하는 경우 모델 전송을 통해 원문 클라이언트 이벤트를 보낼 수 있습니다.
from agents.realtime.model_inputs import RealtimeModelSendRawMessage
await session.model.send_event(
RealtimeModelSendRawMessage(
message={
"type": "response.create",
}
)
)
이 패턴은 다음과 같은 경우에 유용합니다.
turn_detection이 비활성화되어 있고 모델이 언제 응답해야 하는지 직접 결정하려는 경우- 응답을 트리거하기 전에 사용자 입력을 검사하거나 게이트 처리하려는 경우
- 대역 외 응답을 위한 사용자 지정 프롬프트가 필요한 경우
examples/realtime/twilio_sip/server.py의 SIP 예제는 시작 인사를 강제로 생성하기 위해 원문 response.create를 사용합니다.
이벤트, 히스토리 및 인터럽션(중단 처리)
RealtimeSession은 고수준 SDK 이벤트를 내보내면서, 필요할 때는 원문 모델 이벤트도 계속 전달합니다.
중요한 세션 이벤트는 다음과 같습니다.
audio,audio_end,audio_interruptedagent_start,agent_endtool_start,tool_end,tool_approval_requiredhandoffhistory_added,history_updatedguardrail_trippedinput_audio_timeout_triggerederrorraw_model_event
UI 상태에 가장 유용한 이벤트는 보통 history_added와 history_updated입니다. 이 이벤트는 사용자 메시지, 어시스턴트 메시지, 도구 호출을 포함한 세션의 로컬 히스토리를 RealtimeItem 객체로 노출합니다.
인터럽션(중단 처리) 및 재생 추적
사용자가 어시스턴트를 중단하면 세션은 audio_interrupted를 내보내고, 서버 측 대화가 사용자가 실제로 들은 내용과 일치하도록 히스토리를 업데이트합니다.
지연 시간이 낮은 로컬 재생에서는 기본 재생 추적기로 충분한 경우가 많습니다. 원격 또는 지연 재생 시나리오, 특히 전화 통신에서는 RealtimePlaybackTracker를 사용하세요. 그러면 생성된 모든 오디오가 이미 들렸다고 가정하는 대신 실제 재생 진행률을 기준으로 인터럽션(중단 처리) 시 잘라내기가 이루어집니다.
examples/realtime/twilio/twilio_handler.py의 Twilio 예제가 이 패턴을 보여줍니다.
도구, 승인, 핸드오프 및 가드레일
함수 도구
실시간 에이전트는 라이브 대화 중 함수 도구를 지원합니다.
from agents import function_tool
@function_tool
def get_weather(city: str) -> str:
"""Get current weather for a city."""
return f"The weather in {city} is sunny, 72F."
agent = RealtimeAgent(
name="Assistant",
instructions="You can answer weather questions.",
tools=[get_weather],
)
도구 승인
함수 도구는 실행 전에 사람의 승인을 요구할 수 있습니다. 이 경우 세션은 tool_approval_required를 내보내고, approve_tool_call() 또는 reject_tool_call()을 호출할 때까지 도구 실행을 일시 중지합니다.
도구에도 입력 가드레일이 있으면 해당 가드레일은 승인 후 실행 직전에 실행됩니다. 승인 이벤트가 발생하기 전에 이를 실행하려면 RealtimeRunner(..., config={"tool_execution": {"pre_approval_tool_input_guardrails": True}})로 runner를 생성하세요. 이 사전 승인 검사를 통과한 호출도 실행 전 승인 후에 다시 검사됩니다.
async for event in session:
if event.type == "tool_approval_required":
await session.approve_tool_call(event.call_id)
구체적인 서버 측 승인 루프는 examples/realtime/app/server.py를 참고하세요. 휴먼인더루프 (HITL) 문서도 휴먼인더루프 (HITL)에서 이 흐름을 다시 참조합니다.
핸드오프
실시간 핸드오프를 사용하면 한 에이전트가 라이브 대화를 다른 전문가에게 넘길 수 있습니다.
from agents.realtime import RealtimeAgent, realtime_handoff
billing_agent = RealtimeAgent(
name="Billing Support",
instructions="You specialize in billing issues.",
)
main_agent = RealtimeAgent(
name="Customer Service",
instructions="Triage the request and hand off when needed.",
handoffs=[
realtime_handoff(
billing_agent,
tool_description_override="Transfer to billing support",
)
],
)
단독으로 지정된 RealtimeAgent 핸드오프는 자동으로 래핑되며, realtime_handoff(...)를 사용하면 이름, 설명, 검증, 콜백 및 가용성을 사용자 지정할 수 있습니다. 실시간 핸드오프는 일반 핸드오프 input_filter를 지원하지 않습니다.
가드레일
실시간 에이전트는 에이전트 응답에 대한 출력 가드레일과 함수 도구 호출에 대한 입력 가드레일을 지원합니다. 출력 가드레일은 모든 부분 토큰마다 실행되는 대신 디바운스된 transcript 누적에 대해 실행되며, 예외를 발생시키는 대신 guardrail_tripped를 내보냅니다.
from agents.guardrail import GuardrailFunctionOutput, OutputGuardrail
def sensitive_data_check(context, agent, output):
return GuardrailFunctionOutput(
tripwire_triggered="password" in output,
output_info=None,
)
agent = RealtimeAgent(
name="Assistant",
instructions="...",
output_guardrails=[OutputGuardrail(guardrail_function=sensitive_data_check)],
)
실시간 출력 가드레일이 트립되면 세션은 활성 응답을 중단하고, response.cancel을 강제하며, guardrail_tripped를 내보내고, 트리거된 가드레일의 이름을 담은 후속 사용자 메시지를 보내 모델이 대체 응답을 생성할 수 있게 합니다. 가드레일은 디바운스된 transcript 텍스트에 대해 실행되고 트립와이어가 작동할 때 일부 오디오가 이미 버퍼링되어 있을 수 있으므로, 오디오 플레이어는 여전히 audio_interrupted를 수신하고 로컬 재생을 즉시 중지해야 합니다.
SIP 및 전화 통신
Python SDK에는 OpenAIRealtimeSIPModel을 통한 일급 SIP 연결 흐름이 포함되어 있습니다.
Realtime Calls API를 통해 통화가 들어오고, 생성된 call_id에 에이전트 세션을 연결하려는 경우 이를 사용하세요.
from agents.realtime import RealtimeRunner
from agents.realtime.openai_realtime import OpenAIRealtimeSIPModel
runner = RealtimeRunner(starting_agent=agent, model=OpenAIRealtimeSIPModel())
async with await runner.run(
model_config={
"call_id": call_id_from_webhook,
}
) as session:
async for event in session:
...
통화를 먼저 수락해야 하고 수락 페이로드가 에이전트에서 파생된 세션 구성과 일치하길 원한다면 OpenAIRealtimeSIPModel.build_initial_session_payload(...)를 사용하세요. 전체 흐름은 examples/realtime/twilio_sip/server.py에 나와 있습니다.
저수준 접근 및 사용자 지정 엔드포인트
session.model을 통해 하위 전송 객체에 접근할 수 있습니다.
다음이 필요할 때 사용하세요.
session.model.add_listener(...)를 통한 사용자 지정 리스너response.create또는session.update같은 원문 클라이언트 이벤트model_config를 통한 사용자 지정url,headers또는api_key처리- 기존 실시간 호출에
call_id연결
RealtimeModelConfig는 다음을 지원합니다.
api_keyurlheadersinitial_model_settingsplayback_trackercall_id
이 저장소에 포함되어 제공되는 call_id 예제는 SIP입니다. 더 넓은 범위의 Realtime API도 일부 서버 측 제어 흐름에 call_id를 사용하지만, 여기에는 Python 예제로 패키징되어 있지 않습니다.
Azure OpenAI에 연결할 때는 GA Realtime 엔드포인트 URL과 명시적 헤더를 전달하세요. 예를 들면 다음과 같습니다.
session = await runner.run(
model_config={
"url": "wss://<your-resource>.openai.azure.com/openai/v1/realtime?model=<deployment-name>",
"headers": {"api-key": "<your-azure-api-key>"},
}
)
토큰 기반 인증에는 headers에 bearer 토큰을 사용하세요.
session = await runner.run(
model_config={
"url": "wss://<your-resource>.openai.azure.com/openai/v1/realtime?model=<deployment-name>",
"headers": {"authorization": f"Bearer {token}"},
}
)
headers를 전달하면 SDK가 Authorization을 자동으로 추가하지 않습니다. 실시간 에이전트에서는 기존 beta 경로(/openai/realtime?api-version=...)를 사용하지 마세요.