바이브코딩으로 업무 앱 만들기, Treesum은 왜 표 대신 들여쓰기를 골랐을까요?

핵심 요약 (TL;DR)

견적을 적으려다 표의 열과 서식부터 고민하게 된 적이 있으신가요? Treesum 제작자는 머릿속 계획을 먼저 개요로 쓰고, 세부 항목과 비용·시간·수량을 나중에 붙이는 도구를 소개했습니다. 자신이 AI의 도움으로 전부 바이브코딩했다고 밝힌 프로젝트입니다.[1] 흥미로운 점은 엑셀을 대체하겠다는 크기보다, 자기에게 편한 입력 방식 하나를 실제 화면으로 옮겼다는 데 있습니다.

어떤 사람이 무엇을 만들었나요?

제작자 mallahan은 한국 시간 10월 14일 오전 1시 55분 Hacker News에 Treesum을 소개했습니다. 이는 확인된 소개 글의 게시 시각이며, 제품의 최초 출시일은 아닙니다. 자신을 파트타임 개발자라고 설명했고, 복잡한 프런트엔드를 AI 덕분에 구현할 수 있었다고 말합니다.[1]

개발 경험이 없는 분의 사례라기보다는, 파트타임 개발자가 AI로 구현 범위를 넓힌 이야기로 읽는 편이 정확하겠습니다. 사용한 모델이나 개발 기간도 이 소개 글에서는 확인되지 않습니다. 다만 오래 생각해 온 아이디어를 직접 쓰며 판단할 수 있게 됐다는 제작자의 동기는 분명합니다.[1]

표가 아니라 나무처럼 적으면 무엇이 달라지나요?

제작자가 좋아하는 용도는 일회성 프로젝트의 견적입니다. 목재·전기·콘크리트·인건비처럼 비용 구조가 다른 항목을 상위 작업 아래에 나누어 적는 방식입니다. 개요에 숫자와 태그를 더하면 Calcs·Timeline·Stats에서 합계와 일정, 분류 결과를 보여 준다고 설명합니다.[1]

공개 앱의 예제에서도 들여쓴 하위 항목, 계산식, 일정 입력과 세 보기의 메뉴를 확인했습니다.[2] 다만 직접 새 견적을 작성해 계산 정확성이나 저장·복원을 시험한 것은 아닙니다. 화면에 합계가 보이는 것과 실제 업무 금액이 맞는 것은 별도의 확인입니다.

첫 업무용 MVP는 어디까지 만들면 될까요?

이 사례를 따라 새로운 만능 업무 시스템부터 만들 필요는 없습니다. 평소 견적 한 건을 적을 때 자꾸 반복하는 행동을 골라 보세요. 항목을 묶는 일이 불편하다면 첫 목표는 ‘작업 아래에 비용을 적으면 묶음별 합계를 보여 준다’ 정도로 좁힐 수 있습니다.

AI에게는 ‘샘플 작업과 비용으로 계층형 목록을 만들어 주세요. 항목 이동 전후에 총액이 유지되는지 확인하고, 계정·결제·공유 기능은 제외해 주세요’라고 요청해 보세요. 이는 Treesum의 제작 프롬프트가 아니라 독자를 위한 실습 제안입니다. 고객 자료 대신 가짜 값으로 시작하면 검수할 조건도 작게 유지할 수 있습니다.

저장 버튼 다음에는 무엇을 확인해야 하나요?

제작자는 현재 데이터가 브라우저에 저장되며, 계획을 보존하려면 텍스트 형태의 .tsum 파일을 내려받고 다시 열 수 있다고 설명합니다.[1] 브라우저에 남아 있다는 사실만으로 별도 백업이 있다고 생각하지 않는 편이 좋겠습니다.

첫 검수에서는 알고 있는 샘플 금액을 다른 계산 수단과 대조하고, 항목을 옮기거나 지웠을 때 합계가 어떻게 바뀌는지 확인하세요. 그다음 파일을 저장해 다시 열었을 때 항목·값·들여쓰기가 남는지 보시면 됩니다. 기능을 더 요청하기 전에, 내가 적은 계획을 다시 꺼낼 수 있는지를 확인하는 순서입니다.

FAQ: 엑셀이나 MS Project 대신 바로 써도 될까요?

제작자는 엑셀의 모든 기능을 대체하지 않으며 아직 개념 증명 단계라고 명시합니다.[1] 실제 견적의 유일한 원본으로 삼기보다, 샘플로 입력 방식이 편한지 살펴보는 편이 좋습니다.

FAQ: AI로 만들었다면 기능 수정도 계속 쉬울까요?

그렇게 보장할 수는 없습니다. 제작자도 관심이 있으면 더 개발하겠다는 입장입니다.[1] 새 기능의 가능성보다 현재 할 수 있는 행동과 보존할 수 있는 결과를 기준으로 도입 여부를 판단하세요.

출처
[1] https://news.ycombinator.com/item?id=50074864
[2] https://www.treesum.app/