클로드에게 오닐 실린더를 만들라고 했더니, 브라우저가 버텨내지 못했다

해커뉴스에 올라온 글 하나. **"클로드에게 물리적으로 정확한 오닐 실린더를 만들어달라"**는 프롬프트로 웹사이트가 나왔다. 점수 21, 댓글 18개. 접속하면 마우스로 회전하고 'fly' 버튼으로 내부를 날아다닐 수 있다.

무엇이 만들어졌고 무엇이 안 되는가

공개된 페이지는 웹GL 기반 3D 시뮬레이션이다. 회전하는 원통형 우주정거장 개념을 브라우저 안에서 구현했다. 중력 시뮬레이션, 코리올리 효과, 내부 지형까지 코드로 풀어냈다. 클로드에게 "물리적으로 정확하게"라는 지시만으로 이 정도가 나온 건 분명 인상적이다.

문제는 실행 환경이다. 제공된 댓글 5개 중 2개가 크래시·렉을 보고했다. "fly 버튼 누르자마자 탭이 죽었다", "절반 이상이 제대로 못 돌린다"는 반응이 대표적. 작성자가 워크스루 영상 요청에 답했는지, 데모 영상이 있는지 본지가 확인하지 못했다.

왜 브라우저마다 결과가 갈리는가

웹GL은 GPU 가속을 쓴다. 내장 그래픽이나 저사양 기기에서 프레임이 떨어지거나 프로세스가 죽는다는 일반적 원리는 알려져 있다. 다만 이 프로젝트의 구체적 최소 사양·테스트 환경·브라우저별 차이는 자료 어디에도 공개되지 않았다.

댓글 중 "15년 전부터 비슷한 게임을 만들고 싶었다"는 개발자 반응이 눈에 띈다. 에릭 브루네의 '라마와의 랑데부' 영상을 보고 아이디어를 얻었단다. 손코딩으론 엄두 못 냈던 걸 AI로 단숨에 뽑아냈다는 뜻이다. 아이디어 구현 속도와 실행 안정성 사이에 간극이 있다. 이 대목이 걸린다.

쉽게 풀어보면

클로드에게 "회전하는 우주정거장 안에서 걸어다니는 시뮬레이션 만들어줘"라고 말했더니, 브라우저에서 돌리는 3D 웹페이지를 짜줬다. 마치 게임 엔진으로 만든 레벨을 웹에 올린 느낌이다. 마우스로 시점 돌리고, 날아다니고, 중력 방향도 느껴진다.

그런데 뷔페에 음식이 차려져 있는데 접시가 너무 무거워서 들 수 없는 상황과 같다. 고사양 데스크톱에선 부드럽게 돈다. 저사양 노트북에선 버튼 누르는 순간 화면이 하얗게 변하며 탭이 죽는다. 만든 사람은 "잘 돌아간다"지만, 쓰는 사람 다수는 "못 쓴다"는 게 현실이다.

나에게 미치는 영향

오늘 바로 확인해 볼 수 있는 것 세 가지

• 크롬 개발자도구(F12) → Performance 탭 녹화하며 접속 → GPU 메모리 사용량 급증하면 내 기기에서 무리
• about:gpu에서 '하드웨어 가속' 켜져 있는지 확인 → 꺼져 있으면 설정→시스템에서 켜고 재시작
• 'fly' 버튼 누르자마자 크래시 → 하드웨어 가속 끄고 재시도, 그래도 안 되면 데스크톱 크롬에서만 테스트

활용 아이디어: 클로드에게 "웹GL로 물리 시뮬레이션 짜줘"라고 프롬프트 던지면 프로토타입이 나올 수 있다. 단, 배포 전 최소 사양 테스트는 직접 해야 한다. "내 환경에서만 된다"는 코드가 실서비스로 나가면 사용자 절반을 잃는다.

남은 건 검증이다

이 프로젝트가 보여준 건 AI가 복잡한 3D 수학·물리 코드를 한 번에 짜줄 가능성이다. 동시에 브라우저라는 불확실한 런타임 위에 올렸을 때 생기는 호환성 문제도 적나라하게 드러냈다.

작성자가 워크스루 영상을 올리거나, 최소 사양을 문서화하거나, 폴백(저사양 모드)을 넣기 전까진 **"데모용으로만 볼 수 있는 것"**으로 남는다. 클로드에게 코드 짜게 하고, 직접 빌드·테스트·배포까지 해보는 사이클. 그게 지금 일반인이 AI로 만들 수 있는 가장 확실한 학습 루프다.