내 서비스의 AI 비용을 사용자의 구독으로 내는 날은 올까 — Sign in with ChatGPT와 MCP Events#
2026-10-11
두 달 전에 내린 결론이 흔들렸습니다#
지난 8월, 필자는 AI 구독은 왜 값싼 API가 아닌가라는 글에서 이렇게 결론을 냈습니다. 구독의 경제성은 제공자가 허용한 제품 안에서만 성립하고, 서드파티 사업은 API(Application Programming Interface, 응용 프로그램 인터페이스)라는 별도의 경제 시스템 위에 세워야 한다고요.
그 결론은 서드파티 앱을 만드는 입장에서 보면 불편한 것이었습니다. 개인이 월 20달러짜리 구독으로 하루 종일 쓰는 연산량을 API로 치르면 몇 배의 비용이 나옵니다. 사용자는 이미 AI 구독료를 내고 있는데, 필자가 만든 앱에서 같은 모델을 쓰려면 필자가 다시 API 요금을 내야 합니다. 사용자가 늘수록 비용이 늘고, 그 비용을 사용자에게 다시 청구하면 사용자는 AI 요금을 두 번 내는 셈이 됩니다.
그런데 9월 29일 OpenAI DevDay에서 이 전제를 정면으로 건드리는 발표가 나왔습니다. Sign in with ChatGPT입니다. 사용자가 ChatGPT 계정으로 외부 앱에 로그인하면, 그 앱의 AI 요청을 사용자의 ChatGPT 구독에서 차감한다는 것입니다. Sam Altman은 발표에서 개발자가 더 이상 사용자의 토큰 비용을 대신 낼 필요가 없다고 말했습니다.
AI 뉴스 브리프에 이 소식을 담으면서 필자의 질문은 하나였습니다. 이것으로 서드파티 앱의 AI 비용 문제가 풀리는가. 공식 개발자 문서와 헬프센터, 파트너 디렉터리를 읽고 다른 제공자의 입장까지 확인한 뒤의 답을 먼저 적으면 이렇습니다.
문은 분명히 열렸습니다. 하지만 아직 좁은 문이고, 통과할 수 있는 앱과 사용자가 모두 제한되어 있습니다. 전제는 바뀌었지만, 설계를 바꿀 만큼은 아직 아닙니다.
이 글에서는 먼저 Sign in with ChatGPT가 무엇인지 살펴보고, 그 문이 실제로 얼마나 열려 있는지 앱 쪽과 사용자 쪽에서 각각 재어 봅니다. 그다음 Anthropic, Google, GitHub이 같은 문제에 어떤 입장인지 비교합니다. 마지막으로 같은 날 발표된 MCP Events가 이 흐름과 어떻게 이어지는지, 그것으로 무엇을 만들어 볼 수 있을지 제안합니다.
Sign in with ChatGPT는 두 개의 층으로 되어 있습니다#
아래 내용은 2026년 10월 기준 OpenAI의 개발자 문서, DevDay 발표문, 헬프센터 문서를 바탕으로 정리했습니다.
이름만 보면 “Google로 로그인"이나 “Apple로 로그인” 같은 소셜 로그인처럼 들립니다. 실제로 첫 번째 층은 정확히 그것입니다. 하지만 이 기능이 주목받는 이유는 두 번째 층에 있습니다.
첫 번째 층: 신원#
외부 앱이 OpenID Connect(OAuth 위에 얹은 로그인 표준)로 사용자를 ChatGPT 계정에 로그인시킵니다. 앱이 받는 정보는 안정적인 계정 식별자와 이름, 이메일, 프로필 사진뿐입니다. ChatGPT 대화나 메모리에는 접근할 수 없고, OpenAI는 이것을 “identity"라고 부릅니다. 요청하는 권한 범위(scope)는 openid profile email입니다.
이 층은 모든 ChatGPT 사용자에게 전 세계적으로 열려 있습니다. 무료 사용자도, Enterprise 조직의 구성원도 로그인할 수 있습니다.
두 번째 층: 플랜 사용#
사용자가 추가로 동의하면 앱은 chatgpt.tokens.use.direct라는 별도 권한이 붙은 액세스 토큰을 받습니다. 앱은 이 토큰을 Bearer 인증으로 넣어 OpenAI의 공개 Responses API를 직접 호출하고, 그 요청은 사용자의 ChatGPT 플랜에 포함된 ChatGPT Work와 Codex 사용량에서 차감됩니다. 앱 개발자는 API 키도, 파트너 키도 필요 없습니다. OpenAI는 이것을 “ChatGPT plan usage” 또는 “token sharing"이라고 부릅니다.
사용자 쪽에는 통제 장치가 붙어 있습니다. ChatGPT 설정의 사용량 화면에서 앱마다 플랜 사용을 허용할지, 주간 사용량의 몇 퍼센트까지(10%에서 100%) 쓰게 할지, 플랜 한도가 끝난 뒤 크레딧까지 쓰게 할지를 정합니다. 앱 한도는 상한선일 뿐 별도로 주어지는 사용량이 아니고, Plus 사용자의 5시간 한도는 모든 앱이 함께 씁니다.
두 층이 분리되어 있다는 점이 중요합니다. OpenAI는 로그인과 플랜 사용이 “separate permissions"라고 거듭 강조합니다. 사용자는 두 번째 층을 거부하고 첫 번째 층만 쓸 수 있습니다. 그리고 앱이 받은 토큰에 두 번째 권한이 없으면, 그 토큰으로는 추론 요청이 거부됩니다.
앱 쪽에서 잰 문의 크기#
필자가 가장 먼저 확인하고 싶었던 것은 “내가 만드는 웹서비스나 모바일 앱에 지금 붙일 수 있는가"였습니다. 개발자 문서는 통합 경로를 세 가지로 나누고, 각각 공개 상태가 다릅니다.
| 만들려는 것 | 통합 경로 | 2026년 10월 현재 |
|---|---|---|
| 서버에서 호스팅하는 웹서비스 | 웹사이트 로그인 | 일부 상용 파트너 대상 제한 트라이얼. 관심 등록 양식으로 대기 |
| 모바일 앱 | (별도 경로 없음) | 문서화된 흐름이 없음 |
| ChatGPT 플러그인 안의 로그인 | 플러그인 통합 | 같은 제한 트라이얼 |
| 사용자 컴퓨터에서 도는 오픈소스 도구 | 오픈소스 앱의 플랜 사용 | 사전 승인 없이 지금 가능 |
마지막 줄만 열려 있는 이유는 구조가 다르기 때문입니다. 오픈소스 경로는 client_id=dynamic_agent_client라는 값으로 인증을 시작하면 사용자가 동의하는 순간 그 앱을 위한 클라이언트 ID가 동적으로 발급됩니다. OpenAI에 등록을 신청할 필요가 없고, 클라이언트 시크릿도 없습니다. 대신 로그인 콜백이 127.0.0.1 루프백 주소로 고정되어 있어서, 브라우저가 있는 사용자의 머신에서 실행되는 CLI(Command Line Interface, 명령줄 인터페이스)나 데스크톱 앱만 가능합니다. 문서는 유료 앱이나 원격 호스팅 앱에서 이 기능을 쓰고 싶으면 관심 등록 양식을 작성하라고 명시합니다.
DevDay 발표문은 16개 파트너를 말했는데, 10월 현재 파트너 디렉터리를 보면 이 구조가 그대로 드러납니다. 플랜 사용이 가능한 앱은 Amp Code, Conductor, Dactyl, Devin, Hermes Agent, Hyperagent, Kilo Code, Notion, Vercel, Vorflux, Warp에 출시 예정인 Lovable까지 12곳이고, 로그인만 되는 앱은 Airtable, Canva, GitLab, HubSpot, Supabase의 5곳, 오픈소스 연동은 OpenClaw, OpenCode, Pi, T3의 4곳입니다. 플랜 사용이 되는 12곳 중 Notion을 뺀 나머지는 대부분 코딩 에이전트나 개발 도구입니다.
이 목록은 “사용자 구독으로 외부 앱의 비용을 낸다"는 그림이 지금은 코딩 에이전트 시장을 겨냥한 프로그램임을 보여 줍니다. 차감되는 사용량이 ChatGPT Work와 Codex 몫이라는 점도 같은 방향을 가리킵니다. 일반 소비자 앱을 위한 문은 아직 설계도만 있는 상태입니다.
사용자 쪽에서 잰 문의 크기#
앱이 승인을 받았다고 가정해도, 두 번째 질문이 남습니다. 그 앱의 사용자 중 몇 명이 실제로 자기 구독으로 AI 비용을 치를 수 있는가.
| 사용자 상황 | 앱이 받는 것 | 사용자 플랜으로 추론 가능? |
|---|---|---|
| Go·Plus·Pro 구독자가 동의함 | 신원 + 플랜 사용 토큰 | 가능 |
| Go·Plus·Pro 구독자가 동의하지 않음 | 신원만 | 불가 |
| 무료 사용자 | 신원만 | 불가 |
| Business·Enterprise·Edu 구성원 | 신원만 | 불가 |
헬프센터는 상용 앱에서 플랜을 쓰는 옵션이 “Go, Plus, Pro에서만” 제공된다고 적습니다. DevDay 당일 발표는 Plus와 Pro였는데, 10월 초에 갱신된 헬프센터에는 Go가 추가되어 있습니다. 범위가 넓어지는 방향이긴 하지만, 기업 플랜 구성원은 여전히 빠져 있습니다.
더 중요한 것은 OpenAI가 비적격 사용자를 앱 개발자에게 넘긴다는 점입니다. 개발자 문서는 플랜 사용 권한이 없는 토큰을 받았을 때 “코딩 하네스는 여전히 추론 비용을 치를 방법이 필요하므로, 플랜 사용을 켜거나 사용자의 API 키 같은 다른 결제 경로를 설정하게 하라"고 안내합니다. 그리고 OpenAI는 이 경우 요청을 다른 결제 경로로 조용히 넘기지 않는다고 못 박습니다.
즉 앱 개발자에게는 세 가지 선택이 남습니다. ChatGPT 구독자가 아니면 AI 기능을 아예 주지 않거나(게이팅), 사용자가 자기 API 키를 입력하게 하거나(BYOK), 개발자가 API 비용을 내고 자체 요금제로 회수하는 전형적인 방식으로 돌아가는 것입니다. 앞의 두 가지는 개발자 부담이 0이지만 서비스 대상이 좁아집니다.
출시 파트너들이 실제로 어떻게 하는지 보면 답이 보입니다. 필자가 확인한 범위에서 Warp, Amp Code, Devin, Notion 모두 자체 유료 요금제를 그대로 두고 ChatGPT 플랜 사용을 추가 옵션으로 얹었습니다. 사용자 플랜을 유일한 AI 공급 경로로 삼은 상용 앱은 없습니다. 지금의 Sign in with ChatGPT는 비용을 없애는 수단이 아니라 구독자 비중만큼 비용을 줄이는 수단입니다.
프리뷰에는 기능 제약도 붙어 있습니다#
문을 통과한 뒤에도 쓸 수 있는 기능이 제한됩니다. 플랜 사용 경로의 Responses API 호출은 store: false와 stream: true가 필수이고, 이전 응답을 참조하는 previous_response_id를 쓸 수 없어서 대화 기록을 매번 입력에 담아 보내야 합니다. 온도(temperature)나 최대 출력 토큰 같은 흔한 파라미터도 받지 않습니다.
도구 쪽 제약이 더 큽니다. 함수 도구는 쓸 수 있지만, 이미지 생성, 파일 검색, Code Interpreter, 네이티브 컴퓨터 사용, OpenAI가 호스팅하는 MCP 커넥터는 이 경로에서 지원되지 않습니다. 지금의 Sign in with ChatGPT로 할 수 있는 일은 “사용자 지갑으로 도는 가벼운 Responses 호출"까지이고, OpenAI의 호스팅 도구를 모두 쓸 수 있는 통로는 아닙니다.
이 제약들은 8월 글에서 추론했던 구독 경제성의 원리와 맞아떨어집니다. 제공자는 자신이 워크로드를 통제할 수 있을 때만 구독 가격으로 연산량을 제공할 수 있습니다. 외부 앱에 플랜을 열어 주더라도, 저장하지 않고 스트리밍하며 호스팅 도구를 쓰지 않는 단순한 요청으로 범위를 좁혀야 그 통제가 유지됩니다.
다른 제공자들은 어떤 입장인가#
같은 문제에 다른 제공자들은 어떤 답을 내놓았을까요. 8월 글을 쓸 때와 비교하면 지형이 더 선명하게 두 진영으로 갈렸습니다.
| 제공자 | 서드파티 앱이 사용자 구독으로 AI 사용 | 근거 |
|---|---|---|
| OpenAI | 공식 프로그램 (프리뷰, 파트너 한정) | Sign in with ChatGPT |
| GitHub Copilot | 공식 지원 (SDK 정식 출시) | Copilot SDK 인증 문서 |
| Anthropic | 명시적 금지 | Claude Code 법무·규정 준수 문서 |
| 공식 경로 없음 | 개발자 포럼 미답변, Antigravity 약관 |
GitHub Copilot: 조용히 먼저 열어 둔 문#
의외였던 쪽은 GitHub입니다. 2026년 6월 정식 출시된 Copilot SDK의 OAuth 설정 문서는 이렇게 적습니다. “Copilot requests are made on behalf of each authenticated user, using their Copilot subscription.” 앱이 GitHub OAuth App으로 사용자를 로그인시키고 토큰을 SDK에 넘기면, 요청이 그 사용자의 Copilot 구독으로 나갑니다. 파트너 승인 절차가 없습니다.
조건은 있습니다. 사용자마다 활성 Copilot 구독이 있어야 하고, 사용자별 속도 제한이 적용되며, 토큰 관리는 앱의 책임입니다. 그리고 Copilot SDK는 자유로운 모델 API라기보다 Copilot 에이전트를 앱 안에 내장하는 런타임에 가깝습니다. 그래도 Copilot이 GPT, Claude, Gemini를 모두 실어 나르는 구독이라는 점을 생각하면, “사용자의 Copilot 구독으로 Claude 모델을 쓰는 서드파티 앱"이 우회적으로 가능하다는 점은 흥미롭습니다.
Anthropic: 가장 명확한 금지#
Anthropic의 Claude Code 법무·규정 준수 문서는 현재 이렇게 적혀 있습니다.
Anthropic does not permit third-party developers to offer Claude.ai login into their own applications, or to route requests through Free, Pro, or Max plan credentials on behalf of their users.
제품을 만드는 개발자는 API 키를 쓰라는 것이고, 사용자의 구독 자격 증명을 앱이 수집하거나 중개하는 것 자체가 금지입니다. Sign in with ChatGPT와 정확히 반대 입장입니다. 유일하게 허용되는 형태는 수정하지 않은 Claude Code 바이너리를 제품 안에서 실행하고, 최종 사용자가 스스로 자기 구독으로 로그인하는 것입니다. 앱이 그 사용량을 대신 내거나 중개하면 안 됩니다.
올해 Anthropic의 정책은 여러 번 흔들렸습니다. 보도에 따르면 1월에 서드파티 도구의 구독 OAuth가 차단됐고, 2월에 약관 문서에 금지가 명문화됐으며, 5월에는 Agent SDK 사용량을 별도 월 크레딧으로 옮기겠다는 발표가 있었고, 6월 15일 시행 당일 그 변경이 일시 중단됐습니다. 지원 페이지는 10월 초 기준으로 Agent SDK와 서드파티 앱 사용이 여전히 구독 한도에서 차감된다고 안내하지만, 이는 사용자가 자기 도구에서 자기 구독을 쓰는 경우에 관한 설명입니다. 개발자가 자기 제품에 사용자 구독을 붙이는 것은 법무 문서가 금지하는 그대로입니다.
8월 글에서 필자는 Anthropic이 구독 한도를 Claude 제품 안에 가둔다고 썼습니다. 두 달 사이 그 울타리는 더 명확한 문장으로 바뀌었습니다.
Google: 경로가 없고, 답도 없음#
Google은 가장 조용합니다. 2026년 7월 Google AI 개발자 포럼에 한 iOS 앱 개발사가 “서드파티 앱이 사용자의 Google AI Pro / Ultra 구독을 쓰는 공식 프로그램이 있거나 계획되어 있는가"라고 물었습니다. 글 자체가 “현재 승인된 경로는 없다"고 인정하고, Gemini CLI 토큰을 비공식적으로 프록시하는 방식은 제재 대상이었다고 적습니다. 10월 현재까지 Google 측 답변은 달리지 않았습니다.
Antigravity 문서는 서드파티 소프트웨어에서 Antigravity 로그인을 쓰는 것을 약관 위반으로 규정합니다. Google AI Pro / Ultra의 개발자 혜택은 AI Studio 안에서의 한도 상향 정도이고, 외부 앱에는 열려 있지 않습니다. 8월 글에서 확인한 “가장 강한 경계"가 그대로 유지되고 있습니다.
두 진영#
정리하면 OpenAI와 GitHub은 구독을 유통 채널로 쓰기 시작했고, Anthropic과 Google은 구독을 자사 제품 전용으로 묶고 있습니다. 전자는 사용자의 지갑을 외부 앱에 열어 생태계를 키우려 하고, 후자는 구독 가격의 전제인 워크로드 통제를 지키려 합니다.
8월 글과 비교하면 OpenAI의 위치가 가장 많이 움직였습니다. 당시 OpenAI 쪽에 열려 있던 통로는 “Codex라는 공식 런타임을 자동화할 수 있는 여지” 정도였는데, 이제는 문서와 파트너 프로그램을 갖춘 공식 기능이 됐습니다. 다만 그 공식 기능의 출입구가 아직 좁다는 것이 이 글의 요지입니다.
MCP Events: 같은 날, 반대 방향의 문#
DevDay에서 Sign in with ChatGPT와 함께 개발자 발표에 실린 것이 MCP Events입니다. 필자는 뉴스 브리프에서 둘을 한 섹션에 묶었는데, 기술적으로 직접 연결된 기능은 아닙니다. 그래도 나란히 놓고 볼 이유가 있습니다. 둘 다 ChatGPT 플러그인, 즉 MCP(Model Context Protocol, 모델이 외부 도구와 데이터에 붙는 표준 규약) 서버 개발자가 다루는 기능이고, ChatGPT 계정과 외부 앱을 엮는 방향이 서로 반대입니다.
Sign in with ChatGPT는 외부 앱이 ChatGPT 계정을 가져다 쓰는 방향입니다. 신원과 플랜 사용량이 앱 쪽으로 흘러갑니다. MCP Events는 ChatGPT가 외부 앱의 변화를 받아서 움직이는 방향입니다. 외부 앱의 사건이 ChatGPT 쪽으로 흘러옵니다. 한 플러그인 개발자가 둘 다 쓰면, 사용자가 Sign in with ChatGPT로 플러그인을 연결하고 그 플러그인이 MCP Events로 ChatGPT를 깨우는 그림이 됩니다. 결과적으로 OpenAI 계정이 신원, 결제, 이벤트 수신의 허브가 됩니다.
당기는 MCP에서 미는 MCP로#
지금까지의 MCP는 모델이 도구를 호출하는 당기는(pull) 방식이었습니다. 사람이 ChatGPT에 말을 걸면 ChatGPT가 MCP 서버의 도구를 부릅니다. 서버 쪽에서 무언가 바뀌어도 ChatGPT는 누가 물어보기 전까지 모릅니다.
MCP Events는 여기에 서버가 이벤트를 밀어 주는 방식(push)의 경로를 더합니다. OpenAI의 MCP Events 문서 기준으로 동작은 이렇습니다.
- MCP 서버가 기능 선언에
events를 추가하고,events/list,events/subscribe,events/unsubscribe세 메서드를 구현합니다. - 사용자가 ChatGPT에 “이 채널의 버그 리포트를 감시하다가 수정안과 테스트가 담긴 초안 PR을 만들어 줘"처럼 감시 대상과 할 일을 말합니다.
- ChatGPT가 서버에 구독을 요청하면서 콜백 URL과 서명 비밀값을 넘깁니다. 서버는 일회용 확인 요청으로 콜백을 검증한 뒤에만 전송을 시작합니다.
- 조건에 맞는 사건이 생기면 서버가 이벤트를 하나씩 웹훅(webhook, 서버가 지정된 URL로 보내는 HTTP 호출)으로 보냅니다. 서명은 Standard Webhooks 방식의 HMAC이고, 본문은 256 KiB까지입니다.
- ChatGPT는 구독을 건 채팅에서 이벤트를 받아 사용자가 미리 지시한 대로 처리합니다.
세 가지 제약을 알아 두어야 합니다. 첫째, 쓸 수 있는 곳이 ChatGPT의 Work 채팅과 dots뿐입니다. 일반 채팅에서는 쓸 수 없습니다. 둘째, MCP 2.0(프로토콜 버전 2026-07-28)이 필요하고 웹훅 전달만 지원합니다. 폴링이나 스트리밍은 안 됩니다. 셋째, 이벤트는 순서가 뒤바뀔 수 있고, 재생을 지원하지 않는 이벤트는 장애 중에 놓친 것을 복구할 수 없으므로, 이벤트에 반응하는 쓰기 도구는 멱등하게(같은 요청을 여러 번 받아도 결과가 같게) 만들어야 합니다.
아직 규격이 아닙니다#
OpenAI 발표문은 MCP Events를 “proposed MCP Events specification"이라고 부르고, 링크는 MCP Triggers and Events 워킹그룹 헌장으로 갑니다. 헌장을 읽어 보면 이 기능의 위치가 분명해집니다. 워킹그룹은 2026년 3월에 만들어졌고 AWS와 Anthropic의 엔지니어가 이끌고 있습니다. “SEP: Events in MCP v1” 항목은 10월 현재 상태가 Ideating, 즉 구상 중이고 담당자는 TBD, 즉 미정입니다. 성공 기준으로 적힌 “SEP 채택, Tier-1 SDK 두 개 이상의 참조 구현, 적합성 테스트” 중 어느 것도 아직 없습니다.
즉 ChatGPT는 워킹그룹의 초안을 선제적으로 구현한 것입니다. 필자가 확인한 범위에서 이 이벤트를 구독하는 클라이언트는 ChatGPT뿐이고, Claude Code나 Cursor는 아직 지원하지 않습니다. 규격이 바뀌면 지금 만든 서버를 고쳐야 할 수 있습니다.
보안 쪽에도 공백이 있습니다. ChatGPT는 초안 규격의 terminated 알림을 지원하지 않습니다. 그래서 사용자 권한이 철회되어도 구독이 만료될 때까지 이벤트가 계속 흘러갈 수 있습니다. 서버 쪽에서 짧은 수명을 주고, 무기한 구독을 거절하고, 정해진 주기로 권한을 다시 확인하는 수밖에 없습니다. 이벤트 본문에 담기는 댓글이나 메시지 원문이 그대로 에이전트 입력으로 들어간다는 점도 기억해야 합니다. OpenAI 문서는 사용자 작성 텍스트를 데이터로만 다루고, 이벤트에 반응한 작업이 원본 앱의 데이터를 바꿔 다시 이벤트를 일으키는 되먹임 고리가 없는지 테스트하라고 명시합니다.
MCP Events로 해볼 수 있는 것#
제약을 알고 나면 쓸 자리가 보입니다. 공통 조건은 “사건이 외부 앱에서 일어나고, 반응은 ChatGPT가 연결된 도구로 할 수 있는 일"이어야 한다는 것입니다. 필자가 먼저 시도해 볼 만하다고 본 것은 네 가지입니다.
- GitHub 이슈를 초안 PR로: 자체 MCP 서버에
issue.created이벤트를 붙이고 라벨로 필터합니다. 특정 라벨이 붙은 이슈가 생기면 ChatGPT가 저장소를 읽고 수정안과 테스트가 담긴 초안 PR을 엽니다. OpenAI 문서의 예시와 가장 가까운 형태라 규격 변화의 영향도 적습니다. - 문서 리뷰 댓글의 반영: Notion이나 Google Docs 같은 문서 도구의
comment.created이벤트를 문서 ID로 필터합니다. 리뷰어가 댓글을 남기면 ChatGPT가 요청된 수정을 적용하고 처리 결과를 답글로 남깁니다. 필자의 회사 환경처럼 Notion에 문서를 쌓는 팀에 바로 맞는 시나리오입니다. - 지표 임계치 알림을 분석 초안으로: 사내 지표 서버에
metric.threshold_crossed같은 이벤트를 정의합니다. 전환율이나 오류율이 임계치를 넘으면 ChatGPT가 연결된 대시보드와 로그를 읽고 원인 가설과 확인 순서를 적은 초안을 Slack에 올립니다. 알림은 이미 받고 있지만, 알림을 “첫 분석"으로 바꾸는 것이 이 기능의 값어치입니다. - 뉴스 소스를 브리프 초안으로: 필자가 매주 쓰는 AI 뉴스 브리프의 소스 수집을 이벤트로 바꿉니다. RSS나 뉴스레터를 모으는 자체 서버에
article.created이벤트를 두고, 새 글이 들어오면 ChatGPT가 요약과 관련 항목 묶기를 미리 해 둡니다. 지난 글에서 dot의 첫 후보로 꼽았던 “AI 뉴스 스카우트"를 이벤트 기반으로 만드는 방법이기도 합니다.
네 가지 모두 원칙은 같습니다. 이벤트 본문은 요약만 담고 전체 내용은 읽기 도구로 가져오게 하고, 쓰기 도구는 멱등하게 만들고, ChatGPT가 만든 결과물은 초안으로 두어 사람이 검토합니다. 그리고 규격이 초안이라는 점을 감안해, 이벤트 정의와 전송 부분을 얇은 계층으로 분리해 두면 나중에 고칠 범위가 줄어듭니다.
기다리되, 설계는 아직 바꾸지 않겠습니다#
필자가 원했던 상태는 “내 서비스의 AI 비용을 사용자의 구독으로 낸다"였습니다. 지금 확인한 상태는 그 문장에서 몇 군데가 빠져 있습니다. 호스팅 서비스는 아직 승인제이고, 모바일 앱은 경로가 없고, 무료 사용자와 기업 플랜 구성원은 자기 구독으로 낼 수 없고, 호스팅 도구는 쓸 수 없습니다.
그래서 8월 글의 결론은 아직 유효합니다. 서드파티 서비스의 비용 구조는 API 위에 세우고, Sign in with ChatGPT는 구독자 비중만큼 비용을 줄이는 추가 경로로 봅니다. 두 진영이 모두 올해 안에 입장을 바꾼 전례가 있으므로, 구독 기반 경로를 붙이더라도 API 키 경로를 언제든 기본값으로 되돌릴 수 있게 설계해 두는 것이 안전합니다.
다만 전제 하나는 분명히 바뀌었습니다. 8월에는 “서드파티가 사용자 구독을 쓰는 것은 제공자가 가장 원하지 않는 그림"이라고 썼는데, OpenAI와 GitHub은 그 그림을 공식 프로그램으로 만들었습니다. 제공자 사이의 입장 차이가 이제는 정책의 차이가 아니라 전략의 차이가 됐습니다.
앞으로 지켜볼 지표는 네 가지입니다. 호스팅 상용 앱에 대한 공개 시점, Business와 Enterprise 플랜의 포함 여부, Anthropic과 Google이 이 흐름을 따라오는지, 그리고 MCP Events의 SEP가 Ideating에서 벗어나는지입니다. 이 중 둘 이상이 움직이면 그때는 설계를 바꿀 때일 것입니다.
이 글은 2026년 10월 11일 기준 OpenAI, GitHub, Anthropic, Google의 공개 문서를 바탕으로 작성했습니다. 요금제, 자격 요건, 파트너 목록과 약관은 수시로 변경될 수 있습니다.
참고 자료#
- OpenAI — Sign in with ChatGPT 개발자 문서
- OpenAI — DevDay 2026 Recap
- OpenAI 헬프센터 — 다른 앱과 사이트에서 ChatGPT 요금제 사용하기
- OpenAI 헬프센터 — Sign in with ChatGPT
- ChatGPT Learn — Sign in with ChatGPT 파트너 목록
- OpenAI — MCP Events 문서
- MCP — Triggers and Events 워킹그룹 헌장
- GitHub — Copilot SDK OAuth 설정
- Anthropic — Claude Code 법무·규정 준수
- Anthropic 지원 — Claude 플랜으로 Agent SDK 사용하기
- Google AI 개발자 포럼 — 서드파티 앱의 Gemini 구독 접근 문의
- AI 구독은 왜 값싼 API가 아닌가
- 직접 조립한 에이전트 환경과 OpenAI의 완제품 — dots와 ChatGPT Space를 보며