모델 발표를 넘어 업무 환경까지 확장
OpenAI는 9월 29일 DevDay2026에서 ChatGPT·Codex·모델과 새로운 업무 방식에 걸쳐20개 이상의 주요 발표를 했다고 밝혔다. 상시 에이전트 Dots와 GPT-6.1 Sol에 더해 개발자 API, 플러그인 화면, 팀 문서와 외부 도구 연결을 한 행사에 묶었다. 회사가 제시한 주간 이용자12억 명은 전체 플랫폼의 규모이며 각 새 기능의 이용자나 도입 기업 수가 아니다. 이번 정리는 개별 모델의 평가나 Dots의 상세 동작보다 API와 도구, 팀이 작업하는 화면이 연결되는 변화에 초점을 맞춘다. 여러 발표가 동시에 나왔더라도 계정 요금제와 배포 시점, 프리뷰 범위는 항목마다 다르다.
실행 API와 정해진 선택지의 판단 API
Agents API에는 컴퓨터 사용이 추가돼 소프트웨어와 상호작용하는 에이전트를 만들 수 있게 됐다고 회사는 설명했다. 도구 검색·호출과 문맥 압축, 복수 에이전트 역량을 애플리케이션에 연결하고 실행 인프라는 OpenAI가 운영하는 구조다. 공식 문서는 웹사이트 접근과 인증에 대한 승인 요청을 애플리케이션이 처리하는 흐름을 보여준다. 실행 도구가 있다는 사실이 모든 사이트와 계정에 무제한 접근한다는 뜻은 아니다. 별도의 Decisions API는 텍스트·이미지 문맥과 개발자가 미리 정한 유한한 답을 바탕으로 분류·요청 분배·다음 행동 선택을 돕는 기능이다. 발표 당시에는 한정 프리뷰였으며 광범위한 제공은 이후 계획으로 구분됐다.
대화 옆에 자체 작업 화면을 놓는 플러그인
Plugin Extensions는 플러그인이 사이드바에 진입점을 갖거나 대화 옆 패널과 파일 뷰어를 제공하도록 한다. 공식 문서는 제품별 설정, 지원 파일의 읽기·편집, 특정 항목으로 이동하는 링크 등 여러 확장 표면을 안내한다. DevDay는 플러그인 제작과 제출·발견 과정을 개선하고, 사용자가 사용할 플러그인과 접근 권한을 선택한다고 밝혔다. Sites에 지원 플러그인을 넣으면 같은 앱을 팀원 각자의 연결 데이터와 권한으로 사용할 수 있다는 설명도 있다. 하나의 공유 화면이 생겼다는 사실과 모든 팀원의 원본 데이터가 서로 공개된다는 의미는 다르다. 화면 구성과 데이터 접근의 경계를 함께 설계해야 하는 변화다.
데이터 보호 발표도 보존·처리 경계가 있다
Private Intelligence는 기업의 데이터 보호 요구를 다룬 발표다. OpenAI는 비공개 안전 처리를 결합한 ZDR이 직원에게 원본 콘텐츠를 보여주지 않고 자동 안전 검토를 지원한다고 설명했고, 기밀 컴퓨팅을 활용하는 Private Inference는 가을에 선보일 프리뷰로 소개했다. 공식 ZDR 문서는 고객이 통제하는 저장 공간의 기록과 승인된 자동 검토 흐름을 구분한다. 데이터가 어떤 방식으로 보존되고 어느 경로에서 처리되는지를 보아야 하며 이름만으로 모든 기능의 모든 데이터가 어디에도 저장되지 않는다고 해석할 수는 없다. 적용되는 프로젝트와 정책을 확인하는 일은 암호화나 모델 성능과 별도의 운영 조건이다.
공유 문서와 자동화도 출시 단계가 다르다
행사는 팀의 공유 지식을 모으는 ChatGPT Space와 공동 작업 문서 Pages, 팀 작업과 Slack·Microsoft Teams 연결도 소개했다. 발표 당시 Space와 Pages는Pro·Business·Enterprise 제공 범위를 명시했고, 협업 슬라이드는 앞으로 몇 주 안에 제공할 기능으로 설명했다. Meetings 플러그인은macOS 데스크톱의Pro·Business 베타로, Enterprise는 추후 예정이었다. 플러그인 자동화에는 연결 앱의 이벤트로 작업을 시작하는 MCP Events 제안 규격 지원도 소개됐다. 이러한 발표는 문서·대화·일정 작업을 함께 다루는 방향을 보여주지만 모든 운영체제와 요금제에서 모든 기능이 이미 동일하게 제공됐다는 목록으로 받아들일 수는 없다.
연결된 플랫폼의 실익은 권한과 검토에서
DevDay의 변화는 답을 얻는 대화와 실제 작업을 실행하는 도구, 결과를 함께 수정하는 화면 사이의 거리를 줄이려는 데 있다. 개발자는 기존 업무를API로 실행하거나 플러그인의 고유 화면을 통해 제시할 선택지가 늘어난다. 반면 어느 자료에 접근하고 어떤 행동에 사용자 판단이 필요한지, 결과가 실패하면 누가 수정하는지는 계속 설계해야 한다. 발표된 기능 수나 전체 이용자 규모가 이런 운영 문제의 해결을 보장하지는 않는다. 도입하려는 팀은 자기 계정에서 제공되는 기능을 확인한 뒤 하나의 업무가 입력·실행·검토·공유를 어떻게 거치는지 살펴볼 수 있다. 개별 신제품보다 그 연결을 제품과 조직에 맞게 구성하는 능력이 이번 플랫폼 확대의 실익을 좌우할 것이다.
출처
OpenAI News의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.
DevDay 2026 Recap (새 창)
