최근에 저는 독립 개발에 대한 제 생각을 꽤 많이 적어왔습니다. 이번에는 Mole이 오픈소스 CLI에서 유료 Mac 소프트웨어가 되기까지의 여정을 이야기하면서, 그 당시 제가 무엇을 생각했는지, 실제로 무엇이 효과를 보았는지, 그리고 각자 프로젝트를 진행 중인 분들에게 약간의 인사이트를 제공하고자 합니다.
Mole 의 공식 웹사이트는
mole.fit 이며, CLI 는
GitHub 에서 오픈소스로 공개되어 있습니다. 먼저 사용해보실 수 있습니다.
작년 국경절 연휴 때, 저는 산야의 수영장 옆에서 몇 백 줄의 코드를 작성하여 Mole CLI라는 Mac 정리 명령줄 도구를 만들었고, GitHub에 오픈소스로 공개했습니다. 원래는 저와 동료들만 사용하려고 했습니다. 그런데 놀랍게도 1년도 채 되지 않아 60,000개의 스타를 받았고, 50개 이상의 버전을 출시했으며, 전 세계 121명의 개발자가 코드를 기여하여 약 800개의 기능 제안과 버그를 해결했습니다.
사실, 얼마나 많은 사람들이 사용하고 있는지 잘 몰랐습니다. 그러던 어느 날, README에 있는 두 개의 이미지를 Vercel로 가속화했는데, 트래픽이 과금 한도를 초과하여 Vercel에 80달러를 빚지게 되었습니다. 그제서야 데스크톱 버전을 만들어야겠다고 생각했습니다.
이전에 가장 많이 받은 이메일 유형은 해외 사용자들이 보낸 것으로, 대략 이런 내용이었습니다. "저희 부모님이 Mac을 사용하시고, 제 여동생도 사용하는데, 터미널을 여는 방법을 모릅니다. 명령어를 입력할 필요 없는 버전을 만들어 주실 수 있나요?" 저는 한동안 이 요청을 미뤘는데, 주된 이유는 CLI 자체가 아직 충분히 성숙하지 않다고 느꼈기 때문입니다. 나중에 주말을 이용해 Mac 데스크톱 버전을 만들었습니다. 그날 밤 10시에 출시했는데, 알림이 밤새도록 울렸습니다. 프랑스어, 독일어, 온갖 통화의 알림이었습니다. 결국 잠을 자기 위해 이메일 알림을 꺼야 했습니다. 돌이켜보면, 그 첫 번째 버전은 사실 매우 빈약했습니다. 주말 이틀 만에 만든 것이 얼마나 완벽할 수 있겠습니까? 많은 기능은 그 후 몇 달에 걸쳐 하나씩 추가되었습니다. 기본적으로 사용자 그룹이 먼저 비용을 지불하고 저와 함께 완성해 나간 셈입니다. CLI는 변함없이 오픈소스로 무료이며 계속 업데이트될 것입니다. 유료인 것은 데스크톱 버전뿐입니다.
AI 가 만들어내는 세 가지 유형의 쓰레기
데스크톱 버전을 만든 후, 제가 가장 많이 사용한 기능은 정리 기능이었습니다. 제 Mac이 정말 AI 때문에 한계에 다다랐기 때문입니다. 저는 하루 종일 Claude Code와 Cursor를 켜 놓고 작업합니다. 처음에는 별로 신경 쓰지 않았지만, 나중에 AI가 남기는 쓰레기가 기존 소프트웨어와는 매우 다르다는 것을 알게 되었습니다. 대략 세 가지 유형으로 나뉩니다.
첫 번째 유형은 컴파일 아티팩트입니다. 새로운 것은 아니지만, AI가 그 규모를 증폭시켰습니다. 예전에는 하루에 몇 백 줄의 코드를 직접 작성하고 서너 번 컴파일했을 텐데, 지금은 에이전트가 오후 한 번에十几个 라운드를 실행하고, 라운드마다 한 번씩 컴파일합니다. Rust 프로젝트의 targets, 프론트엔드의 .next 및 dist 폴더, Xcode의 DerivedData는 매우 빠르게 커집니다. 한 번은 이것들만으로 86GB를 정리한 적이 있습니다. 두 번째 유형은 AI 도구 자체가 남긴 이전 버전입니다. Claude Code, Cursor Agent, GitHub Copilot 같은 명령줄 도구는 모두 자동 업데이트됩니다. 업데이트할 때마다 새 버전 전체를 새 디렉토리에 다운로드하는데, 각 버전은 약 250MB이고 이전 버전은 삭제되지 않습니다. 몇 달이 지나면 쓸모없는 버전이十几个 쌓일 수 있습니다. 세 번째 유형은 모델 파일입니다. Ollama와 LM Studio가 가져온 모델, HuggingFace 캐시는 종종 수십 GB를 차지합니다.
Mole은 처음 두 유형은 정리하지만, 세 번째 유형은 단 1바이트도 건드리지 않습니다. 나중에 저는 이것을 세 가지 계층으로 생각하게 되었고, 스캔된 모든 항목을 분류한 후 기본적으로 체크되어야 하는지 결정합니다. 첫 번째 계층은 재생 가능한 것입니다: HTTP 캐시, GPU 캐시, 컴파일 아티팩트, 대부분의 로그. 관련 앱이 종료되었고 경로가 명확하다면 정리할 수 있습니다. 두 번째 계층은 재구축 비용이 높은 것입니다: 패키지 매니저 레지스트리 캐시, 로컬 모델 가중치, iOS DeviceSupport는 모두 다시 빌드할 수 있지만, 대역폭과 시간이 소모되므로 사용자가 직접 확인해야 합니다. 세 번째 계층은 대체 불가능한 것입니다: 채팅 기록, 이메일 데이터베이스, 사진 라이브러리, 현재 프로젝트 상태. 이런 것들은 절대 원클릭 정리 목록에 넣어서는 안 된다고 생각합니다.
이 세 가지 계층을 하나의 "안전하게 삭제 가능" 목록으로 압축하는 것이 더 쉬웠겠지만, 그 대가는 사용자를 대신해 결정을 내리는 것입니다. 정리 페이지의 10개 카테고리는 이 순서로 배열되어 있습니다. 재생 가능한 캐시가 맨 위에 있고, 아래로 내려갈수록 사용자가 직접 확인해야 할 필요성이 커집니다.
target, build, dist, __pycache__, DerivedData 같은 것들은 다시 컴파일하면 복구할 수 있으며, 비용은 CPU 시간 몇 분입니다. node_modules, Pods, venv, vendor도 의존성 디렉토리처럼 보이지만, 삭제하면 인터넷에서 다시 다운로드해야 합니다. 고속 열차나 비행기 안에서 프로젝트를 실행하려고 할 때, 그냥 기다려야만 합니다. 이 두 카테고리는 비슷해 보여서 쓰레기로 함께 정리되기 쉽습니다. Mole CLI는 초기에 이렇게 했지만, 나중에 Mac 버전의 정리 목록에서 모든 다운로드 유형 디렉토리를 특별히 제거했습니다.
모델은 여기서 가장 무거운 카테고리입니다. 수십 GB를 다시 다운로드하는 것은 재앙이며, 일반적인 정리 도구는 올바르게 삭제조차 하지 못합니다. Ollama는 모델을 해시로 명명된 여러 블록으로 분할합니다. 여러 모델이 동일한 블록을 공유할 수 있습니다. ollama rm은 다른 모델이 해당 블록을 참조하고 있는지 계산한 후에야 삭제를 감행합니다. 파일 시스템에서 크게 보이는 블록을 수동으로 삭제하면 다른 모델이 손상될 수 있습니다. 이러한 참조 관계를 이해하는 것은 도구 자체뿐입니다.
따라서 ~/.ollama/models 및 ~/.cache/huggingface와 같은 경로는 코드에 보호 목록으로 하드코딩되어 있습니다. 스캔 단계에서조차 나타나지 않으며, 디스크 분석 섹션에서 차지하는 크기만 표시하고, 모델 자체는 Ollama나 LM Studio가 관리하도록 남겨둡니다.
모델보다 더 건드릴 수 없는 또 다른 카테고리가 있습니다: AI 세션 기록입니다. ~/.codex/sessions, ~/.claude/projects, ~/.grok/sessions에는 몇 달 또는 1년 동안 AI와 나눈 완전한 대화가 저장되어 있습니다. 그 당시의 생각, 기각된 솔루션, 모든 변경 이유가 담겨 있습니다. 삭제하면 정말로 사라지며, 어떤 의미에서는 코드 자체보다 더 소중합니다. 따라서 이러한 경로는 Mole에서 아무리 오래放置되어 있어도 절대 정리되지 않습니다. 또한 메모리, 계획, 스킬, 생성된 이미지도 보호됩니다.
이러한 보호 목록은 처음부터 모두 생각해낸 것이 아니라, 대부분 시행착오를 통해 배웠습니다. 가장 어리석었던 실수는 com.apple.e5rt.e5bundlecache였습니다. 이름에 "Caches"가 포함되어 있고 캐시 디렉토리에 위치하여 캐시처럼 보이지만, 실제로는 Apple Neural Engine이 컴파일한 모델이었습니다. 초기 CLI는 이것을 캐시로 간주하고 지워버렸고, 그 결과 인식 기능을 사용하는 모든 앱이 재부팅될 때까지 충돌했습니다. 그 이후로 저는 "cache"라는 이름이 포함된 디렉토리를 볼 때마다 세 가지 질문을 스스로에게 던지는 습관을 들였습니다: 누가 만들었는가? 재부팅 후에 누가 읽을 것인가? 실수로 삭제하면 어떻게 복구할 것인가? 하나라도 대답할 수 없으면 건드리지 않습니다.
삭제하기 전에 꼭 확인하세요
저는 이런 유형의 도구의 품질을 얼마나 많이 정리할 수 있는지로 판단하지 않고, 삭제하기 전에 명확하게 볼 수 있는지로 판단합니다.
Mole이 정리할 때는 먼저 스캔하고, 항목을 하나씩 나열하며, 각 항목이 무엇인지, 어디에 있는지, 얼마나 공간을 차지하는지 정확히 보여줍니다. 확실하지 않은 항목은 기본적으로 체크 해제됩니다. 삭제하기 전에 확인하고, 삭제할 때는 항목이 먼저 휴지통으로 이동되어 후회할 경우 복구할 수 있습니다. 스캔과 정리는 완전히 로컬에서 이루어지며, 파일이나 결과가 업로드되지 않습니다. 단점은 속도가 느리고 추가 확인 단계가 필요하여 바쁠 때는 번거로울 수 있지만, 저는 잘못 삭제하는 것보다는 삭제를 놓치는 편이 낫습니다.
제거도 같은 논리를 따릅니다. 앱을 선택하면 Mole이 시스템 전체에 흩어져 있는 모든 것을 찾아내고, 각 항목에 경로와 크기를 표시합니다. 위 이미지에서 Claude 앱 자체는 781MB에 불과하지만, ~/Library/Application Support/claude는 7.67GB입니다. 실제로 공간을 차지하는 것은 결코 애플리케이션 패키지 자체가 아닙니다. 로그인 항목과 백그라운드 서비스도 같은 페이지에 표시되므로 시스템 설정에서 찾느라 수고할 필요가 없습니다.
예를 들어, macOS 시스템 업데이트 설치 프로그램(/macOS Install Data 디렉토리)은 종종 10GB가 넘으며 완벽한 정리 대상처럼 보입니다. 하지만 시스템이 업데이트를 완료하는 데 여전히 필요할 수 있으며, 너무 일찍 삭제하면 컴퓨터가 부팅되지 않을 수 있습니다. 따라서 Mole에서는 체크 해제된 검토 항목으로, 세 가지 보호 계층이 있습니다: 설치 대기 중인 업데이트가 있으면 해당 행 전체가 숨겨집니다. 설치 프로그램이 최근 14일 이내에 수정되었으면 숨겨집니다. 설치 관련 프로세스가 여전히 실행 중이면 숨겨집니다. 어떤 신호도 읽을 수 없으면 위험으로 간주되어 전혀 표시되지 않습니다.
실행 순간에 루트 권한 스크립트가 이러한 검사를 다시 수행합니다. 실패하면 0이 아닌 종료 코드로 종료됩니다. "보고서에는 12GB가 정리되었다고 나오지만 실제로는 단 1바이트도 이동되지 않은" 상황은 발생하지 않습니다.
저는 정리 도구의 좋고 나쁨을 판단하는 매우 간단한 방법이 있습니다. 동일한 공급업체의 두 제품을 설치하고 하나만 제거한 후, 공유되는 Application Support 상위 디렉토리나 그룹 컨테이너가 포함되는지 확인합니다. 포함된다면 이름으로 일치시키는 것이지 소유권으로 일치시키는 것이 아닙니다. 소유권조차 명확히 할 수 없는 도구가 대량 삭제를 하도록 놔둘 수 없습니다.
평소에는 방해하지 않습니다
한 번에 86GB를 정리하는 것은 로그 몇 개를 삭제하는 것으로 이루어지지 않습니다. Claude를 제거할 때 앱 자체보다 10배 더 큰 파일들이 시스템 전체에 흩어져 있는 것을 찾을 수 있습니다. 필요한 것을 찾아내지만, 적극적으로 방해하지는 않습니다.
일단 설치되면 며칠마다 알림을 띄워 정리하라고 알리지 않으며, 스캔 후에 컴퓨터가 얼마나 위험한지 알리지도 않습니다. 정리하고 싶을 때 열면 되고, 필요 없을 때는 존재하지 않는 것처럼 조용합니다.
인터페이스도 같은 철학을 따릅니다. 스캔이 끝나지 않으면 결과 페이지로 들어가지 않습니다. 곧 준비될 작업에는 로딩 프롬프트조차 표시하지 않으며, 시간이 좀 지나면 "바쁨" 애니메이션이 나타납니다. 완료 페이지도 미리 공간을 확보해 두어 결과가 나타날 때 창이 움직이지 않도록 합니다. 이러한 규칙들은 모두 사소해 보이지만, 이것들이 모여 안정적으로 사용되는 이유입니다.
기본 작업은 본질적으로 예측 불가능하기 때문에 애니메이션을 추가해도 소용없습니다. 프로세스 자체가 신뢰할 수 있어야 합니다. 저는 지속적인 모니터링이 필요한 유지 관리 도구를 원하지 않습니다. 작업을 시작하고, 완료될 때까지 기다린 후, 화면을 다시 제어하는 것으로 충분합니다. 계속 불을 깜빡이며 주의를 환기시킬 필요가 없습니다.
접근성도 이의 일부입니다. 읽기 순서, 키보드 조작, 포커스 안정성은 모두 동일한 "조용한" 경험의 일부입니다. 시스템의 "동작 줄이기"가 켜져 있으면 행성의 장식 회전이 멈추고, 상태 변경 시 공간 이동이 줄어듭니다. 어떤 조작도 사용자가 애니메이션을 이해하는 데 의존하지 않습니다.
70 세 노인도 사용할 수 있게 만들기
예전에 무언가를 만들 때는 기본적으로 동료와 친구들이 사용하기 쉬운지만 고려했습니다. CLI에서 데스크톱 버전으로 전환하면서, 70세 할아버지도 사용할 수 있게 만드는 것이 훨씬 더 많은 것을 포함하며 훨씬 더 흥미롭다는 것을 깨달았습니다. 다음은 지난 3개월간 사용자 이메일에서 가져온 내용입니다. 제가 얻은 가장 큰 수확은 거의 모두 여기에 있습니다.
거의 70세인 영국 사용자는 "노인성 순간"이 와서 Mole을 다시 구매했다고 말했습니다. "두 번째 결제는 선물로 생각하세요. 이 훌륭한 도구에 감사드립니다. CleanMyMac보다 훨씬 더 많은 파운드를 절약해 주었습니다." 저는 환불을 받거나 추가 라이선스를 다른 사람에게 주라고 제안했습니다. 그는 주변을 확인하고 다음 날 이렇게 답장했습니다. "이웃 중에 Mac을 사용하는 사람도 없고, Bluesky 팔로워들도 없습니다. 이번 한턱은 제가 내겠습니다." 이런 편지를 받으면 제품을 더욱 개선하여 그 신뢰에 부응해야겠다는 생각이 듭니다.
미국 사용자는 지역적 습관에 대한 제 오해를 바로잡아 주었습니다. 저는 미국인들이 온도에 화씨를 사용한다고 생각해서 미국 지역에는 화씨를 기본값으로 설정했습니다. 그는 말했습니다: "미국인들은 모든 기술적 맥락에서 섭씨를 사용합니다. 날씨와 체온만 예외입니다. Mole을 설치했을 때 110도를 보고 깜짝 놀랐습니다. Apple이 미국인에게 보여주는 사양도 섭씨이며, fastfetch/neofetch도 미국 시스템에서 기본적으로 섭씨를 사용합니다. 화씨 토글을 유지하되 모든 지역에서 기본값을 섭씨로 설정하는 것이 좋습니다." 나중에 저는 기본값을 섭씨로 변경하고 화씨 토글을 추가했습니다. 그는 또한 가격 책정에 대한 후속 이메일을 보내며, 제가 설정한 가격이 의도적으로 설정된 가격처럼 보이지 않고 다른 통화에서 변환된 것 같다고 말했습니다. 그는 덧붙였습니다: "'외국'이라고 해서 반중(反中)을 의미하는 것이 아니라, 사람들은 작성자가 자신을 이해한다고 느끼길 원한다는 뜻입니다." 솔직히 말해서, 저는 그 가격을 즉흥적으로 정했습니다. 제품을 만들기 전에 가격 책정에 대해 진지하게 생각해 본 적이 없습니다. 낯선 사람에게 지적을 받으니 꽤 부끄러웠습니다. 가격 숫자도 사용자 결정에 영향을 미친다는 것을 알게 되었습니다.
시각 장애가 약간 있는 사용자는 이렇게 말했습니다: "정말 멋진 앱처럼 보이지만, 안타깝게도 사용할 수 없습니다. 다크 모드가 하드코딩된 것 같습니다. 제 시스템은 라이트 모드로 설정되어 있고, 저는 라이트 모드 앱만 사용합니다." Mole을 다크 모드 전용으로 만든 것은 의도적인 결정이었습니다. 메뉴 바 패널이 HUD처럼 배경화면에 떠 있고, 다크 글래스는 눈부심이 적어 테마 전환의 필요성을 없앴습니다. 하지만 이 이유는 그에게 통하지 않았습니다. 저는 항상 접근성에 진지하다고 생각했지만, 라이트 모드 자체가 접근성 요구 사항이라는 것을 완전히 깨닫지 못했습니다. 그 이메일을 받은 지 꽤 되었지만, Mole은 여전히 다크 모드 전용이며 라이트 모드는 아직 완료되지 않은 목록에 남아 있습니다. 접근성을 중요하게 생각한다고 주장하는 제품이 사용할 수 없다고 명시적으로 말한 사용자를 이렇게 오래 기다리게 한 것에 대해 약간 죄책감을 느낍니다.
독일 대학의 강사는 교육용 라이선스를 신청하며 "저 개인에 대한 지원일 뿐만 아니라 교육적 차원에서도 의미 있는 지원"이라고 말했습니다. 국제 교사들이 교실 환경에서 제 제품을 사용하고 있다는 것을 알게 되었고, 이는 예상치 못한 사용 사례였습니다. 헝가리 의사는 가장 솔직한 부정적인 리뷰를 남겼습니다: "솔직히 말해서, 무료 앱으로도 할 수 있는 일에 비해 가격이 약간 비쌉니다." 저는 이 리뷰가 전혀 가혹하다고 생각하지 않았습니다. 국가별 구매력은 매우 다릅니다. 그는 불평하는 것이 아니라 문제를 찾도록 도와주고 있었습니다.
Mole에서 제가 가장 좋아하는 기능은 사실 제 아이디어가 아니었습니다. AirPods 배터리가 부족할 때의 알림은 배터리 건강 기능을 작업하면서 추가되었습니다. 저는 그 시나리오를 경험하지 못했는데, 어느 오후에 실제로 알림을 받았을 때 매우 세심하고 방해가 되지 않는다고 느꼈습니다. 사용자 알림 후 화면을 켜두는 세 가지 다른 동작을 추가했는데, 주말에 갑자기 외출할 때 AI 코딩이 계속 실행되어 비동기 시간을 많이 절약할 수 있었습니다. 상태 표시줄에서 iPhone 배터리 잔량을 볼 수 있는 것은 처음에는 구현하기 어려웠지만 결국 방법을 찾았습니다. 이 모든 것은 사용자가 추가해 달라고 요청한 것들이었고, 결국 제가 가장 큰 혜택을 보았습니다.
저는 실제로 이메일에 수동으로 답장하고 있습니다
Q&A, 환불, 활성화 코드 재설정은 사용자 기반의 1% 미만을 차지합니다. 30분이면 모든 것을 자동화하는 스크립트를 작성할 수 있었지만, 그렇게 하지 않았습니다. 하나씩 처리해야만 사용자가 실제로 원하는 것, 환불하는 이유, 불편해하는 것이 무엇인지 느낄 수 있으며, 그것은 종종 그들이 처음 묻는 것이 아닙니다. 자동화의 기준은 세 가지 조건이 모두 충족될 때입니다: 문제가 반복되고, 답변이 안정적이며, 예외 사항을 모두 이해했을 때입니다. 그때까지는 하나씩 답장하는 편이 낫습니다. 이것은 여전히 효과적입니다. 마케팅에 돈을 쓴 적이 없으며, 성장은 대부분 입소문에서 비롯됩니다. 환불율은 0.8% 미만입니다. 많은 구매자가 CLI의 장기 사용자입니다.
출시 전에 저는 티켓 시스템, 고객 서비스 플랫폼, 지식 베이스를 설정하지 않았습니다. 엔지니어들은 먼저 이러한 지원 시스템을 구축하는 것을 좋아합니다. 익숙한 작업이고 AI가 이를 반나절로 압축했기 때문에 너무 일찍 시작하기도 쉽습니다. 하지만 구축하는 데는 반나절이 걸리지만 유지보수는 장기적인 약속이며, 아직 필요하지 않습니다. 받은 편지함에서 요청이 유실되기 시작하고, 응답 시간이 불명확해지거나, 같은 질문에 다른 답변이 나오기 시작할 때 비로소 새로운 시스템이 진정으로 필요해집니다. AI는 이 제품의 많은 부분을 가능하게 하지만, 사람과의 소통은 AI로 대체될 수 없습니다. 그렇지 않으면 흥미롭지 않을 것입니다. 효율성을 향상시킬 수는 있지만, 상호 감정과 신뢰를 개선하기는 어렵습니다. 이것은 AI 코딩에서 탄생한 제품이 인간적인 감성을 유지하는 방법일 수도 있습니다.
유용하다고 생각한 것들
제품을 만드는 데 있어 코딩 능력은 약 30% 정도만 차지한다고 생각합니다. 더 많은 노력은 자신의痛点을 대다수 사용자의痛点과 연결하고, 설명서 없이도 사용하기 쉬운 것을 만들고, 적절한 사람들 앞에 내놓아 큰 문제를 해결했다고 느끼게 하는 데 사용됩니다. 제품 엔지니어는 대략 연구원, 제품 관리자, 엔지니어, 운영자, 데이터 분석가, 비즈니스 전략가의 조합입니다.
하지 않는 것이 하는 것보다 훨씬 중요합니다. 파일을 삭제하는 도구에게 이것은 삭제하지 않는 것이 됩니다. 하드코딩된 보호 목록은 모두 이 규칙에서 비롯되었습니다. 저는 신입 시절 공학적 소양에 관한 많은 책을 읽을 수 있어서 운이 좋았습니다. "존재자는 불필요하게 증가되어서는 안 된다"와 "단순함은 최고의 정교함이다"와 같은 문구가 천천히 제 삶, 일, 코드에 스며들었습니다. 제품을 만들면서 이것을 더욱 깊이 느낍니다. 좋은 제품과 평범한 제품의 차이는 대부분 무엇을 하지 않을지 결정하는 능력에 있습니다. 어떤 기능은 그 자체로 좋지만, 주요 경로에 있지 않으면 포함하지 않습니다. 그렇지 않으면 유지보수가 어려운 기능의 더미가 되기 쉽습니다.
또 다른 느낌은 향후 6개월간의 로드맵을 머릿속에 가지고 있어야 하며, 각 버전에 무엇을 추가할지, 어떤 것이 가짜 요구인지, 어떤 기능을 사용자가 편리하게 사용할 수 있는 위치에 배치할지 명확히 알아야 한다는 것입니다. 일반 사용자에게 설명서를 읽지 않고 사용할 수 있는 것이 좋은 것입니다. Mole의 포지셔닝은 Mac 시스템 유지 관리의 조용한 수호자입니다. 많은 친구들이 훌륭한 기능을 제안했지만 정중히 거절했습니다. 제 목표는 간단합니다: Mac 사용자 100명 중 1명이 Mole을 계속 사용하고 싶어한다면, 그것으로 충분히 유용한 것입니다.
이제 기능이 로드맵에 들어가기 전에 세 가지 관문을 통과해야 합니다: 사용자가 기능을 클릭하지 않았다면 영구적인 타이머, 리스너 또는 샘플링 오버헤드가 없어야 합니다. 작은 편의를 위해 권한 있는 도우미를 확장하거나 새로운 시스템 권한을 추가할 수 없습니다. 합리적인 기본값이 있을 때 설정을 추가할 수 없습니다. 이것들은 모든 소프트웨어에 적용되는 보편적인 원칙은 아니지만, Mole이 스스로 정한 규칙입니다. 추가되는 모든 영구 작업, 권한, 구성은 사용자가 당신을 조금 더 신뢰해야 함을 의미합니다.
저는 기본적으로 "큰 일"을 위해 모아두지 않습니다. 매주 버전을 출시하여 사용자 문제를 신속하게 해결하고 양방향 대화를 나누려고 노력합니다. 모든 출시, 업데이트, 프로모션은 훌륭한 커뮤니케이션 기회이며, 소식을 아직 접하지 못한 사람들에게 당신이 무엇을 하고 있는지 알릴 수 있습니다.
AI 시대에 코드 장벽은 점점 낮아지고 있습니다. 더 통제해야 할 것은 Token을 정확히 사용자 문제 해결에 어떻게 사용할 것인가입니다. 저는 더 많이 쓰는 것을 꺼리지 않지만, 효과적으로 사용되어야 합니다. 예를 들어, 요구 사항을 철저히 논의하고, 데이터를 파고들어 실제 문제를 찾고, 한눈에 이해되는 카피를 작성하는 것. 이러한 영역은 투자할 가치가 있습니다. 저는 Token을 투자로 보며, 투자는 수익을 내야 합니다.
Mole은 처음부터 글로벌했으며, 저는 중국어 콘텐츠보다 영어 콘텐츠를 더 많이 게시합니다. 이 기간 동안의 느낌은 세상은 거대하고, 사용자 기반은 넓으며, 그들은 처음부터 당신을 신뢰하려 한다는 것입니다. 지나가다 도움을 준 사람들은 나중에 실제 상호 작용이 있었기 때문에 종종 사용자가 됩니다. 저는 프로모션에 돈을 쓴 적이 없습니다. X의 스파이크는 높지만 수명이 짧은 반면, YouTube에 게시된 것은 매우 천천히 사라집니다. 콘텐츠가 좋고 누군가 추천한다면 오랫동안 그곳에 머물 수 있습니다.
저는 예상보다 데이터에 더 많은 시간을 할애했습니다. 차원과 시간별 매출을 보고, 트래픽 데이터, 사용자 댓글, 사용자와의 모든 상호 작용 기록, 환불 사유, 오픈소스 측의 모든 이슈를 결합하는 것은 모두 소중한 자원입니다. 이것들은 제가 몰랐던 많은 문제를 발견하고, 판매 퍼널이 정확히 어디에서 끊어지는지 확인하는 데 도움이 됩니다.
마지막 요점은 제 자신의 접근 방식에 관한 것입니다. 깊은 실용주의로 계정을 구축하면 불안해집니다. 저는 브랜드로 구축하는 것을 선호하며, 저 자신이 브랜드입니다. 제 생각, 아이디어, 제품 업데이트, 통찰력, 상호 작용, 댓글은 모두 이 브랜드에 신뢰를 더하고 있습니다. 오늘날의 가짜이면서도 번성하는 AI 세계에서 신뢰는 특히 중요합니다. 대단해 보이지만 막상 클릭해 보면 평범한 것들은 이미 많은 사용자의 기대치를 낮췄습니다. 진정으로 좋은 제품이 있더라도 신뢰 없이는 주목을 받지 못할 것입니다. 이것은 매우 장기적으로 할 수 있습니다. 당신이 인터넷에 있는 한, 이 브랜드는 살아있을 것입니다. 그것은 당신 인생에서 가장 수명이 긴 제품입니다.
왜 다섯 개의 행성인가
Mole 데스크톱에는 현재 다섯 개의 모듈이 있습니다: 정리, 제거, 최적화, 디스크 분석, 하드웨어 상태. 각 모듈은 인터페이스의 행성에 해당합니다: 정리는 지구, 제거는 화성, 최적화는 수성, 분석은 목성, 상태는 태양입니다. 이것은 어린 시절 행성 궤도를 관찰하는 것을 좋아했던 것과, 10년 전 프론트엔드를 배운 후 가장 배우고 싶었던 것이 WebGL이었다는 사실과 관련이 있습니다. 행성 텍스처는 10번 이상 변경되었습니다. NASA 공식 웹사이트에서 여러 개를 다운로드한 후에야 결정했습니다. 회전 방향, 속도, 완료 후 비행 효과는 모두 실제 천체를 따릅니다.
이 부분은 생략할 수도 있었습니다. 클릭 한 번으로 정리하는 작은 메뉴 바 도구도 작동했을 것입니다. 하지만 AI가 생성하는 사이버 쓰레기는 이미 충분합니다. Token을 쌓아서 간신히 작동하는 또 다른 인터페이스를 만드는 대신, 조금 더 편안한 것을 만들고 싶었습니다. Token을 낭비하지 않고, 여러분의 타임라인을 오염시키지 않으면서요.
저는 일이 자연스럽게 일어나는 것을 좋아하며, 짧은 시간에 결과를 급하게 추구하지 않습니다. 지난 3개월이 이를 더욱 확고히 해주었습니다. 얼마 전에 이런 문장을 생각했습니다: 세상에서 가장 좋은 직업은 아마도 자유 시장에서 평생 학습자가 자신의 판단력, 능력, 미적 감각을 사용하여 다른 사람들이 기꺼이 비용을 지불할 가치를 지속적으로 창출하는 것일 것입니다.
CLI는 GitHub에서 오픈소스로 무료 제공되며, Mac 데스크톱 버전은 공식 웹사이트 mole.fit에서 만나보실 수 있습니다.
유료 제품을 처음 만들어 보는 터라, 미처 생각하지 못한 부분이 있을 수 있습니다. 경험 많은 분들의 제안과 조언을 환영합니다. 위에서 언급한 변경 사항들은 제 아이디어가 아니라, 모두 사용자의 이메일이나 이슈 제보를 통해 반영된 것입니다. 따라서 사용자와 소통할 기회를 절대 놓치지 마시고, 그들의 불만과 제안을 마음껏 들어주세요. 사용자들은 여러분에게 큰 도움을 주고, 여러분이 사용자를 더 잘 이해할 수 있게 해줄 것입니다.
