우리 첫 오프라인 앱이 출시됐지만, 코드는 한 줄도 쓰지 않았다.
출처: Dev.to
이번 주에, 첫 번째 오프라인‑우선 PWA가 WebsitePublisher.ai에 출시되었습니다.
인터넷이 없어도 동작하는 여행 블로그입니다. 비행기 안에서 글을 쓰고 사진을 첨부하면, 연결이 복구되는 순간 모든 내용이 동기화됩니다. Service Worker, IndexedDB, sync queue — 전체 스택을 다 갖췄습니다.
특이한 점은, 이 앱이 전부 AI 어시스턴트와의 대화만으로 만들어졌다는 것입니다. IDE도, 터미널도, 배포 파이프라인도 전혀 사용하지 않았습니다.
WebsitePublisher.ai는 MCP(Model Context Protocol)를 통해 92개의 통합을 빌딩 블록으로 제공합니다. 어떤 AI 어시스턴트든—ChatGPT, Claude, Cursor, Windsurf, Copilot, Gemini, Grok, Mistral—동일한 런타임에 연결해 이 블록들을 실제 애플리케이션으로 조립합니다.
오프라인‑우선 PWA는 그 블록 중 하나입니다. AI가 Service Worker를 처음부터 만들지는 않습니다. 검증된, 테스트된 빌딩 블록을 활성화하고 사용 사례에 맞게 설정할 뿐입니다.
우리는 이를 웨이브 코딩이라고 부릅니다—15번의 불안정한 “바이브 코딩” 시도 대신, 검증된 조각들을 한 번에 파도처럼 조합하는 방식입니다.
- 오프라인‑우선 PWA 빌딩 블록 — 푸시/풀 동기화, 충돌 처리, IndexedDB 저장, iOS에서도 동작
- 92개의 통합 (이전 78개) — 45개는 기본 제공, 47개는 사용자가 직접 키를 제공
- 통합 스택 — 미리 조합된 조합: 전자상거래(13개 통합), 리드 생성, B2B 영업, 예약, 콘텐츠/블로그
- 9개의 AI 플랫폼 지원 — 모두 MCP를 통해, 벤더 락인 없음
- 플랫폼 전체에 걸친 416개의 API 엔드포인트
간단히 살펴본 아키텍처
AI 어시스턴트 (어느 것이든) → MCP → WebsitePublisher 런타임
├── PAPI (페이지 + 자산)
├── MAPI (구조화 데이터)
├── SAPI (폼 + 인증 + 세션)
├── IAPI (통합 프록시)
├── VAPI (암호화된 금고)
└── AAPI (스케줄된 AI 에이전트)자격 증명은 AI에게 절대 노출되지 않으며, 금고에 AES‑256‑GCM으로 암호화되어 저장되고 실행 시 서버 측에서 주입됩니다.
우리는 Lovable이나 Bolt와 같은 채팅 인터페이스와 경쟁하는 것이 아니라, 그 아래에 있는 Supabase + Vercel + n8n 역할을 합니다—이미 사용 중인 AI와 연결해서 바로 이용할 수 있습니다.
AI가 구축하는 플랫폼, 바로 websitepublisher.ai