Show HN: Lathe – LLM으로 새 도메인을 건너뛰지 않고 학습하기

Lathe - LLM으로 새 도메인을 건너뛰지 않고 학습하기

Show HN: Lathe – LLM으로 새 도메인을 건너뛰지 않고 학습하기

LLM이 "대신 생각해 주는 도구"로 쓰일 때 우리는 빠르지만 얕아진다. 깃허브 devenjarvis의 Lathe는 그 함정을 피하려고 만든 실험이다. 프롬프트 하나로 실습형 튜토리얼을 뽑고, 사용자가 로컬 UI에서 손으로 따라가며 배우게 한다. 단순한 "코드 복붙 생성기"가 아니라 가르치는 도구다. 핵심은 LLM에게 답을 달라고 하지 않고 가르치라고 부탁하며, 사용자는 여전히 손으로 입력한다는 점이다.

Lathe가 뭔가: LLM을 "가르치는 도구"로 쓰는 법

Lathe의 핵심 아이디어는 단순하다. LLM에게 "답을 달라"고 하지 않고 "가르쳐 달라"고 부탁하는 것이고, 그 결과물은 튜토리얼이다. 핵심 분리다.

• 프롬프트 → 실습형 튜토리얼 자동 생성

• 단일 파트 또는 여러 파트 시리즈 지원

• 로컬 웹 UI(lathe serve, 기본 4242 포트)에서 손따라 진행

• 사용한 출처, 모델, 프롬프트까지 metadata.json에 기록

• 연습 문제, 사이드 노트, 목차 사이드바 등 학습 보조 요소 포함

LLM의 "thinking" 능력을 학습 설계에 쓰고, 실제 손글씨 타이핑은 사용자가 담당하는 분리 구조다.

CLI는 LLM을 호출하지 않는다: 흥미로운 분리

Lathe는 Go로 만든 CLI와 LLM 세션이 분리되어 있다. CLI는 튜토리얼 저장과 관리만 담당하고, LLM 세션은 생성과 검증과 확장을 담당한다. lathe verify, lathe extend 같은 명령은 skill command를 클립보드로 복사한다. 이 분리 덕분에 CLI 자체는 가볍고, LLM 호출은 사용자 세션에서 명시적으로 일어난다. 결정적 작업은 CLI에, 유연한 작업은 LLM에 맡기는 패턴이다. 호출 모델의 분리다.

설치와 검증 흐름

설치는 단일 바이너리 한 개면 끝이다. macOS는 Homebrew cask, 리눅스는 curl | sh 또는 Go 1.25+ 기반 go install을 쓴다. lathe skills install로 Claude Code, Cursor, Codex용 skill 위치에 등록한다. 튜토리얼은 ~/.lathe/tutorials/{slug}/에 슬러그별 디렉터리로 저장된다.

검증은 /lathe-verify 로 LLM 세션에서 실행한다. 새 mktemp -d 스크래치 디렉터리에 파일을 만들고 명령과 ## Checkpoint 블록을 실행한 뒤 결과를 기록한다. 검증 상태는 unverified, verifying, verified, failed, skipped, extending이며, 도구가 없으면 failed가 아니라 skipped로 기록된다. 스크래치 디렉터리는 빌드 산출물을 저장소 밖에 두기 위한 관례일 뿐 보안 경계는 아니다.

저자는 "Lathe는 LLM이므로 LLM이 실패하는 방식으로 실패할 수 있다"고 명시한다. 튜토리얼 생성에는 가능한 가장 큰 "thinking" 모델 사용을 권장한다. 현재 자체 테스트는 macOS의 Claude Code만 검증되었다.

손으로 타이핑하며 배우는 학습법의 의미

HN 댓글에서 자주 오가는 주제가 있다. Zed Shaw식 학습법이다.

> 올바른 코드를 타이핑하는 일은 상대적으로 단순하다.

> 그래서 "그냥 맹복적으로 타이핑하기"로 바꾸자, 이전 몇 주보다 더 많은 연습을 하게 되었다.

Stephen Krashen의 입력 가설처럼 단순 반복이 유창성을 만들고, Lathe는 이 가설을 LLM 환경에 옮긴 것이다. LLM이 튜토리얼을 짜고 사용자는 그 코드를 그대로 입력하는 흐름이며, 코드 생성과 학습 사이의 균형은 명시적으로 유지된다.

실전 활용: 새 프로젝트의 첫 발을 떼기

Lathe가 특히 유용한 시나리오는 새 프로젝트의 시작점이다. 새 언어 진입 장벽을 낮추고, 관심사에 맞춘 최소 예제를 빠르게 생성하며, 익숙해진 뒤 /lathe-extend로 확장하는 흐름을 만든다. 로컬 UI가 따라가기 편하고, 저자는 개인 학습 외 용도는 의도되지 않았다고 명시한다.

그래서 우리도 따라 할 수 있는가

Lathe는 "LLM이 내 커리어를 잠식한다"는 불안에 대한 한 가지 답이다. LLM을 잘 활용하면 단순한 결과물이 아니라 학습 과정에서 가속을 얻을 수 있다. 핵심은 분리로, 결정적 작업은 CLI나 사람이, 유연한 작업은 LLM이 맡기는 균형이 중요하다. 도구는 실험적이라 macOS와 Claude Code 환경이 아니면 검증되지 않았지만, 설계 철학은 명확하다. LLM에게 답을 달라고 하지 말고 가르치라고 부탁하며, 사용자는 여전히 손으로 타이핑한다. 그게 학습이다. 그게 Lathe다.