한 줄 정의

이 인터페이스는 OpenAI가 새 통합 작업에 권장하는 응답 생성 경계야. 단순히 모델에 문장 하나 보내고 답 하나 받는 엔드포인트보다, 멀티모달 입력과 상태 유지, 내장 도구 호출을 한 루프로 묶는 쪽에 더 가깝다고 보면 돼.

그래서 이 이름이 보이면 새 모델 이름부터 떠올리기보다, OpenAI API 안에서 에이전트형 워크플로를 만들 때 기본으로 쓰는 인터페이스라고 읽는 편이 맞아.

실제로 무엇을 하나

Responses API의 생성 경로는 POST /v1/responses야. 여기서 입력은 짧은 문자열 하나로 줄 수도 있고, 메시지·이미지·파일이 섞인 항목 목록으로 넘길 수도 있어. 같은 인터페이스 안에서 instructions, input, tools, stream 같은 필드를 같이 다루니까, 예전처럼 텍스트 응답용 호출과 도구 실행용 흐름을 따로 나눠 생각할 필요가 줄어.

실무에서는 이 점이 크게 보여. 예를 들어 첫 번째 장면은 고객지원이나 리서치 자동화야. 모델이 답변을 쓰기 전에 웹 검색이나 파일 검색을 돌리고, 나온 결과를 이어 받아 최종 답을 만드는 흐름을 한 요청 안에서 다룰 수 있어. 두 번째 장면은 코딩이나 백오피스 자동화 쪽이야. Function Calling으로 사내 함수를 부르거나, MCP 도구를 붙여 외부 서비스에 접근하는 흐름을 같은 응답 구조 안에서 이어 갈 수 있어.

또 예전 채팅 엔드포인트와 비교할 때 차이가 하나 더 있어. 이쪽은 이전 응답을 이어 쓰는 여러 턴 흐름과 상태 보존을 전제로 설계돼 있어서, 단발성 채팅 호출보다 Tool Use가 섞인 작업에 더 잘 맞게 정리돼 있어.

왜 중요한가

OpenAI 문서는 기존 채팅 인터페이스가 계속 지원되더라도, 새 프로젝트에는 이 방식을 권장한다고 적고 있어. 이건 단순한 문법 변경보다 기본 설계 기준이 바뀌었다는 뜻에 가까워. 이제는 “모델이 무슨 말을 하느냐”보다 “응답 하나가 도구 호출, 상태, 추론 결과까지 어떻게 품느냐”를 먼저 보라는 신호야.

비교 기준도 분명해. 같은 문서에서 OpenAI는 내부 평가 기준으로, 같은 프롬프트와 같은 설정에서 추론 모델을 이 인터페이스로 썼을 때 SWE-bench가 기존 채팅 인터페이스보다 3% 좋아졌다고 적어. 또 2025년 3월 11일에 첫 공개를 했고, 2025년 5월 21일에는 원격 MCP 지원과 이미지 생성, 코드 인터프리터, 파일 검색 확장을 묶어 발표했어. 그래서 이 이름은 예전 채팅 호출의 다른 표기가 아니라, OpenAI가 에이전트형 앱을 어디에 맞춰 재구성하는지 보여 주는 기준선으로 읽는 편이 맞아.

이걸 알고 있으면 기사나 릴리스 노트를 읽을 때도 덜 헷갈려. 새 모델이 나왔다는 소식과, 그 모델이 Responses에서 어떤 도구를 쓸 수 있는지, 상태를 어떻게 넘길 수 있는지는 다른 층위의 정보라서 따로 봐야 해.

주의해서 볼 점

이 인터페이스를 쓴다고 에이전트가 저절로 완성되는 건 아니야. 상태를 이어 갈지 끊을지, 어떤 도구를 허용할지, 실패한 호출을 어떻게 다시 돌릴지, 외부 서비스로 어떤 데이터를 보낼지 같은 운영 판단은 여전히 개발자 몫이야. 문서도 store: true 같은 상태 옵션과 MCP 승인 흐름을 따로 두고 있어.

특히 원격 MCP와 커넥터는 편하지만, 기본값으로는 외부 서버에 데이터를 보내기 전에 승인을 요구하는 흐름이 붙어 있어. 이건 “도구가 붙는다”와 “아무 검토 없이 자동 실행해도 된다”가 같은 말이 아니라는 뜻이야. 또 MCP 도구는 호출당 별도 요금이 붙는 구조는 아니어도, 도구 정의를 불러오거나 실제 호출을 돌릴 때 쓰는 토큰 비용은 계속 생겨.

결국 이 이름을 볼 때는 새 엔드포인트 하나가 생겼다고만 보면 부족해. OpenAI API 안에서 텍스트 생성, 도구 실행, 상태 관리, 외부 연결을 한 덩어리로 다루게 만든 운영 인터페이스라는 점까지 같이 봐야 해.