Karpathy, HackerTube 제작 과정 설명…AI가 맡은 일과 사람이 준비한 것

Hacker News는 기술 이야기를 나누는 커뮤니티입니다. Karpathy는 그곳의 댓글에서 YouTube 영상을 추천한 내용을 추리고, 다른 AI 모델인 Sonnet을 분류 과정에 사용했다고 썼습니다. 새 영상을 생성한 것이 아니라 기존 영상의 목록과 찾아보는 화면을 만든 작업입니다.

댓글은 추천 이유를 담는 글이고, 영상은 그 글이 가리키는 대상입니다. 같은 영상을 여러 댓글이 가리킬 수도 있으므로 댓글 수를 영상 수로 나누어 ‘좋은 영상의 비율’로 해석할 수 없습니다. 아래 흐름은 작성자가 설명한 처리 단계를 간단히 묶은 것입니다.

%% 추천 재료가 목록이 되는 흐름 · Karpathy의 제작 설명
flowchart TD
  A["Hacker News의 댓글"] --> B["영상 추천 후보를 추려 분류"]
  B --> C["기존 영상 목록과 주제로 정리"]
  C --> D["찾아보고 고르는 웹 화면"]

이 방식은 추천의 출발점을 내가 고르는 선택입니다. 한 커뮤니티의 관심사에 치우칠 수 있어, 모든 시청자에게 같은 품질을 보장하는 평가로 볼 수는 없습니다.

추가 설명에서 Karpathy는 사람이 Google Cloud의 API 키를 만들고, VPS를 켜고, 도메인을 샀다고 밝혔습니다. API는 프로그램이 다른 서비스에 정보를 요청하는 통로이고, API 키는 그 요청에 사용할 접근 정보입니다. YouTube의 영상 메타데이터에는 제목·영상 길이 같은 설명 정보가 들어가며, 영상 파일 자체와는 다릅니다. YouTube 영상 정보 형식

VPS는 인터넷에 켜 두는 임대 컴퓨터이고, 도메인은 그 서비스로 찾아오는 이름입니다. 작성자는 AI가 작업하는 사이에 자원을 준비했고, 서버가 켜진 뒤 접속 대상을 알려 업데이트·배포·보안 설정·최적화를 맡겼다고 설명합니다. 그림은 병행한 준비와 서버 작업으로 넘어가는 지점을 나눕니다.

Karpathy는 별도 사용자 계정 없이 브라우저 안에 상태를 저장한다고 설명합니다. 이는 로그인 절차에 관한 설명이며, 서버나 영상 제공자와 통신하지 않는다는 보증은 아닙니다. 일반적인 웹페이지도 서버에 요청을 보내 자료를 받습니다. 웹 요청의 기본 구조

브라우저에 저장한 상태와 서버의 영상 목록은 관리 위치가 다를 수 있습니다. 예를 들어 브라우저의 localStorage는 사이트별로 저장되고 사이트 데이터를 지우면 사라질 수 있습니다. 이것은 브라우저 저장의 일반 설명이며 HackerTube의 전체 저장·추적 방식을 감사한 결과가 아닙니다. 브라우저 저장 안내

작동하는 첫 화면이 나와도 자료 갱신, 끊어진 영상, 비용과 장애 대응은 계속 남습니다. 가상의 도서관 강연 페이지라면 담당자는 잘못 분류된 영상을 고치고, 삭제된 링크를 처리하며, 다음 주 자료를 누가 갱신할지 정해야 합니다.