ChatGPT 플러그인 확장 발표: 앱형 화면·MCP Events 자동화와 이용 조건

ChatGPT 플러그인 · 2026년 9월 29일 발표

ChatGPT 플러그인의 앱형 화면과 MCP Events 자동화

OpenAI가 사이드바·대화 옆 패널·파일 뷰어 확장과 이벤트 자동화를 발표했습니다. Free·Go 웹 확장은 제공 예정이며, 자동화에는 Work chats와 Cloud 실행 조건을 확인해야 합니다.

앱형 작업 화면플러그인별 사이드바 진입점과 대화 옆 패널, 지원 파일 뷰어를 추가합니다.

웹훅 기반 이벤트MCP Events는 연결된 자원의 이벤트를 전달합니다. polling·streaming 방식은 현재 지원하지 않습니다.

이용 조건 확인Free·Go 웹 확장은 제공 예정입니다. 이벤트 자동화는 Work chats와 Cloud 환경을 확인합니다.

이 글에서 다룰 내용

플러그인 화면 확장, 플랜·접속 환경, MCP Events 웹훅, Work·Cloud 조건, 콘텐츠 초안 검토와 재연결 점검

이번 발표, 화면 확장과 자동화를 나눠 봅니다

ChatGPT에서 대화하면서 연결된 제품의 화면을 다루고, 외부 서비스에 변화가 생기면 후속 작업을 시작하는 방향이 발표됐습니다. OpenAI가 2026년 9월 29일 공개한 DevDay 2026 Recap의 ChatGPT 플러그인 확장과 MCP Events가 그 중심입니다.

플러그인 확장은 사용자가 일하는 화면을 넓히고, MCP Events는 연결 서비스에서 발생한 일을 자동화의 시작 신호로 전달합니다. 앱형 화면과 이벤트 전달은 별개의 기능입니다.

플러그인 확장은 어떤 화면을 만드나요?

플러그인 확장은 ChatGPT 사이드바에 제품의 진입점을 만들고, 대화 옆에 상호작용할 수 있는 패널을 배치하는 기능입니다. 개발자는 제품이 지원하는 파일 형식에 맞춘 파일 뷰어도 추가할 수 있습니다.

연결 도구를 호출하는 데 더해 대화와 제품 화면을 함께 다루는 구조입니다.

사용할 제품이 어떤 확장과 파일 형식을 구현했는지도 확인해야 합니다.

이용 조건은 플랜과 접속 환경을 함께 봅니다

발표문은 플러그인 확장을 모든 플랜 대상으로 소개하지만, 현재 개발 문서에는 Free·Go의 웹 확장은 coming soon이라고 안내돼 있습니다. 따라서 무료 계정에서도 웹 확장을 이미 모두 사용할 수 있다고 단정하면 안 됩니다.

설치한 플러그인의 콘텐츠를 대화 입력창에서 찾고 선택하는 Composer mentions도 진입 방식 중 하나입니다. 다만 현재 문서는 이 기능을 ChatGPT 데스크톱 앱에서만 제공한다고 명시하므로, 웹과 모바일까지 동일하게 열린 기능으로 받아들이지 않는 편이 정확합니다.

팀에 도입하기 전에는 실제 계정과 기기로 필요한 진입점이 보이는지 시험해 보길 권합니다.

MCP Events는 변화가 생겼을 때 보내는 신호입니다

MCP Events는 제안 단계의 명세를 지원하는 이벤트 연동 기능입니다. 사용자가 감시 대상과 후속 작업을 지정하면 ChatGPT가 구독을 요청하고, 플러그인의 MCP 서버가 실제 구독을 등록합니다.

문서나 프로젝트 보드처럼 특정 자원 URI로 식별되는 대상에서 알림이 발생하면, 서버가 callback URL로 웹훅을 보내 자동화를 시작하는 흐름입니다. 현재 polling·streaming 방식의 전달은 지원하지 않습니다.

이벤트는 작업의 출발 신호이지, 그 자체가 본문 생성 도구나 플러그인 화면은 아닙니다. 알림을 받은 뒤 무엇을 읽고 어떤 결과를 준비할지는 별도의 작업 지시로 구분해야 합니다.

업무 자동화에는 Work chats와 Cloud 실행이 필요합니다

이 글에서 다루는 이벤트 기반 업무 자동화는 Work chats와 Cloud 실행 조건을 확인해야 합니다. 현재 문서는 웹의 Work chats, 데스크톱 앱에서 Cloud를 선택한 Work chats를 지원 환경으로 안내합니다.

이를 모든 개인 채팅에서 로컬 컴퓨터만으로 백그라운드 작업을 수행하는 기능이라고 이해하면 안 됩니다. 워크스페이스의 플러그인·이벤트 작업 제어도 적용됩니다.

도입할 때는 알림 수신과 결과 준비를 따로 확인하길 권합니다. 연결 성공만으로 업무 완료를 판단하지 않도록 결과 검토까지 시험합니다.

콘텐츠 제작에는 어떻게 활용할 수 있을까요?

공식 발표의 예시는 연결된 프로젝트 보드에 새 작업이 생겼을 때 ChatGPT가 연결 문서를 읽고 계획 초안을 준비하는 흐름입니다. 변경 감지에서 준비 작업으로 이어지는 사례로 보면 됩니다.

이를 콘텐츠 제작에 응용하는 것은 일반적인 활용 아이디어입니다. 예를 들어 자료 변경 알림을 받으면 수정 내용을 정리하고, 기존 글에서 다시 검토할 부분이나 초안 보완안을 준비하도록 업무를 설계할 수 있습니다.

이때 요청을 “새 글을 알아서 발행해 주세요”보다 “바뀐 근거와 수정 후보를 정리해 주세요”로 좁혀 보길 권합니다. 검토자가 확인할 대상과 결과물의 범위가 분명해집니다.

다만 뉴스 게시·WordPress 발행·SNS 게시·최종 승인 대체까지 확인된 기능은 아닙니다. 여기서 제안하는 것은 초안 검토 흐름이며, 실제 발행 연동과 권한은 별도로 확인해야 합니다.

재연결·보안·중복 처리는 따로 점검합니다

공식 문서는 재연결 후 callback URL이 바뀌므로 활성 구독을 갱신하도록 안내합니다. 일반 운영 권고로는 갱신 뒤 실제 알림이 다시 도착하는지 시험하는 절차를 두는 것이 좋습니다.

웹훅 보안에서는 HMAC SHA256 서명 검증을 점검 항목에 포함하길 권합니다. 현재 공식 문서도 Standard Webhooks 기반 서명과 callback 검증 절차를 안내합니다.

업무 설계에서는 연결 권한, 읽거나 수정할 자료의 범위, 같은 이벤트가 반복됐을 때의 처리, 결과 검토자를 정해 두길 권합니다. 이는 도입팀이 확인할 사항이지, 플러그인 설치만으로 모두 보장되는 운영 체계는 아닙니다.

초안 준비와 발행 승인을 나누면 방향이 명확합니다

이번 발표를 적용할 때는 앱형 화면이 필요한 업무와 이벤트 알림으로 시작할 업무를 먼저 나눠 보는 것이 좋습니다. 화면이 편리해졌다는 이유로 발행 권한까지 넓힐 필요는 없습니다.

처음에는 자료 변경 감지 → 초안 준비 → 사람의 검토처럼 좁은 범위로 시작하길 권합니다. 승인 필요한 발행은 별도 단계에 남겨 두고, 실제 결과를 확인하면서 자동화 범위를 조정하는 접근입니다.

한 줄 요약: ChatGPT 플러그인의 화면 확장과 MCP Events의 이벤트 전달을 구분하고, 이용 조건과 검토 절차를 확인한 뒤 업무 자동화에 적용합니다.

참고 출처

발표일은 2026년 9월 29일입니다. 발표문 직접 요청은 HTTP 403이었지만, 공식 페이지 추출과 Google News의 OpenAI 출처 항목으로 제목·날짜·해당 발표 내용을 확인했습니다. 이용 조건은 2026년 10월 6일 확인한 공식 개발 문서를 기준으로 정리했습니다.