OpenAI가 '배포'까지 먹었다
Codex Sites, 프롬프트 한 줄로 사이트가 산다
Codex Sites는 프롬프트만으로 웹사이트·앱·대시보드를 OpenAI 인프라에 바로 배포한다. 별도 배포 워크플로 없이 D1(DB)·R2(스토리지)·인증까지 붙는다. 만드는 비용이 0에 수렴하면, 차별화는 어디서 오나.
OpenAI가 2026년 6월 3일 Codex에 Sites 플러그인을 공개했다. 프롬프트 한 줄로 웹사이트, 웹 앱, 게임, 내부 대시보드를 만들고 OpenAI가 호스팅하는 주소로 바로 배포한다. 코드 작성부터 배포까지 따로 손댈 게 없다. 채팅창에서 @Sites를 부르고 만들고 싶은 걸 설명하면 끝이다.
지난 4월 Claude Design이 "디자이너 없이 첫 화면"을 먹었다면, 이번엔 "개발자·서버 없이 라이브 서비스"다. 만드는 행위와 배포하는 행위 사이에 남아 있던 마지막 마찰이 사라졌다.
한눈에 보기
| 출시일 | 2026-06-03 (프리뷰) |
| 호출 방식 | Codex 스레드에서 @Sites |
| 호스팅 | OpenAI 인프라 (Cloudflare Worker 호환 ES 모듈) |
| 데이터 | 관계형 DB D1, 객체 스토리지 R2 |
| 인증 | 워크스페이스 인증 / 외부 IdP, 접근 모드 3종(소유자·전체·커스텀) |
| 배포 흐름 | 버전 저장 → 검토 → 승인된 버전만 배포 |
| 가격 | 프리뷰 무료, 실제 비용은 Codex 토큰 사용량 |
| 대상 | ChatGPT Business(기본 활성), Enterprise(관리자 RBAC) |
'바이브 코더'가 진짜 서비스를 굴린다
핵심은 호스팅 스택이 장난감이 아니라는 점이다. 정적 페이지만 뱉는 게 아니라 관계형 DB(D1)와 파일 스토리지(R2), 환경 변수·시크릿 관리, 사용자 인증까지 붙는다. 예약 폼이 달린 식당 페이지, 회원 로그인이 있는 멤버십 사이트, 주문을 DB에 쌓는 간단한 커머스까지 프롬프트로 가능하다는 뜻이다.
배포 흐름도 실무적이다. 버전 저장과 버전 배포가 분리돼 있어 후보를 만들어 검토한 뒤 승인된 것만 라이브로 올린다. "AI가 만든 걸 그대로 프로덕션에 박는다"는 공포를 한 단계 줄여준다. 사이트 연결과 스토리지 바인딩은 .openai/hosting.json에 기록되고 시크릿은 소스에 커밋하지 말고 Sites 패널에서 관리하라고 명시했다.
가격 구조도 바뀌었다. Sites 자체는 프리뷰 기간 무료고 실제 비용은 Codex 토큰 사용량으로 매겨진다. 비즈니스 플랜에 기본 할당량이 있고 초과분은 워크스페이스 공유 크레딧에서 빠진다. 서버 임대료·배포 파이프라인 운영비가 토큰비 한 줄로 치환됐다.
OpenAI도, 구글도, MS도 같은 방향이다
이건 OpenAI 단독 행보가 아니다. 같은 주, 마이크로소프트는 Build에서 글로 설명하면 앱·웹 소스코드를 뱉는 MAI-Code-1-Flash를 공개했고, 구글은 노트북에서 도는 멀티모달 모델 Gemma 4 12B를, 알리바바는 Claude Opus 4.7급 성능을 입력 비용 절반·출력 비용 4분의 1로 내놓은 Qwen 3.7 Max를 띄웠다. 방향은 하나로 모인다. 만드는 비용을 0으로 끌어내리는 경쟁이다.
소상공인 입장에서 이건 추상적인 빅테크 뉴스가 아니다. 2026년 기준 신규 소상공인의 70%가 마케팅 인력·예산 부족을 호소한다. 홈페이지 외주 견적에 수백만 원, 랜딩페이지 하나에 며칠을 쓰던 일이, 이제 프롬프트와 토큰비로 압축된다. 한국 정부도 올해 '혁신 소상공인 AI 활용지원 사업'으로 제품 개발·고객 응대·마케팅 자동화에 AI를 붙이는 흐름을 밀고 있다. 도구는 이미 손에 쥐어지는 중이다.
그래서 무엇이 남나
만드는 게 쉬워질수록, 만들 수 있다는 사실 자체는 가치를 잃는다. 같은 주 GeekNews에서 가장 많이 추천받은 글이 Figma의 "누구나 만들 수 있게 되면, 정말 중요한 것은 뭘까"였던 건 우연이 아니다. 속도는 더 이상 단독 차별화 요소가 아니고 차이를 만드는 건 방향(무엇을 만들지)과 완성도(craft)라는 게 그 글의 결론이다.
Codex Sites로 누구나 식당 예약 페이지를 30분 만에 띄울 수 있다면, 옆 가게도 똑같이 띄운다. 남는 차이는 "어떤 손님의, 어떤 불편을, 어떤 순서로 풀어주는 페이지인가"라는 판단이다. 그건 도구가 대신 못 한다.
anyAX 관점
도구는 또 바뀌었다. Vercel·Netlify에 배포하던 워크플로가 프롬프트 한 줄로 접혔고 1년 뒤엔 이 방식도 구식이 될 것이다. 하지만 개념은 안 바뀐다. 좋은 랜딩페이지는 방문자의 첫 3초에 "여기서 뭘 얻는가"를 답하는 페이지였고 그건 HTML을 손으로 짜든 Codex가 짜든 똑같다.
AX는 거창한 디지털 전환 프로젝트가 아니라, 일상의 실제 문제에 AI를 붙이는 일이다. 사장님이 직접 찍은 15초 숏폼이 화려한 광고 영상을 이기는 시대다. 마찬가지로, Codex가 뱉은 사이트의 진짜 무기는 코드 품질이 아니라 그 위에 올리는 사람의 판단, 즉 무엇을 보여주고 무엇을 빼느냐다. AI가 제작 비용을 0으로 만들수록, 가치는 '만들기'에서 '고르기'로 옮겨간다. 만들 줄 아는 사람이 흔해진 세상에서, 무엇을 만들지 아는 사람이 귀해진다.