Claude로 만든 정리 앱 Ballast, 첫 버전에는 삭제 버튼이 없어도 될까요?

핵심 요약 (TL;DR)

어디에 공간이 쓰였는지 알고 싶은 마음이 앱의 출발점이 됐습니다. 한국 시간 10월 28일 Hacker News에 소개된 Ballast 제작자는 Mac의 저장 공간 표시가 답답해 Claude로 도구를 만들었다고 밝혔습니다.[1] 공개 문서는 정리할 항목을 찾는 일과 실제로 지우는 일을 분리합니다.[2] 첫 앱을 만든다면 삭제보다 ‘무엇이 있는지 정확히 보여 주기’를 먼저 완성해 보셔도 좋겠습니다.

제작자는 어떤 불편을 골랐을까요?

Ballast는 개발 도구가 남기는 캐시, 오래된 실행 환경, 프로젝트의 빌드 폴더와 AI 모델 등을 살펴보는 macOS 앱입니다. 제작자는 기본 저장 공간 화면만으로 개발 관련 자료의 정체를 알기 어려웠다고 설명합니다.[1][2] 컴퓨터 전체를 새롭게 관리하려는 구상보다, 이미 겪고 있는 불편에 초점이 있습니다.

이번 확인은 제작자 소개와 공개 README를 대조한 범위입니다. 앱을 설치해 정리하거나 확보한 용량을 측정하지 않았습니다. Claude로 만들었다는 말도 제작자의 자기보고이며, 개발 경험이나 AI의 코드 기여율을 확인한 결과는 아닙니다.[1]

미리보기 뒤에 왜 다시 확인할까요?

README는 실행 전에 이동할 경로와 실행할 명령, 되돌릴 수 있는지를 보여 준다고 설명합니다. 또한 실제 처리 직전에 항목을 다시 검사하고, 그사이 상태가 바뀌었다면 해당 단계를 건너뛴다고 안내합니다.[2] 처음 목록을 보았을 때와 버튼을 누르는 순간이 다를 수 있다는 전제입니다.

여기서 가져올 것은 ‘이 도구라면 안전하다’는 결론이 아닙니다. 내가 만든 앱에서도 조회, 사용자 확인, 실행, 결과 확인을 다른 단계로 생각해 보자는 제안입니다. 특히 파일을 바꾸는 기능은 화면에 안내문을 붙이는 것과 실제 동작을 제한하는 것을 나누어 살펴야 합니다.

코딩을 모르면 어떤 첫 요청이 좋을까요?

처음부터 정리 앱 전체를 따라 만들 필요는 없습니다. 직접 만든 시험 폴더만 읽고 파일 이름과 크기를 보여 주는 작은 화면을 제안드립니다. 다음은 원작의 개발 프롬프트가 아닌 학습용 예시입니다.

“지정한 시험 폴더의 파일 목록과 크기를 보여 주세요. 삭제·이동·외부 전송 기능은 넣지 마세요. 읽지 못한 항목은 크기가 없는 것으로 처리하지 말고 미확인이라고 표시해 주세요.”

완료 조건은 목록이 나타나는 데서 끝내지 않습니다. 내용이 있는 폴더, 빈 폴더, 접근할 수 없는 경로를 구분해 확인하세요. 읽기 실패가 빈 결과처럼 보이면 사용자는 ‘아무것도 없다’고 오해할 수 있습니다. 수정할 때는 입력 경로, 기대한 표시, 실제 결과를 함께 전달하면 좋겠습니다.

삭제 기능은 언제 덧붙이면 좋을까요?

조회 결과를 이해할 수 있고, 무엇을 바꾸는지 설명할 수 있을 때 별도 단계로 검토해 보세요. 원작 문서도 휴지통으로 옮기는 작업과 도구의 명령으로 영구 삭제하는 작업을 구분합니다.[2] 모든 정리가 같은 되돌리기 방법을 갖는 것은 아닙니다.

실습은 복사한 무해한 자료로 제한하고, 실행 전 목록과 실행 뒤 남은 자료를 비교해 보세요. 이것은 Ballast에서 확인한 오류가 아니라 여러분의 첫 도구에 제안하는 검수 기준입니다. 버튼을 추가하는 속도보다 변경 범위를 설명하는 기록이 먼저입니다.

FAQ: 소개됐다는 것은 이번에 처음 출시됐다는 뜻인가요?

아닙니다. 이 글의 날짜는 Hacker News에 제작자가 사례를 공유한 시점입니다.[1] 최초 개발일이나 출시일로 바꾸어 읽지 마세요.

FAQ: 첫 버전이 읽기 전용이면 미완성 아닌가요?

‘어떤 파일이 공간을 쓰는지 알 수 있다’가 목표라면 조회만으로도 검증할 경험이 생깁니다. 삭제는 다른 권한과 실패 조건을 갖는 기능으로 나누어 보시길 권합니다.

출처
[1] https://news.ycombinator.com/item?id=50271417
[2] https://github.com/linearza/ballast
관찰: 2026-10-30 KST