서랍 속 공기계가 위젯 벽이 됩니다 — '유저가 바이브코딩하는' 제품 ScreenWall

핵심 요약 (TL;DR)

낡은 스마트폰들을 동기화된 위젯 월로 바꾸는 웹앱 ScreenWall이 r/SideProject에서 48시간 만에 업보트 1,394개(업보트율 99%)를 받았습니다. 주목할 변화는 따로 있습니다. 이 앱은 유저가 ChatGPT·Claude·Gemini로 자기 위젯을 직접 바이브코딩하도록 '튜토리얼을 AI 컨텍스트로 복사' 버튼을 제품 안에 내장했습니다. 바이브코딩이 개발 방법을 넘어 제품 기능이 된 사례인 거죠.

무엇이 바뀌었는지 한 줄로 요약하면 이렇습니다. 지금까지 바이브코딩은 만드는 사람의 도구였는데, ScreenWall은 그것을 쓰는 사람의 기능으로 옮겼습니다.

ScreenWall은 어떤 제품인가요?

함부르크의 엔지니어 Tuan이 만든 ScreenWall은 서랍 속 공기계 여러 대를 픽셀 시계, 스플릿플랩 전광판 같은 동기화된 위젯 벽으로 바꿔줍니다(원문: https://old.reddit.com/r/SideProject/comments/1v66kqo/screenwall_turn_old_phones_into_synced_widgets/). 위젯이 ES5 자바스크립트와 Canvas로 돌아가서 10년 묵은 폰에서도 작동합니다. HN 스레드(146포인트)에서는 2012년형 iPad 3에서 돌렸다는 이야기까지 나왔고, The Register가 7월 22일 기사로 다루며 제작자 실명(Tuan Anh Bui)도 확인됐습니다.

제작자는 업무에서 NTP/GPS 모듈을 다뤄본 경험이 있다고 밝혔는데, 여러 화면의 클럭을 정밀하게 맞추는 동기화 코어는 "솔직히 Codex가 도와줬다"고 인정했습니다. 만든 사람도 바이브코딩, 쓰는 사람도 바이브코딩인 셈입니다.

'유저가 바이브코딩하는 제품'이 왜 트렌드가 될까요?

지금까지 제품의 커스터마이징은 개발사가 미리 만들어둔 옵션의 조합이었습니다. ScreenWall은 다른 답을 냈습니다. 위젯 제작 튜토리얼을 통째로 복사해 아무 AI 챗봇에나 붙여넣으면, 유저가 원하는 위젯을 직접 만들 수 있게 한 겁니다. 개발사는 옵션을 만드는 대신 "AI가 이해할 수 있는 문서"를 만들었습니다.

이 구조가 흥미로운 이유는 커스터마이징의 비용이 무너지기 때문입니다. 옵션 하나를 추가하는 데 개발사의 리소스가 들지 않습니다. 유저와 AI가 알아서 만들고, 플랫폼은 실행 환경만 보장합니다. 앱스토어가 앱 개발을 외부 개발자에게 열었듯, 이 모델은 기능 개발을 유저에게 엽니다.

새 하드웨어를 사지 않고 서랍 속 기기를 살린다는 정서도 힘을 보탰습니다. 48시간 만의 업보트 1,394개는 기술만으로 나오는 숫자가 아닌 거예요.

바이브코더가 여기서 가져갈 것은?

자기 제품에 이 구조를 이식하는 질문은 하나입니다. "내 제품의 어떤 부분을 유저와 AI에게 열어줄 수 있을까?" 열어주려면 두 가지가 필요합니다. AI가 읽고 바로 코드를 쓸 수 있는 문서(ScreenWall의 '복사' 버튼), 그리고 유저가 만든 코드가 안전하게 돌아갈 샌드박스(ScreenWall의 ES5 + Canvas 제약)입니다. 제약이 촘촘할수록 유저의 자유는 오히려 커집니다.

FAQ

Q. 유저가 AI로 만든 코드는 품질을 어떻게 보장하나요?

ScreenWall은 실행 범위를 ES5 + Canvas로 좁혀서 위젯이 망가져도 앱 전체에 영향이 없게 했습니다. 자유는 샌드박스 안에서만 주는 것이 핵심입니다.

Q. 지금 써볼 수 있나요?

베타로 운영 중이고 셀프호스팅 버전이 예정돼 있습니다. 쇼케이스는 instagram.com/screenwall.app에서 볼 수 있습니다. 유저 수나 매출은 아직 공개된 것이 없으니 초기 단계라는 점은 감안해주세요.

앞으로 이런 제품이 늘어날 겁니다. "우리 제품은 AI 친화적 문서를 제공합니다"가 "우리 제품은 API를 제공합니다"만큼 흔한 문장이 되는 순간, 커스터마이징의 기본값이 바뀝니다. 다음 사이드 프로젝트를 구상 중이라면, 기능을 하나 더 만들기 전에 유저에게 열어줄 문서를 먼저 써보는 건 어떨까요?