AI로 만든 지하철 화면 MTA.rip, 도착 시간 대신 무엇을 보여 줄까요?

핵심 요약 (TL;DR)

기다리는 사람에게 필요한 답이 꼭 ‘몇 분 뒤’일까요? 한국 시간 10월 26일 Hacker News에 소개된 MTA.rip 제작자는 뉴욕 지하철 도착 예상 시간이 부정확하게 느껴져, 차라리 열차가 어디에 있는지 보여 주기로 했다고 설명합니다. AI로 작성한 프로젝트라고도 밝혔습니다.[1] 첫 웹사이트를 만들 때 참고할 것은 복잡한 예측 기능보다, 사용자의 질문을 다른 방식으로 풀어낸 선택입니다.

시간을 빼면 어떤 정보가 남나요?

공개 README는 도착까지 남은 분을 예측하는 대신, 열차가 어느 역에 서 있는지, 어느 역으로 접근하는지, 두 역 사이에 있는지를 보여 준다고 설명합니다. 선택한 역까지 남은 정거장과 진행 상황도 표시합니다.[2] ‘언제 도착하나’를 완벽하게 맞히려 하기보다 현재 위치를 읽도록 만든 화면입니다.

공개 주소에서는 역 검색창과 Station Board·Track Map 전환, 비공식 프로젝트라는 안내를 확인했습니다.[3] 이번 관찰은 화면 접근까지이며 실제 열차 위치의 정확도나 모든 노선을 검증한 것은 아닙니다. 제작자의 불편과 제품의 정확성을 같은 근거로 묶지 않는 편이 좋겠습니다.

개발자 없이 MVP를 만들 때 무엇을 덜어낼까요?

가령 작은 작업 의뢰 현황판을 만든다면, 완료 예정 시간을 AI가 추측하게 하기 전에 ‘접수됨·확인 중·작업 중’ 같은 현재 상태부터 보여 줄 수 있습니다. 이것은 원작의 기능이 아닌 응용 제안입니다. 사용자가 기다리는 이유를 이해하는 데 무엇이 필요한지 먼저 정해 보세요.

예측값을 없앤다고 자료 검증도 사라지지는 않습니다. 상태가 언제 갱신됐는지, 자료를 가져오지 못했는지 함께 드러나야 합니다. 오래된 상태가 새 정보처럼 보이지 않게 하는 일도 첫 버전의 범위에 넣어 두시면 좋겠습니다.

첫 프롬프트는 어떻게 써 보면 좋을까요?

다음은 MTA.rip의 실제 개발 요청이 아닌 연습용 예시입니다. “가짜 작업 목록에서 항목을 고르면 현재 상태와 마지막 확인 시각을 보여 주세요. 예상 완료 시간은 만들지 마세요. 자료가 없거나 불러오기에 실패하면 각각 다른 안내를 표시해 주세요. 회원가입과 외부 발송은 제외합니다.”

처음에는 직접 정답을 아는 자료로 시작하세요. 항목을 바꿀 때 이전 항목의 상태가 잠깐 남는지, 빈 목록을 열면 무엇이 보이는지 확인합니다. 오류를 전달할 때도 ‘화면이 이상합니다’보다 ‘두 번째 항목을 골랐는데 첫 번째 상태가 남습니다’처럼 입력과 결과를 함께 적어 보세요.

화면이 나오면 사용자 검증도 끝일까요?

지인에게 설명 없이 원하는 항목을 찾고 지금 상황을 말해 달라고 부탁해 보세요. 무엇을 누르는지보다 어떤 뜻으로 읽는지를 살피는 실습입니다. ‘확인 중’을 완료 직전으로 오해한다면, 기능을 더하기 전에 상태의 이름부터 고칠 이유가 생깁니다.

공개 주소에서도 같은 가짜 입력을 확인하고 작은 화면에서 핵심 정보가 가려지는지 살펴보세요. 이는 원작에서 발견한 결함이 아니라 독자의 첫 웹사이트를 위한 검수 제안입니다. 아름다운 표시와 믿고 해석할 수 있는 표시는 따로 확인해야 합니다.

FAQ: 공개 코드를 초보자 교재로 써도 될까요?

제작자는 코드가 거칠다며 Go나 JavaScript 입문용으로 권하지 않는다고 직접 밝혔습니다.[1] 아이디어를 참고하는 일과 코드의 구조를 모범으로 삼는 일은 구분해 주세요.

FAQ: 공식 지하철 서비스인가요?

사이트는 MTA와 제휴하거나 승인을 받은 공식 서비스가 아닌 독립 프로젝트라고 안내합니다.[3] 이 글 역시 이동 안내나 정확도 보증이 아니라, AI 제작 사례의 설계 선택을 읽는 글입니다.

출처
[1] https://news.ycombinator.com/item?id=50235759
[2] https://github.com/fatlotus/mta-dot-rip
[3] https://mta.rip/
관찰: 2026-10-26 KST