크롬 익스텐션을 프롬프트로 짓는 시대 — PlugThis가 24시간 만에 웹스토어 제출까지 밀어붙이는 방식
핵심 요약 (TL;DR)
- PlugThis는 자연어 프롬프트 한 줄로 Manifest V3 코드, Supabase 백엔드, Chrome Web Store 자산까지 통째로 생성합니다.
- 2026-07-10 Product Hunt 데일리 1위(452 업보트, 게재 시점 기준)에 오른 방갈로르 4인팀의 도구입니다.
- Indexly의 Vault 익스텐션은 2~3 프롬프트로 하루 만에 웹스토어에 제출됐어요.
"크롬 익스텐션 하나만 있으면 우리 팀 워크플로우가 훨씬 빨라질 텐데…" 하고 3개월째 미루고 있지 않으신가요. 저도 그랬거든요. Manifest V3의 service worker와 content script가 서로 다르게 놀고, OAuth 리다이렉트가 안 잡히고, 웹스토어 심사에서 permission 승인이 안 나고. 진입 장벽이 낮아 보이는데 막상 시작하면 하나씩 삽질할 거리가 튀어나오는 게 익스텐션의 특징이었어요.
인도 방갈로르의 4인팀 PlugThis가 2026-07-10 Product Hunt 데일리 1위에 오르며 이 벽을 정면으로 두드렸습니다. 창업자 Udaya Prakash는 2015년부터 크롬 익스텐션을 만들어온 사람인데, 팀의 진단은 이랬어요. "일반 웹 빌더가 익스텐션에서 실패하는 이유는 manifest·content-script·service-worker의 mismatch." 그래서 이 조합 자체를 오케스트레이션의 코어로 삼았습니다.
PlugThis가 실제로 뱉어내는 것들
자연어 프롬프트 하나면 다음을 통째로 생성합니다.
- Manifest V3 코드베이스 — 권한·서비스워커·콘텐츠스크립트 정합성 자동 정렬
- Supabase 백엔드 — 인증·DB 스키마·RLS 정책까지
- Chrome Web Store 자산 — 아이콘·스크린샷·리스팅 카피
- Mock Chrome API 프리뷰 — 스토어 심사 전 로컬 시뮬레이션
- OAuth 파이프라인으로 웹스토어 직접 배포
- 전체 코드 다운로드 소유권 (락인 없음)
핵심은 "서버사이드 컴플라이언스 검증"이에요. 익스텐션이 흔히 죽는 지점, 즉 심사 리젝션 사유를 미리 서버가 잡아낸 뒤 코드를 뱉는 거죠.
실제로 24시간에 라이브까지 간 사례
Indexly의 SEO 창업자 Chetan Giridhar가 남긴 유저 스토리가 인상적입니다. "Indexly Vault 익스텐션을 직접 만들려다가 PlugThis를 발견했어요. 2~3 프롬프트로 작동하는 걸 확인했고, 하루 만에 Chrome Web Store에 제출까지 마쳤습니다. 너무 쉬워서 Reddit Responder도 이어서 만들었죠." 사이드 프로젝터가 "boilerplate만 안 넘어가면 되는데…" 했던 벽을 프롬프트가 넘겨준 사례입니다.
이 도구를 언제 써야 할까
써야 하는 상황:
- 워크플로우 최적화용 사내 익스텐션 (개인 자동화 툴)
- Supabase 백엔드가 있는 SaaS의 컴패니언 익스텐션
- 아이디어 검증용 MVP를 웹스토어에 빠르게 올려보고 싶을 때
멈춰야 할 상황:
- 이미 성숙한 SaaS의 프로덕션 익스텐션 (직접 유지보수 필요)
- 파이낸셜·의료 데이터를 만지는 익스텐션 (보안 감사 별도 필요)
- 심사 리젝션 리스크를 감당할 인력이 없는 1인 개발자 (컴플라이언스 검증은 도구 몫이 아니라 심사자 몫)
론치 프로모는 $9.99/mo(원가 $29.99, 첫 50인 한정)입니다.
FAQ
Q. Lovable, Bolt와 뭐가 다른가요?
같은 오케스트레이션 계열이지만, PlugThis는 웹앱이 아니라 크롬 익스텐션 전용입니다. Manifest V3 특화 컨텍스트, 웹스토어 배포 파이프라인이 코어예요. 웹앱 빌더로 익스텐션을 짓다 좌절해본 사람이 값을 매길 도구인 거죠.
Q. 코드 소유권은 어떻게 되나요?
전체 코드 다운로드가 가능합니다. 서비스 락인 없이 로컬에서 계속 개발할 수 있고, Supabase 인프라도 자기 계정으로 옮길 수 있어요.
Q. 웹스토어 승인율은 얼마나 되나요?
팀은 서버사이드 컴플라이언스 검증으로 자동 리젝션을 줄인다고 주장하지만, 실제 승인율 데이터는 공개하지 않았습니다. 첫 익스텐션이라면 팀의 심사 가이드를 따로 읽어보시는 걸 권해요.
익스텐션은 "만들고 싶은 것"과 "만들 수 있는 것" 사이의 거리가 유독 멀었던 영역입니다. 그 거리가 프롬프트 몇 줄로 좁혀지고 있다는 게 이번 신호의 핵심이에요.
댓글 0
아직 댓글이 없습니다