OpenAI가 비개발자 업무를 AI 에이전트로 묶기 시작했어요

코드를 직접 못 쓰는 사람도 Codex를 쓰기 시작했어요. OpenAI에 따르면 분석가·마케터·운영자 같은 비개발자가 이미 Codex 주간 활성 사용자 약 500만 명 중 20%를 차지하고, 엔지니어보다 3배 빠르게 늘고 있어요. 2026년 6월 2일 OpenAI가 한 번에 공개한 역할별 플러그인·Sites·Annotations 세 가지는 정확히 이 흐름을 겨냥한 업데이트예요. 그런데 셋이 다 지금 쓸 수 있는 건 아니에요. 1인 빌더가 당장 손댈 수 있는 것부터, 아직 기다려야 하는 것까지 순서대로 짚어볼게요.

플러그인 하나에 앱 62개가 딸려오는 이유

OpenAI가 이번에 출시한 6개 역할별 플러그인은 각각 관련 앱·스킬·지시문·워크플로를 하나로 묶어 제공하며, 총 62개 인기 앱과 110개 자동화 스킬을 포함해요. 단순히 도구 목록을 나열하는 게 아니라, 해당 직무에서 실제로 자주 발생하는 업무 흐름을 프롬프트 한 줄로 실행할 수 있게 미리 설계해둔 패키지예요.

예를 들어 데이터 분석 플러그인은 Snowflake, Databricks Genie, Hex, Tableau 같은 클라우드 데이터 환경을 통합하고, 자연어 질문을 데이터 리포트와 변화 분석 대시보드로 변환해줘요. 크리에이티브 제작 플러그인은 Figma, Canva, Shutterstock, Picsart, Fal을 연결해서 캠페인 브리프를 광고 변형안과 이커머스 에셋으로 바로 출력해요. 영업 플러그인은 Salesforce, HubSpot, Slack, Outreach, Clay, Rox, Actively를 묶어 후속 메시지·클로징 플랜·계정 리스크 검토를 자동화하고요.

OpenAI는 곧 출시 예정인 플러그인으로 Corporate Finance, Private Equity Investing, Marketing Strategy, Strategy Consulting, Legal을 명시했어요. 이 방향은 Codex가 "코딩 도구"에서 "직무별 AI 에이전트 플랫폼"으로 정체성을 바꾸고 있다는 신호예요. 1인 사업자 입장에서는 "내가 지금 외주에 맡기거나 손이 많이 가는 반복 업무 중 어떤 게 플러그인으로 묶일 수 있을까?"를 기준으로 보면 돼요.

플러그인이 여러 앱을 하나로 묶어주는 기능이라면, 이번에 같이 풀린 Annotations는 이미 만들어둔 결과물을 부분만 골라 고치는 기능이에요. 둘 다 플러그인처럼 Codex 앱만 있으면 지금 바로 써볼 수 있어요.

한 부분만 골라 고치게 된 Annotations

Annotations를 쓰면 수정하고 싶은 정확한 부분을 가리키고 무엇을 바꿀지 Codex에 말할 수 있어요. 이 방식이 이제 문서·스프레드시트·슬라이드 같은 콘텐츠에도 확장됐어요. 예를 들어 사이트의 내비게이션 바를 선택하고 폰트를 바꾸라고 지시하거나, 투자 보고서에서 특정 주장을 하이라이트하고 출처를 물어보거나, 슬라이드의 차트를 표시하고 라벨을 더 명확하게 달라고 요청할 수 있어요.

Codex는 선택한 부분에만 업데이트를 집중하므로, 이미 마음에 드는 부분을 다시 손대거나 처음부터 시작하지 않고도 작업을 다듬을 수 있어요. 기존에는 AI 도구가 한 줄만 고치려 해도 전체 문서를 재생성하는 경우가 많았는데, Annotations는 재생성 대신 부분 편집을 가능하게 해줘요. 첫 초안을 만든 뒤 판단·피드백·반복이 필요한 작업일수록 이 차이가 더 크게 느껴져요.

여기까지가 Codex 앱만 있으면 지금 당장 실험해볼 수 있는 두 가지예요. 그런데 이번 발표에서 가장 화제가 된 Sites는, 기대만큼 아무나 쓸 수 있는 건 아니에요.

배포까지 대신 해주는 Codex Sites

Sites는 Codex 앱 안에서 웹사이트·대시보드·내부 도구·웹앱·게임을 생성·저장·배포·점검할 수 있게 해주는 기능이지만, 2026년 6월 2일 ChatGPT Business·Enterprise 전용 프리뷰로 출시돼서 Plus·Pro를 쓰고 있다면 아직 사용할 수 없어요.

먼저 Sites가 뭘 해주는지부터 볼게요. 프롬프트로 설명하거나 기존 프로젝트를 가리키면 Codex가 빌드·검증·저장·배포까지 처리하고, 워크스페이스 내부에서 URL로 공유할 수 있어요. 실제 호스팅은 OpenAI가 관리하고, 빌드 결과물은 Cloudflare Worker 호환 ES 모듈로 제한돼요. 이름은 "OpenAI 호스팅"이지만, 만들어진 앱이 Cloudflare Worker 환경에서 돌아가도록 맞춰져 있다는 뜻이에요. D1(데이터베이스)과 R2(파일 스토리지) 바인딩도 지원하므로, 간단한 CRUD 앱이나 이미지 갤러리 같은 상태 저장형 앱도 만들 수 있어요.

실전 사례를 보면 더 분명해요. 운영팀을 위한 프로젝트 요청 대시보드를 만들고 싶다면 "@Sites Build a project request dashboard for my operations team. Let team members submit requests, see who owns each one, update the status, and filter the list."라고 입력하면 돼요. 고객 리뷰 준비용 사이트를 만들라고 하면 Codex가 제품 업데이트, 미해결 질문, 사용량 트렌드, 다음 단계를 담은 대화형 웹페이지를 생성해요. 빌드한 결과물은 기본적으로 곧바로 프로덕션으로 배포되는데, 라이브로 만들기 전에 검토하고 싶다면 Codex에게 "버전을 저장하되 배포하지 마"라고 지시하면 돼요.

이렇게만 보면 기존에 Cursor나 Claude Code로 코드를 받고 GitHub에 푸시한 뒤 Vercel이나 Netlify 파이프라인을 수동으로 연결하던 과정이 통째로 사라진 셈이에요. 코딩을 못하는 비개발자가 Cursor를 선택한 진짜 이유는?에서 다뤘던 "로컬 개발환경 설정과 배포 스트레스"가 Sites에서는 아예 존재하지 않는 구조예요.

문제는 이걸 지금 누가 쓸 수 있느냐예요. ChatGPT Business 워크스페이스는 Sites를 기본으로 포함하고, Enterprise 관리자는 RBAC(Role-Based Access Control, 역할마다 쓸 수 있는 기능을 따로 여는 권한 관리)로 적절한 역할에 Sites를 활성화할 수 있어요. 반면 Plus·Pro 개인 플랜은 아직 빠져 있고, OpenAI는 더 많은 플랜으로 확대하겠다고만 밝혔을 뿐 개인 플랜 접근 날짜는 공개하지 않았어요. 그러니까 지금 당장 혼자 MVP를 만드는 1인 빌더는 Lovable, Bolt, v0 같은 도구를 계속 쓰는 게 현실적이에요.

또 하나, Codex Sites는 모든 걸 OpenAI 워크스페이스 안에 둬서 공개 URL도 없고 커스텀 도메인도 없어요. 팀 내부 대시보드·투표 보드·리뷰 공간 같은 내부 도구로는 지금도 충분히 가치가 있지만, 고객에게 공개하는 랜딩 페이지나 마케팅 사이트로는 아직 맞지 않아요. 그러면 지금 손에 쥔 도구들과 Sites는 결국 뭐가 어떻게 다른지 확인해볼게요.

Cursor·Custom GPTs와 뭐가 다른가

네 도구는 "어디서 만들고 어디에 올리느냐"가 갈려요. 핵심만 표로 비교하면 이래요.

Custom GPTs와 Claude Skills는 둘 다 "대화 안에서 특정 맥락을 반복 활용"하는 데 집중해요. 반면 Codex 플러그인은 대화형 맥락뿐 아니라 실제 외부 앱(Snowflake, Figma, Salesforce 등)과 API를 직접 연결하고, 그 워크플로를 코드 없이 실행할 수 있게 해줘요. Cursor는 로컬에서 코드를 직접 소유하고 어디든 배포할 수 있는 자유도가 강점이지만, 그만큼 배포·호스팅을 직접 관리해야 하고, 외부에 공개하는 사이트가 필요할 때도 이 조합이 더 맞아요.

정리하면 셋 중 무엇이 맞는지는 "내가 만든 결과물을 어디서, 누구에게 공개해야 하는가"로 갈려요. 내부에서 빠르게 도구를 찍어내야 하면 Codex Sites가, 코드를 직접 쥐고 외부에 공개해야 하면 Cursor와 Vercel 조합이 더 맞아요. 그렇다면 아직 사용할 수 없는 Sites 대신해서 지금 무엇을 준비해두면 좋을지 체크해봤어요

1인 빌더가 지금 준비해둘 것

지금 당장 Sites를 쓸 수 있는 건 아니지만, OpenAI가 비개발자 업무를 AI 에이전트 중심으로 재설계하고 있다는 신호는 분명해요. 이번 발표는 Codex를 전문 프로그래밍 보조 도구에서 비즈니스 전문가의 일상 운영 환경으로 옮기려는 의도를 보여줘요. 1인 빌더 입장에서는 "프로그래밍 기술 없이도 도구를 직접 만들 수 있는 시대"의 경계가 한 걸음 더 밀려난 사건이에요.

실전에서 지금부터 해볼 수 있는 건 이런 것들이에요.

1. Sites가 Plus·Pro에 풀릴 때를 대비해 "앱화할 업무" 목록 만들어두기: 지금 스프레드시트로 관리하는 고객 요청 트래커, 내부 프로젝트 보드, 간단한 예산 계산기, 고객 피드백 수집 페이지 같은 걸 목록으로 정리해두세요. Sites가 개인 플랜에 풀리면 바로 프롬프트로 실행할 수 있어요.

1. Annotations가 쓰이는 맥락을 실험해보기: 지금 Codex를 쓰고 있다면 문서·슬라이드·시트에서 특정 부분만 선택해 수정을 지시하는 흐름을 시도해보세요. 전체 재생성 없이 부분 편집이 가능해지면 반복 작업 속도가 크게 달라져요.

1. 역할별 플러그인 로드맵을 내 업무에 매핑하기: Marketing Strategy, Legal 플러그인이 곧 나온다면, 내가 지금 마케팅 전략 문서를 만들거나 계약서 초안을 작성할 때 어떤 워크플로를 자동화할 수 있을지 미리 그려보세요. 플러그인은 "이 직무는 이런 앱들을 이렇게 묶어 쓴다"는 OpenAI의 가설이라, 내 실제 업무와 비교하면 차이가 보여요.

1. 공개 웹사이트는 여전히 다른 도구로: Sites는 내부 도구에 최적화돼 있어요. 고객에게 공개하는 랜딩 페이지·블로그·포트폴리오는 여전히 Cursor + Vercel 조합이나 Webflow, Framer 같은 도구가 더 나아요. 크롬 카나리 깔고 30분 안에 내 글이 AI 검색에 잡히는지 직접 확인해보는 법에서 다뤘던 것처럼, 공개 콘텐츠는 검색 노출·SEO·도메인 소유권이 중요하기 때문이에요.

곧 출시 예정인 플러그인과 Sites의 개인 플랜 확대를 보면, OpenAI는 "1인 빌더가 코드를 쓰지 않고도 자기 업무를 자동화·앱화할 수 있는 환경"을 본격적으로 열고 있어요. 지금은 준비 단계로, 내가 반복하는 업무 중 어떤 게 프롬프트 한 줄로 바뀔 수 있을지 먼저 목록 만들어두는 게 가장 현실적인 다음 한 걸음이에요.

한 번 더, 빠르게 짚고 갈게요

Q. Sites는 Lovable이나 Bolt처럼 코드를 받아서 내가 배포할 수 있나요? A. 아니에요. Lovable·Bolt·v0는 코드를 받아서 어디든 배포할 수 있지만, Codex Sites는 OpenAI가 관리하는 인프라에서만 호스팅돼요. 코드를 내보내거나 커스텀 도메인을 연결하는 기능은 없어요. 내부 도구는 Sites로, 공개 사이트는 다른 도구로 구분해서 쓰는 게 좋아요.

Q. 역할별 플러그인 6개는 누가 쓸 수 있나요? A. Codex 앱에서 지원 지역이라면 플러그인 디렉터리에서 설치할 수 있어요. Business와 Enterprise 워크스페이스 관리자는 워크스페이스 설정에서 기반 앱 권한을 제어할 수 있고요. 개인 Plus·Pro 플랜 사용자도 플러그인 자체는 설치 가능하지만, Sites 기능만은 Business·Enterprise 전용이에요.

Q. Annotations는 어떤 파일 형식을 지원하나요? A. 문서·스프레드시트·슬라이드·코드·마크다운 파일·웹사이트를 지원해요. 특정 부분을 선택하고 변경 지시를 내리면 Codex가 그 부분에만 집중해서 수정해요. 전체 재생성 없이 부분 편집이 가능해서 반복 작업이 빨라져요.

Q. 1인 사업자가 지금 당장 써볼 수 있는 기능은 뭐가 있나요? A. Sites는 Business·Enterprise 전용이지만, 역할별 플러그인과 Annotations는 Codex 앱을 쓸 수 있다면 설치·실험이 가능해요. 데이터 분석·크리에이티브·영업 플러그인 중 내 업무와 가까운 걸 골라 설치하고, 평소 반복하던 워크플로를 프롬프트로 요청해보세요.

Q. OpenAI가 이 방향으로 계속 가면 1인 빌더에게 어떤 변화가 올까요? A. "코드를 모르는 사람도 자기 업무를 앱으로 만들 수 있는 환경"이 본격적으로 열려요. 지금은 외주를 맡기거나 노션·구글 시트로 관리하던 반복 업무를 프롬프트 한 줄로 앱화할 수 있게 되면, 1인 빌더의 업무 범위가 훨씬 넓어져요. 그래서 지금부터 "어떤 업무를 앱화할지" 목록을 만들어두는 게 가장 빠른 준비예요.