OpenAI Presence: 모델이 아니라 ‘에이전트 운영’을 판다
OpenAI가 2026년 7월 22일 기업용 신규 제품 OpenAI Presence를 공개했다. 언뜻 또 하나의 AI 모델 출시처럼 보이지만, 실체는 다르다. Presence는 모델 자체가 아니라 정책, 표준작업절차(SOP), 가드레일, 승인된 액션, 시뮬레이션, 평가 도구, 그리고 Codex 기반 개선 루프를 하나로 묶은 운영 레이어 제품이다1. 기업이 음성·채팅 에이전트를 실제 업무에 배포할 때 필요한 주변 요소 전체를 패키징한 것으로, 모델 호출 API만으로는 기업 예산을 충분히 확보하기 어렵다는 현실 인식에서 나온 전환이다.
이 제품의 핵심 질문은 “모델이 얼마나 똑똑한가”가 아니라 “에이전트가 회사 정책을 어기지 않고 실제 시스템에서 안전하게 일할 수 있는가”다. 이 관점의 전환을 이해하면 OpenAI Presence가 왜 지금, 이런 형태로 출시되었는지 명확해진다.
무엇이 다른가: 배포 구조와 구성 요소
Presence의 배포 구조는 일반 SaaS와 다르다. 자가 가입이 불가능하며, OpenAI의 Forward Deployed Engineers가 고객사와 직접 협업해 워크플로우를 선정하고 기존 시스템에 연결한다1. 각 배포는 청구 문제 해결이나 직원 IT 요청 처리처럼 구체적인 업무 하나에서 시작하며, 에이전트는 해당 업무에 필요한 지식과 시스템 접근권만 부여받는다. 배포가 좁은 범위에서 시작되는 이유는 사고의 폭발 반경을 제한하기 위해서다.
제품의 구성은 다섯 가지로 정리된다: 정책과 SOP, 승인된 액션, 시뮬레이션, Escalation, 그리고 Codex 개선 루프1. 각 요소마다 기업이 관리해야 할 지표가 다르다. 정책 준수율, 성공률, 테스트 통과율, handoff율, 배포 주기 등이 그것이다1. 이 지표들은 AI 도입의 성패를 평가하는 새로운 기준이 된다.
수치가 말해주는 평가 기준의 변화
OpenAI는 자사 영어 전화 지원 채널에서 Presence가 인바운드 문제의 75%를 사람 도움 없이 해결했고, Codex 기반 개선 루프로 10일 만에 사람 handoff를 15%포인트 줄였다고 밝혔다1. 이 수치는 자사 측정 결과이므로 일반화에는 주의가 필요하지만, 중요한 방향성을 보여준다. 기업 AI 평가의 중심이 데모 수준의 대화 품질에서 실제 운영 지표로 이동하고 있다는 점이다.
실패 비용이 크기 때문에 천천히 열린다
Presence가 가입 버튼 없는 제한적 GA(Limited General Availability)로 출시된 것은 전략적 선택이다. 실제 시스템에서 실제 액션을 수행하는 에이전트는 셀프서비스 배포에 실패할 경우 바이럴 사고로 번질 위험이 크다. 기업이 Presence 도입에 실패하면 잘못된 약속과 규제 리스크, 오조작과 권한 남용, 운영 중 사고, 고객 불만과 비용 증가, 잘못된 자동 개선 등의 비용이 발생할 수 있다1. 시뮬레이션 도구로 엣지 케이스를 사전에 검증하고 가드레일이 실시간 개입하는 구조는 바로 이 위험을 통제하기 위한 장치다.
한국 기업이 고려할 점
한국 기업이 도입을 검토한다면, 환불 상태 확인이나 요금제 변경 안내처럼 정책이 명확하고 로그가 남는 좁은 업무부터 시작해야 한다1. 금융·보험에서는 설명 가능성과 개인정보 최소 접근이 선행 조건이다1. 또한 Forward Deployed Engineers가 배포를 주도한다는 점에서, 국내 SI나 컨택센터 솔루션 기업이 현지 파트너로서 어떤 역할을 할 수 있을지도 중요한 변수가 된다.
정리: 운영 역량 경쟁의 시작
OpenAI Presence는 모델 성능 경쟁이 아니라 운영 역량 경쟁이 시작되었음을 알리는 신호다. 이 제품이 보여주는 교훈은 단순하다. AI 도입의 성패는 모델 선택이 아니라 정책 정비, 권한 설계, 테스트 체계에 달려 있다. Presence는 그 사실을 제품으로 만든 첫 시도다.
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.