2026년 7월 OpenAI Presence 발표, 기업용 AI 에이전트가 달라지는 점

2026년 7월 22일 OpenAI는 기업용 AI 에이전트 제품 OpenAI Presence를 발표했습니다. 고객지원·사내 IT·청구 처리처럼 실제 시스템과 연결되는 업무 에이전트를 권한, 승인, 평가, 사람 인계까지 묶어 운영하는 제품입니다.

이 글은 OpenAI 공식 발표를 기준으로 정리한 해설이며, 국내 제공 확정 안내나 직접 사용 후기가 아닙니다.

정책·에이전트·사람 승인으로 이어지는 Presence 운영 구조 (공식 제품 화면이 아닌 개념 이미지)

 

무엇이 발표됐나요

OpenAI Presence는 음성·채팅 에이전트를 기업 업무에 배포하기 위한 제품입니다. 발표문에서 OpenAI는 기업의 과제가 "AI 에이전트가 되는지"를 시험하는 단계를 넘어, 고가치 업무에 투입할 만큼 믿을 수 있게 운영하는 단계로 이동했다고 설명합니다.

이 제품은 특정 업무 하나에서 출발합니다. 예를 들면 결제 문의 처리, 보험 청구 지원, 직원 IT 요청 같은 흐름입니다. 에이전트는 그 업무에 필요한 지식과 시스템 접근 권한만 받습니다. 회사는 어떤 행동을 허용할지, 언제 승인을 받아야 하는지, 언제 사람에게 넘겨야 하는지를 정책으로 정합니다.
 

왜 중요한가요

지금까지 많은 팀은 AI 에이전트를 "데모는 신기하지만 운영은 불안한 도구"로 봤습니다. 이유는 단순합니다. 실제 업무에서는 답변 품질만큼 권한, 로그, 승인, 예외 처리, 변경 관리가 중요하기 때문입니다.

Presence 발표에서 눈에 띄는 부분은 에이전트가 업무를 끝낸 뒤에도 운영 신호를 다시 본다는 점입니다. 운영 세션, 사람에게 넘긴 기록, 품질 신호를 보고 어디서 실패했는지 찾고, Codex가 개선안을 제안하며, 팀이 테스트 후 승인하는 구조입니다. 즉 "만들고 끝"이 아니라 "운영하면서 고치는" 방식에 가깝습니다.

워크플로·접근·승인·개선이 반복되는 에이전트 운영 루프 (공식 제품 화면이 아닌 개념 이미지)

 

챗봇과 무엇이 다른가요

일반 챗봇은 질문을 받고 답합니다. Presence가 말하는 기업용 에이전트는 질문에 답하는 것을 넘어, 제한된 시스템 접근 권한 안에서 업무 단계를 실행하고, 위험한 경우 멈추거나 사람에게 넘깁니다.

목표

일반 챗봇: 답변 생성
Presence형 업무 에이전트: 업무 처리와 예외 인계

데이터

일반 챗봇: 사용자가 준 정보 중심
Presence형 업무 에이전트: 승인된 업무 지식과 시스템 연결

권한

일반 챗봇: 보통 실행 권한 없음
Presence형 업무 에이전트: 업무별 최소 권한

통제

일반 챗봇: 프롬프트와 사용 규칙
Presence형 업무 에이전트: 정책, 승인, 사람 인계 규칙

개선

일반 챗봇: 대화 피드백 중심
Presence형 업무 에이전트: 운영 세션, 에스컬레이션, 품질 신호 기반
이 차이는 한국의 작은 팀에도 의미가 있습니다. 당장 Presence를 도입하지 않더라도, AI 자동화를 만들 때 "어떤 일을 맡길지"보다 "어디까지 권한을 줄지"를 먼저 정해야 한다는 기준을 보여주기 때문입니다.
 

누구에게 유용한가요

가장 직접적인 대상은 고객지원, 내부 헬프데스크, 영업 운영, 청구·접수 업무가 많은 기업입니다. 반복 문의가 많고, 정해진 정책 안에서 처리할 수 있는 케이스가 많으며, 사람에게 넘겨야 하는 예외가 분명한 팀일수록 잘 맞습니다.

반대로 정책이 자주 바뀌는데 문서화가 약하거나, 승인자와 책임 범위가 불명확한 팀은 먼저 준비가 필요합니다. 에이전트가 똑똑해져도 회사의 업무 규칙이 흐릿하면 자동화 품질은 올라가기 어렵습니다.
 

지금 바로 해볼 수 있는 점검

Presence가 아직 제한된 기업 고객 대상 제품이라는 점을 감안하면, 대부분의 팀은 바로 구매보다 준비 체크리스트를 만드는 편이 현실적입니다.

자동화 전에 정할 업무 범위·권한·사람 인계 조건 (공식 제품 화면이 아닌 개념 이미지)

 

1. 반복 업무 1개만 고릅니다. 고객 문의 전체가 아니라 "환불 정책 안내"처럼 좁게 잡습니다.
2. 에이전트가 봐도 되는 문서와 보면 안 되는 문서를 나눕니다.
3. 실행 가능한 행동과 금지 행동을 표로 씁니다.
4. 사람 승인이 필요한 조건을 정합니다.
5. 실패했을 때 넘길 담당자와 메시지 형식을 정합니다.
6. 처음부터 완전 자동화하지 말고 검수 로그를 남깁니다.

이 기준은 ChatGPT Work, Codex, Zapier, n8n, 사내 봇을 쓰는 팀에도 그대로 적용할 수 있습니다. 도구 이름보다 중요한 것은 권한과 검증 흐름입니다.
 

한계와 주의점

OpenAI에 따르면 Presence는 현재 eligible enterprise customers 대상의 limited general availability 프로그램이며, 셀프서비스 제품은 아닙니다. OpenAI의 Forward Deployed Engineers와 일부 시스템 통합 파트너가 배포를 이끕니다.

따라서 일반 사용자가 바로 켜서 쓰는 기능으로 이해하면 안 됩니다. 또 한국 기업이 검토한다면 개인정보, 고객 데이터 국외 이전, 내부 보안 정책, 고객 응대 책임 범위, 사람이 검토해야 하는 예외 조건을 별도로 확인해야 합니다.
특히 AI 에이전트가 "승인된 행동"을 할 수 있다는 점은 장점이면서 리스크입니다. 권한 설계가 느슨하면 잘못된 답변보다 더 큰 운영 사고가 생길 수 있습니다. 첫 도입 기준은 자동 처리율이 아니라 안전하게 멈추고 사람에게 넘기는 능력이어야 합니다.
 

핵심 요약

OpenAI Presence 발표의 의미는 기업용 AI 경쟁이 모델 성능만이 아니라 운영 체계로 이동하고 있다는 점입니다. 앞으로 AI 에이전트를 잘 쓰는 팀은 프롬프트를 잘 쓰는 팀이 아니라, 업무 범위·권한·승인·검증·인계 기준을 잘 설계하는 팀에 가까워질 가능성이 큽니다.
 

FAQ

OpenAI Presence는 ChatGPT의 새 일반 기능인가요?

아닙니다. OpenAI 발표 기준으로 제한적 일반 제공 단계의 기업용 배포 제품이며, 셀프서비스 제품도 아닙니다.

한국 사용자도 바로 쓸 수 있나요?

공식 발표만으로는 확인하기 어렵습니다. 대상은 자격을 갖춘 기업 고객이며, 일반 개인·소규모 팀이 바로 사용할 수 있다는 안내는 없습니다.

기존 챗봇 자동화와 가장 큰 차이는 무엇인가요?

답변 생성보다 업무 실행, 권한 통제, 승인 조건, 사람 인계, 운영 중 개선 흐름을 함께 본다는 점입니다.

작은 팀은 무엇부터 준비하면 좋나요?

반복 업무 1개를 고르고, 에이전트가 볼 수 있는 자료, 할 수 있는 행동, 반드시 사람에게 넘겨야 하는 조건을 먼저 정리하면 됩니다.

---

 

공식 출처

• OpenAI, Introducing OpenAI Presence, 2026-07-22

관련 맥락

• OpenAI, How agents are transforming work, 2026-06-25