Gadgets: Personal app vibe coding that is actually safe — Kenton Varda, Cloudflare

한 줄 핵심

개인별로 AI가 앱 코드를 생성·수정하는 미래를 가능하게 하려면 기존 클라우드 구조가 아니라, 앱별 격리·공유·실행을 플랫폼이 책임지는 완전히 다른 안전한 인프라가 필요하다는 주장이다.

시간별 요약

1. 0:01
   개인 AI codegen이 보편화되면 사용자가 자기 용도에 맞게 앱을 즉석에서 바꾸게 되는데, 오늘날의 클라우드·앱 배포 방식은 이런 개인화에 맞지 않는다. 기능 요청을 한 중앙 앱에 계속 얹는 기존 방식은 코드 복잡도와 출시 지연만 키운다.
2. 3:01
   사용자가 AI agent에게 자기 전용 기능을 바로 추가하게 하면 핵심 앱은 깔끔하게 유지할 수 있지만, Apple·Google 중심의 폐쇄적 배포 구조와 현재의 웹 호스팅 방식은 이를 전제로 설계되지 않았다. 결국 개인 맞춤형 앱은 웹에서 가능하지만, 그 위의 클라우드 아키텍처는 새로 짜야 한다.
3. 7:03
   Cloudflare Workers 위에 만든 실험 플랫폼에서는 하나의 앱을 여러 문서처럼 다루는 대신, 각 기능 단위를 gadget으로 만들고 blueprint로 복제·공유할 수 있다. 슬라이드, 화이트보드, 이메일 분류, GitHub PR 정리 같은 서로 다른 앱을 각각 독립 인스턴스로 운영하면서도 공유는 플랫폼이 처리한다.
4. 11:00
   각 gadget은 하나의 목적만 가지도록 설계되므로 공유 링크와 접근 제어를 플랫폼이 일관되게 구현할 수 있다. 그래서 앱 자체가 권한 처리 실수를 하더라도 구조적으로 큰 사고를 내기 어렵고, 사용자는 필요할 때마다 같은 앱의 새 인스턴스를 만들어 쓸 수 있다.
5. 12:01
   에이전트는 문서와 코드를 함께 읽고, 필요한 경우 앱 기능까지 스스로 확장할 수 있다. 스트라이크스루, 중앙 정렬, SVG 삽입 같은 새 요구를 agent가 직접 구현했고, 이 과정에서 기존 앱이 지원하지 않던 표현도 즉시 추가되었다.
6. 14:00
   안전성은 null origin iframe sandbox, 강한 CSP, postMessage 기반 통신, Durable Object로 구성된 서버 격리로 확보된다. 클라이언트와 서버가 서로에게만 제한적으로 연결되기 때문에 XSS가 생겨도 외부 유출로 이어지기 어렵다.
7. 16:01
   이 시스템은 containers 없이 Cloudflare Workers와 Durable Objects만으로 동작하고, workerd를 통해 로컬에서도 실행된다. Home Assistant와 Spotify connector까지 붙여 가정 자동화로 확장할 계획이지만, 현재는 공개를 서두르지 않고 더 신중히 정리 중이다.

실무 인사이트

• 개인화된 AI 앱을 만들려면 프롬프트보다 먼저 앱 단위 격리, 공유, 권한을 플랫폼에서 강제하는 하네스 설계가 필요하다.
• 에이전트가 코드를 직접 수정하는 환경일수록 기능 추가 속도보다 안전한 실행 경계와 통신 경로를 먼저 설계해야 한다.
• 개발자는 하나의 거대한 멀티유저 앱을 계속 키우기보다, 사용자별 인스턴스와 blueprint 재사용 모델로 제품 구조를 바꾸는 편이 현실적이다.