AI로 영상 압축 도구 만들기, 서버 없이 브라우저에서 끝낼 수 있을까요

핵심 요약 (TL;DR)

휴대폰으로 찍은 짧은 시연 영상을 블로그에 올리려는데 파일이 너무 큽니다. 이 작은 불편에서 웹 도구 하나가 나왔습니다. Simon Willison은 9월 7일, Claude Fable 5.1을 Claude Code for web에서 사용해 WebAssembly 버전의 FFmpeg를 활용하는 영상 압축기를 만들었다고 공개했습니다. 제작 도구에 관한 설명은 본인의 보고입니다. 공개된 결과는 영상을 서버로 보내 처리하는 대신 브라우저 안에서 여러 압축본을 비교하도록 구성돼 있습니다.

서버를 만들지 않으면 무엇이 단순해질까요?

이 도구는 파일 선택, 압축 설정, 결과 비교, 다운로드라는 흐름에 집중합니다. 공개 페이지에는 여러 크기와 품질의 결과를 나란히 보고 마음에 드는 파일을 내려받는 구성이 있습니다. 소스에서도 선택한 파일을 FFmpeg의 메모리 파일 시스템에 쓰고 결과를 읽어 브라우저에서 다운로드하게 하는 경로를 확인했습니다.

이런 설계라면 영상 업로드 보관함이나 서버 인코딩 대기열을 처음부터 만들지 않아도 됩니다. 다만 이번 확인은 공개 페이지와 코드 검토이며, 직접 여러 영상을 인코딩해 성능을 비교한 실험은 아닙니다.

업로드가 없으면 인터넷도 필요 없을까요?

두 가지는 다릅니다. 공개 소스는 FFmpeg 실행에 필요한 엔진을 외부 CDN에서 받아오도록 되어 있습니다. 도구가 처리할 영상 파일을 올리지 않는다는 설명을, 네트워크 통신이 전혀 없다는 뜻으로 바꾸면 안 됩니다. 페이지 자체의 배포와 엔진 배포도 유지해야 합니다.

또한 서버가 하지 않는 계산을 사용자 기기가 맡습니다. 제작 페이지는 단일 CPU 코어에서 WebAssembly로 실행하므로 네이티브 FFmpeg보다 느리다고 안내합니다. 긴 영상이나 고해상도 파일은 시간이 걸릴 수 있어, 처음 일부 구간만 변환해 설정을 비교하는 옵션도 제공합니다. “서버 비용이 없다”는 말보다 “계산 위치가 달라졌다”는 설명이 더 정확합니다.

바이브코더는 무엇을 완료 조건으로 적어야 할까요?

“영상 압축기를 만들어 주세요”만으로는 결과를 판단하기 어렵습니다. 파일을 고르면 이름이 보이고, 작업 중에는 진행 상태가 나타나며, 중단을 눌렀을 때 어떻게 정리되는지까지 적어 보세요. 세로 영상의 회전, 소리 유지 여부, 결과 파일의 재생 가능성도 별도 확인 항목입니다.

첫 테스트에는 민감하지 않은 짧은 영상을 쓰세요. 원본을 남겨 두고 결과를 다른 브라우저나 휴대폰에서도 재생해 보는 것이 좋습니다. 개발자 도구의 네트워크 기록에서 파일 전송 요청이 있는지도 확인하세요. 공개 도구의 설명을 믿는 단계와 내 서비스의 데이터 경로를 검증하는 단계는 분리해야 합니다.

업로드 서버가 정말 필요한지 먼저 묻는 것만으로도 구축과 운영의 모양이 달라질 수 있습니다. AI 코딩은 그 작은 선택을 빠르게 구현하는 데 쓸 때 더 검토하기 쉬워집니다.

FAQ: 휴대폰에서도 똑같이 빠를까요?

그렇다고 보장할 수 없습니다. 기기의 메모리와 브라우저, 영상 길이·해상도에 따라 달라집니다. 실제 독자가 쓰는 기기에서 작은 파일부터 확인하세요.

FAQ: 회사의 비공개 영상을 바로 넣어도 될까요?

권하지 않습니다. 페이지의 출처와 코드, 외부 의존성, 실제 네트워크 동작을 확인하고 회사의 데이터 처리 기준을 먼저 따르세요.

FAQ: 모든 웹앱을 이런 방식으로 만들 수 있나요?

아닙니다. 여러 사용자가 같은 자료를 공유하거나 계정·결제·공동 편집이 필요하면 서버가 필요할 수 있습니다. 혼자 파일을 변환하는 일처럼 경계가 분명한 기능부터 검토해 보세요.

제작자 원문: https://simonwillison.net/2026/Sep/7/video-compressor/
공개 도구·소스 확인: https://tools.simonwillison.net/video-compressor
원문 관찰: 2026-09-09 KST