Build What''s Next on the ChatGPT Platform with Plugins

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

ChatGPT 플러그인 플랫폼은 발견·네이티브 인터페이스·MCP 자동화·개발과 배포를 연결하며, 개발자가 기존 제품을 ChatGPT 안팎으로 확장하도록 진화하고 있다.

📌 핵심 요점

1. 발견 경로 확대: 디렉터리와 대화 중 추천으로 사용자에게 플러그인을 연결하며, 설치 후 사용 전환·일간 및 주간 활성 사용·재방문을 주요 신호로 설명한다.
2. 네이티브 작업 공간 제공: 플러그인 확장으로 사이드바·사이드 패널·파일 뷰어·입력창에 제품을 배치하고, 사용자가 선택한 대상과 대화의 맥락을 공유할 수 있다.
3. 기존 MCP 자산 활용: 확장은 MCP와 MCP Apps 위에 구축된다. 기존 도구와 위젯을 재사용하면서 진입점 설정, 검색 도구, 온보딩 스킬, 설정 도구를 추가하는 방식이다.
4. 로그인과 자동화 확장: SignIn with ChatGPT, 적격 사용자의 구독 기반 토큰 사용 권한 연계, 서버 이벤트와 서명된 웹훅을 통한 자동화 시작이 소개된다.
5. 제작·출시 절차 단순화: Codex와 App Plugin Creator로 초기 구현을 만들고 Sites에서 MCP 서버를 호스팅하며, plugin.json 기반 제출과 자동 검사를 통해 출시와 변경 반영의 부담을 줄인다.

🧩 배경과 문제 정의

사용자는 ChatGPT에서 문제를 해결하면서 여러 외부 시스템의 정보와 실행 기능을 필요로 한다. 플러그인은 맥락 가져오기, 분석·생성, 결과에 대한 조치를 연결하지만, 개발자들은 신뢰성·제출 절차·사용자 발견 경로의 개선을 요구해 왔다.

발표는 이 문제를 발견, 사용 경험, 제작과 출시라는 세 축으로 다룬다. 에이전트가 더 복잡한 작업을 수행하면서 도구 접근뿐 아니라 결과를 검토하고 수정할 화면, 작업 맥락의 공유, 사용자가 자리를 비운 동안에도 시작할 수 있는 자동화가 필요해졌다는 설명이다. 전반부는 제품 사례를, 후반부는 MCP 기반 구현 구조와 제출 절차를 소개한다.

🕒 시간순 섹션별 상세정리

1. 플러그인의 역할과 개발자 요구

• Developer Experience 팀의 Corey는 플러그인이 외부 시스템의 맥락을 가져오고, 분석·생성을 수행하며, 결과에 대한 조치까지 이어 준다고 보여준다. [00:51]
• 개발자 피드백의 핵심은 신뢰성, 제출 절차, 사용자에게 제품을 발견시키는 방법이다. 발표는 플랫폼 확장과 Sites 배포, Codex를 통한 반복 개발을 예고한다. [01:24]

2. 발견·경험·출시라는 세 가지 업데이트

• 발견 측면에서는 디렉터리와 대화 중 추천을 확대해, 사용자가 실제 작업을 수행하는 순간 관련 플러그인을 만날 수 있도록 한다. [01:42]
• 경험 측면에서는 사이드바와 대화 옆 사이드 패널에 개발자의 인터페이스를 배치한다. 내부 팀과 같은 플랫폼을 사용해 ChatGPT에 자연스럽게 통합되는 경험을 지향한다. [02:01]
• 제작과 출시 측면에서는 Codex로 구현하고 Sites에 배포한 뒤 디렉터리에 등록하는 흐름을 보여준다. [02:13]

3. 대화 중 추천과 발견을 좌우하는 신호

• 기존 웹사이트를 풀스택 웹 앱으로 확장하려는 질문에 Supabase와 Vercel 같은 도구를 추천하는 예시를 든다. 사용자는 발견·설치 이후 작업을 계속할 수 있다. [02:47]
• 추천을 형성하는 세 신호는 설치 후 실제 사용으로 이어지는 전환, 일간·주간 활성 사용, 반복적인 재방문이다. [03:34]
• 발표자는 사용자가 계속 돌아오는 플러그인이 더 많은 사람에게 발견되도록 이러한 신호를 활용하겠다고 보여준다. [03:54]

4. 생태계 확대와 복잡해지는 에이전트 작업

• 디렉터리에 플러그인 4,000개가 있다고 밝히며, 애플리케이션 제작·제품 디자인·데이터 탐색으로 활용 범위가 넓어졌다고 보여준다. [04:16]
• 최근 6개월간 설치와 플러그인을 사용하는 대화가 증가했으며, 에이전트 실행 환경의 지원·신뢰성과 공유 플러그인 형식을 개선했다고 드러낸다. [05:12]
• 복잡한 작업에는 여러 시스템의 정보와 변경 권한, 다수의 도구 호출이 필요하다. 발표는 MCP를 에이전트와 외부 세계를 연결하는 핵심으로 제시한다. [05:50]

5. 대화 옆에서 결과를 보고 수정하는 확장

• 기존 Apps SDK의 대화 내 인터랙티브 위젯에서 나아가, 플러그인 확장을 ChatGPT와 Codex의 웹·모바일·데스크톱 경험으로 넓힌다고 보여준다. [06:42]
• 개발자는 사이드바에서 레이아웃·탐색·상호작용을 제어하고, 사이드 패널에서 사용자가 대화와 직접 조작을 오가도록 구성할 수 있다. [07:22]
• 패널에서 선택한 요소를 모델에 알려 주는 방식으로 사용자가 보고 있는 대상과 대화의 맥락을 지속적으로 공유한다. [07:41]

6. 입력창·파일 뷰어와 내부 활용 사례

• 입력창의 @ 멘션을 통해 특정 도구나 맥락을 더 세밀하게 지정할 수 있도록 확장한다고 보여준다. [08:14]
• 플러그인이 파일을 인터랙티브 뷰어로 열어 연구 자료나 생성 자산을 사이드 패널에서 다루는 경험을 보여준다. [08:41]
• 같은 확장 플랫폼으로 건강·금융·Codex 보안·코드 리뷰·회의 경험을 만들었다며 회의 플러그인 시연으로 넘어간다. [09:02]

7. 회의 기록에서 맥락이 보강된 후속 조치로

• 회의 플러그인은 사이드바에 상시 진입 공간을 제공한다. 시연에서는 권한을 허용하고 음성을 전사해 메모를 생성한다. [09:38]
• 기존 회의 사례에서는 백그라운드 에이전트가 외부 시스템의 맥락을 가져와 회의 요약을 보강한다. 단순 전사에 머무르지 않는 요약 경험을 보여준다. [10:35]
• 권장 액션 아이템을 클릭하면 새 대화를 시작해 후속 작업으로 이어갈 수 있으며, 개발자도 확장으로 이런 흐름을 구현할 수 있다고 드러낸다. [10:58]

8. Rosalind Workbench의 분자 구조 검토

• 생명과학 팀이 연구자용으로 개발 중인 Rosalind Workbench를 소개하고, 단백질·소분자 설계와 유전체·병리학 등의 작업 영역을 언급한다. [11:25]
• 대화와 사이드 패널의 3D 뷰어에서 분자 전체 또는 특정 부분을 살펴보고 구조·표시 유형·선택 대상을 바꾸는 모습을 보여준다. [12:19]
• 화면 조작과 후속 메시지의 맥락을 양방향으로 공유해 연구자가 검토할 영역과 다음 조사 대상을 정하도록 돕는다. 발표자는 생물학 세부 내용에 대한 자신의 설명에는 한계가 있다고 드러낸다. [12:41]

9. Magic Path로 음성 기반 웹 디자인

• AI 디자인 플랫폼 Magic Path의 사이드바 공간에서 프로젝트를 열고, 음성으로 따뜻한 색감과 레코드 이미지를 활용한 음반 매장 랜딩 페이지 제작을 요청한다. [13:40]
• 음성 대화가 Magic Path 플러그인을 직접 호출하고, 페이지가 사이드 패널에서 생성되는 과정을 보여준다. [14:32]
• 생성 후에는 편집 모드에서 요소를 선택해 수정할 수 있다. 발표자는 대화·백그라운드 작업·시각적 검토를 오가는 반복 협업을 강조한다. [15:12]

10. 업무·디자인·상거래로 확장되는 사례

• Atlassian 사례는 입력창에서 Jira 이슈와 Confluence 페이지를 검색·선택해 관련 맥락을 질문에 첨부하는 흐름이다. [15:33]
• Canva 사례는 아이디어를 피치덱으로 만들고, 결과를 보면서 크기 변경이나 번역 요청을 이어가는 경험이다. [15:54]
• Shopify 사례는 매장 분석에서 얻은 인사이트를 상품 묶음과 이미지 생성, 결제까지 연결한다. 이어 제품을 ChatGPT에 넣는 것과 반대로 ChatGPT를 제품에 연결하는 방향을 보여준다. [16:14]

11. ChatGPT 로그인과 구독 사용 권한 연계

• SignIn with ChatGPT를 웹 앱과 플러그인에 추가할 수 있다고 발표한다. Supabase는 도입 이후 주간 플러그인 설치가 3배가 된 사례로 드러난다. [16:43]
• 적격 사용자가 ChatGPT의 토큰 사용 권한을 외부 제품으로 가져와, 구독으로 해당 AI 사용을 충당할 수 있다고 보여준다. 구체적인 적격 조건과 한도는 제시하지 않는다. [17:21]

12. 개발자 플러그인과 Sites 기반 제작

• OpenAI 개발자 플러그인은 API 활용 안내에서 새 대화를 시작하거나 DevDay 일정을 만들고 저장·공유하는 시각적 경험을 제공한다. 개발자도 이런 형태의 통합을 만들 수 있다고 보여준다. [19:08]
• Sites가 웹 앱뿐 아니라 MCP 서버 호스팅도 지원하며, App Plugin Creator로 완전히 호스팅되는 MCP를 패키징하고 배포할 수 있다고 보여준다. [19:45]
• 사용자가 ChatGPT에서 경험하면 좋을 기능 하나를 골라 Plugin Creator에 설명하고 첫 버전을 반복 개선하라고 권한다. 이후 플랫폼 엔지니어링 담당 Max Neuber에게 발표를 넘긴다. [20:13]

13. MCP 위젯을 사이드바·패널·파일로 확장

• Max는 플러그인 확장이 MCP와 MCP Apps 위에 구축되어 기존 도구와 위젯을 더 많은 ChatGPT 영역에 가져올 수 있다고 보여준다. [20:46]
• 위젯을 여는 MCP 도구에 진입점 설정을 추가해 사이드바와 사이드 패널에 노출한다. 위젯은 기존 맥락 갱신·메시지 전송 메서드를 계속 사용한다. [21:31]
• 파일 진입점에서 지원하는 파일 유형과 확장자를 선언하면, 사용자가 해당 파일을 플러그인의 인터랙티브 뷰어로 열 수 있다. [22:01]

14. 입력창 검색·온보딩·설정 구현

• 입력창 검색은 지정된 스키마를 따르는 읽기 전용 MCP 도구로 구현한다. 검색 문자열을 받아 일치하는 객체 목록을 반환하고, 사용자가 @를 입력할 때 필요한 맥락을 찾도록 한다. [22:33]
• 설치 후 실행을 안내하는 온보딩 스킬을 패키지에 포함하고 plugin.json에서 참조한다. 이 스킬은 초기 정보를 묻고 MCP 도구로 선택 사항을 저장할 수 있다. [22:59]
• 설정 스키마와 현재 값을 제공하는 읽기 도구, 변경을 저장하는 업데이트 도구를 노출하면 ChatGPT 설정 화면이 해당 스키마에 맞춰 조작 항목을 렌더링한다. [23:21]

15. 서버 이벤트로 자동화 시작

• MCP 서버가 제품에서 발생한 변화를 ChatGPT에 알리면, 사용자가 자리를 비운 동안에도 자동화를 시작할 수 있다고 발표한다. [23:48]
• 구현 요소는 이벤트 목록 제공, 자동화 설정 시 구독 처리, 이벤트 발생 시 서명된 웹훅 전송이다. 발표에서는 목록과 구독 메서드를 각각 event/list와 event/subscribe로 보여준다. [24:17]
• 구독 요청으로 전달받은 콜백 URL과 서명용 비밀값을 사용하며, 웹훅을 받은 ChatGPT가 자동화를 시작하는 흐름이다. [24:29]

16. 제출 양식 폐지와 검토·변경 반영 자동화

• 연초 이후 제출량이 거의 한 자릿수 규모만큼 증가하며 대기 시간이 길어졌다고 보여준다. 별도 제출 양식을 없애고 필요한 정보를 plugin.json에 담도록 바꾼다. [25:17]
• 업로드 시 여러 검토 항목을 자동 실행해 수정할 부분을 구체적으로 알려 주는 방식으로 전환한다. [25:32]
• MCP 서버에 변경을 배포할 때마다 새 플러그인 버전을 다시 제출하지 않아도 변경이 반영되도록 했다고 보여준다. [26:00]

17. 기존 프로젝트에서 시작하는 실습과 마무리

• Corey는 기존 저장소를 Codex로 검토하고 App Plugin Creator로 첫 플러그인을 구현하거나, 기존 플러그인에 사이드바와 대화 옆 진입점을 추가하는 시작 프롬프트를 제안한다. [26:54]
• 시작 프롬프트 이후에는 사양을 깊이 살피고, 사용자를 위한 경험을 설계하며, 적절한 테스트와 반복 개선을 수행해야 한다고 강조한다. [27:11]
• 참석자들에게 노트북을 열어 직접 시도하도록 권하고, 현장 직원들이 제작과 질문을 돕는 워크숍으로 이어가며 발표를 마친다. [27:29]

🧾 결론

• 발표의 중심은 외부 도구 호출을 넘어, 사용자가 결과를 보고 직접 수정하면서 에이전트와 협업하는 제품 경험이다.
• 회의 후속 조치, 분자 구조 검토, 웹 디자인 사례는 대화·시각적 인터페이스·실행을 하나의 작업 흐름으로 연결하는 방식을 보여준다.
• 시작점은 기존 프로젝트에서 사용자에게 필요한 기능 하나를 고르는 것이다. 발표자는 첫 구현 이후 사양 확인, 적절한 테스트, 전체 사용자 경험의 반복 개선을 강조한다.

📈 투자·시사 포인트

• 제품 유통: 발표가 제시한 추천 신호를 고려하면 설치 수뿐 아니라 설치 후 실제 사용과 재방문을 만드는 제품 설계가 유통 전략의 핵심이다.
• 개발 비용 구조: 기존 MCP 도구와 위젯 재사용, 호스팅 및 제출 절차 단순화는 통합과 운영에 드는 부담을 줄일 가능성을 시사한다. 실제 절감 규모는 제시되지 않는다.
• 플랫폼 의존성: 대화 내 추천, 로그인, 구독 사용 권한 연계는 고객 접점을 넓히는 기회다. 동시에 제품의 유통과 사용 경험이 ChatGPT의 정책 및 지원 범위에 더 밀접해질 수 있다.
• 수익성 판단: Supabase의 주간 설치 증가 사례와 구독 기반 사용 권한 연계는 도입 장벽 완화 가능성을 보여준다. 다만 매출·유료 전환·비용·정산 자료가 없어 투자 수익성을 계산할 근거는 부족하다.

⚠️ 불확실하거나 확인이 필요한 부분

• 디렉터리 플러그인 4,000개, 제출량의 연초 대비 약 한 자릿수 규모 증가, Supabase의 주간 설치 3배는 발표자가 제시한 수치다. 집계 기준과 비교 기간, 원자료는 제공되지 않는다.
• SignIn with ChatGPT 도입 후 설치가 증가했다는 사례만으로 로그인 기능의 독립적인 인과 효과나 다른 제품에서의 재현성을 확정할 수 없다.
• 구독 기반 토큰 사용 권한은 적격 사용자에게 적용된다고 설명하지만, 대상 요금제·사용 한도·개발자 비용·정산 방식은 구체적으로 제시되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 기존 프로젝트에서 ChatGPT 안에서 해결할 사용자 작업 하나를 정하고, 필요한 맥락·화면·실행 결과를 명시한다.
• Codex에서 저장소를 검토하고 App Plugin Creator를 이용해 신규 플러그인 초안 또는 기존 플러그인의 사이드바·사이드 패널 확장을 구현한다.
• 기존 MCP 도구와 위젯의 재사용 가능성을 확인하고, 필요한 진입점·읽기 전용 검색·온보딩·설정 기능을 선택한다.
• 자동화가 필요한 경우 이벤트 목록 제공, 구독 처리, 서명된 웹훅 전송 흐름을 사양과 대조해 검증한다.

❓ 열린 질문

• 추천에 쓰이는 전환·활성 사용·유지율의 가중치와 관찰 기간은 무엇이며, 사용 이력이 적은 신규 플러그인은 어떻게 발견되는가?
• 구독 기반 토큰 사용 권한 연계는 어떤 사용자와 제품에 적용되며, 한도 초과 시 비용은 누가 부담하는가?
• 이벤트 자동화에서 구독 해제, 전송 실패, 재시도와 중복 이벤트는 어떻게 처리되는가?