• Statusline Builder는 코드 작성 없이 드래그 앤 드롭으로 완전한 Claude Code 상태 표시줄(statusline)을 구성합니다.

• 조합 가능한 33개의 요소를 제공하며, 계정 생성이나 이메일 인증 없이 영구적으로 무료로 사용할 수 있습니다.

• 진정으로 유용한 도구를 무료로 제공하는 것은 그 어떤 유료 제품 설명보다 더 많은 신뢰를 쌓아줍니다.

• 이 무료 도구는 유료 제품들이 가르쳐주지 못한, 사람들이 실제로 무엇을 원하는지에 대해 더 많은 것을 가르쳐주었습니다.

아무도 비용을 지불할 필요가 없는 도구

모든 Claude Code 세션은 터미널 하단에 상태 표시줄(status bar)을 보여주지만, 기본적으로는 알 가치가 있는 정보를 거의 제공하지 않습니다. Anthropic은 의도적으로 해당 바를 커스터마이징 가능하도록 남겨두었는데, 이는 관대함인 동시에 함정이기도 합니다. 왜냐하면 커스터마이징을 한다는 것은 올바른 형식으로 올바른 텍스트를 출력하는 스크립트를 작성해야 함을 의미하며, 좋은 상태 표시줄(statusline)을 통해 이득을 얻을 대부분의 사람들은 그 스크립트를 작성하는 데 전혀 관심이 없기 때문입니다.

Statusline Builder는 그 단계를 완전히 제거하기 위해 존재합니다. 이는 컨텍스트 사용량(context usage)과 토큰 수(token counts)부터 비용 추적(cost tracking) 및 속도 제한 경고(rate limit warnings)에 이르기까지, 원하는 위치로 드래그할 수 있는 33개의 요소를 갖춘 시각적 설정 도구(visual configurator)입니다. 배치를 마치면 터미널에 붙여넣을 수 있는 단 하나의 명령어를 얻게 됩니다. 가입도 필요 없습니다. 사용하기 전에 수집하는 이메일 주소도 없습니다. 좋은 기능들이 유료 결제 장벽(paywall) 뒤로 잠기는 체험 기간도 없습니다. 도구를 열고, 상태 표시줄(statusline)을 구축하고, 명령어를 복사하면 바로 작동합니다.

저는 이 제품을 상점의 다른 대부분의 제품과는 다르게 만들고 출시했습니다. 왜냐하면 이 제품 자체로는 단 1유로도 벌어들이지 못할 것이기 때문입니다. 이것은 설계 단계부터 영구적으로 무료이며, 나중에 함정이 기다리고 있는 입문용 제안이 아닙니다. 1인 스튜디오가 저녁 시간을 할애하여 하기에는 이례적인 일이지만, 저는 왜 이것이 가치 있는 일이라고 생각했는지, 무언가를 제대로 무료로 제공하는 데 실제로 어떤 비용이 드는지, 그리고 유료 제품 중 그 어떤 것도 가르쳐주지 않았던 무엇을 배웠는지에 대해 이야기해보고자 합니다.

스스로를 무료라고 부르는 대부분의 도구들은 결국 숨겨진 함정(catch)을 드러냅니다. 다운로드 전의 이메일 입력 요구, 결제 후에야 사라지는 워터마크, 조용히 만료되는 체험 기간 같은 것들 말이죠. 이러한 선택들은 각각 개별적으로는 방어 가능한 논리를 가지고 있으며, 왜 다른 스튜디오들이 그런 방식을 취하는지도 이해합니다. 하지만 그러한 모든 선택은 '무료'를 당신으로부터 무언가를 얻어내기 위한 지렛대(lever)로 변질시킵니다. 그리고 방문자가 그 지렛대를 알아차리는 순간, 무료 도구가 구축했어야 할 신뢰는 반대편으로 새어 나가기 시작합니다. 저는 Statusline Builder가 단어 그대로의 평범하고 지루한 의미에서의 '무료'가 되기를 원했습니다. 왜냐하면 그것만이 실제로 무언가를 되돌려 받는 유일한 방식의 무료이기 때문입니다.

33개의 요소가 절제(Restraint)에 대해 가르쳐준 것

숫자 33은 제가 목표로 설정한 수치가 아니었습니다. 기획 문서에서는 유용해 보였지만, 실제로 터미널 프롬프트(terminal prompt)에 놓였을 때 소음(noise)으로 판명되어 잘라낸 요소들을 제외하고 남은 숫자입니다. 빌더의 초기 버전에는 그보다 더 많은 옵션이 있었습니다. 장식용 구분선이나 정교한 컬러 테마 같은 것들이었는데, 만들 때는 즐거웠지만 생성된 모든 상태줄(statusline)을 한눈에 읽기 어렵게 만들었습니다.

상태줄은 시야의 구석에 머뭅니다. 당신은 그것을 연구하는 것이 아니라, 알아차려야 하는 것입니다. 그 제약 조건은 제가 사전에 작성했던 그 어떤 기능 목록보다도 실제적인 디자인 지침(design brief)이 되었습니다. 최종 33개에 포함된 모든 요소는 질문에 빠르게 답함으로써 자신의 자리를 확보했습니다. 즉, 컨텍스트(context)가 얼마나 남았는지, 이 세션(session)에 비용이 얼마나 들고 있는지, 속도 제한(rate limit)에 얼마나 근접했는지, 현재 실제로 실행 중인 모델(model)은 무엇인지와 같은 질문들 말입니다. 스크린샷에서 아무리 멋져 보였더라도, 해석하는 데 눈길을 한 번 이상 주어야 하는 모든 요소는 삭제되었습니다.

드래그 앤 드롭 (drag and drop) 순서 변경 기능을 구축한 것은 이러한 제약을 이론이 아닌 구체적인 실체로 만든 부분이었습니다. 33개의 요소를 자유롭게 재배치할 수 있게 되면, 어떤 조합이 라인을 어지럽히고 어떤 조합이 깔끔하게 읽히는지 즉각적으로 알 수 있습니다. 상상하는 대신 실시간으로 일어나는 모습을 직접 보고 있기 때문입니다. 처음 요소를 구축하는 데 들인 시간보다 구축한 후 요소를 제거하는 데 더 많은 시간을 보냈습니다. 이는 시작할 때 예상했던 비율은 아니었지만, 사람들이 한 번 설정하고 다시 원래대로 되돌리는 대신 실제로 계속해서 사용하는 도구를 만들어낸 비율이었습니다.

원클릭 설치 (one-click install) 명령어도 요소 세트만큼이나 중요했습니다. JSON 파일을 건네주고 사용자가 이를 설정에 어떻게 연결할지 스스로 고민하게 만드는 설정 도구는, 대부분의 사람들이 기꺼이 투자하지 않을 노력을 여전히 요구하는 셈입니다. 전체 출력물을 복사해서 붙여넣기만 하면 끝나는 단일 명령어로 축소한 것이, 사람들이 한 번 써보고 마는 도구와 실제로 설치해서 사용하는 도구 사이의 차이를 만들었습니다.

수익이 나지 않는 무언가를 무료로 제공하는 이유

솔직한 답변은 제가 실제로 무엇을 사용하는가에서 시작됩니다. 저는 업무 시간의 상당 부분 동안 Claude Code를 실행하며, 잘못된 정보나 아무런 정보도 보여주지 않는 상태 표시줄 (statusline)은 빠르게 쌓이는 작은 일상의 비용이 됩니다. 저는 순수하게 제 터미널을 고치기 위해 이 도구의 첫 번째 버전을 만들었습니다. 제가 .claude 폴더 설정에 대해 글을 썼던 것과 마찬가지로, 우선 저 자신에게 참조가 필요했기 때문입니다. 이것을 공개하고 무료로 제공하기로 한 것은 첫 번째 결정과는 별개의 두 번째 결정이었으며, 그 자체로 설명할 가치가 있는 이유가 있습니다.

그 이유 중 일부는 단순한 상호주의 (reciprocity)에 있습니다. 이 블로그와 이 상점(shop)이 존재하는 이유는 Claude Code에 대해 글을 쓰고, 플러그인을 출시하며, 설정을 무료로 공유하는 사람들이 제가 이를 잘 사용하는 법에 대해 아는 대부분을 가르쳐 주었기 때문입니다. 무료이면서 진정으로 유용한 도구는, 제가 자선 활동을 하는 척하지 않으면서도 그 커뮤니티에 보답할 수 있는 가장 가까운 방법입니다. 이는 저를 도왔던 바로 그 종류의 도움을 앞으로 미리 베푸는 (paying forward) 것에 더 가깝습니다.

또한 일부는 명백히 전략적인 이유이며, 이를 말하는 데에 아무런 문제가 없다고 생각합니다. 누군가가 터미널의 구석에서 매일 사용하는 도구는, 누군가가 한 번 읽고 지나가는 블로그 포스트보다 훨씬 더 강력한 관계를 형성합니다. Statusline Builder를 사용하는 사람들은 프롬프트(prompt)를 훑어볼 때마다 RAXXO라는 이름을 보게 될 것이며, 만약 그 경험이 좋고, 가식 없으며, 숨겨진 조건이 없다면, 유료 페이지의 어떤 제품 설명 문구로도 단독으로는 살 수 없는 일종의 신뢰를 얻게 됩니다. 저는 이 무료 도구가 상점의 나머지 부분과 분리된 진공 상태에 존재한다고 거짓말하지 않겠습니다. 이 도구는 Claude Code에서 실제로 많은 시간을 보내는 사람들을 위해 Claude Code를 더 낫게 만들려는 동일한 노력의 일환인 최고의 Claude Code 기술 및 플러그인 가이드 바로 옆에 위치합니다.

제가 하지 않을 것은 그러한 전략적 추론이 숨겨진 미끼 (hidden hook)로 변질되게 두는 것입니다. 이메일 수집도 없고, 상태줄(statusline)을 빌드한 후 명령어를 복사하는 사이에 끼어드는 업셀 (upsell) 중간 광고도 없습니다. 무료 도구가 유용함 이외의 다른 목적을 위해 최적화되기 시작하는 순간, 그것은 애초에 신뢰를 얻었던 바로 그 도구로서의 기능을 상실하게 됩니다.

무료 도구를 만드는 과정이 유료 제품에 대해 가르쳐 준 것

무료 도구가 유료 제품에 대한 나의 생각을 바꾸게 될 것이라고는 예상하지 못했지만, 특정한 방식으로 변화를 일으켰습니다. Statusline Builder는 가입 장벽 (signup wall)이 없기 때문에, 저는 사람들이 실제로 도구를 어떻게 사용하는지 느슨하고 익명적인 방식으로 관찰할 수 있습니다. 어떤 요소가 가장 먼저 드래그되는지, 어떤 조합이 반복해서 나타나는지, 인터페이스의 어떤 부분이 완전히 무시되는지 말입니다. 이 중 그 어떤 것도 이름이나 이메일과 연결되지 않으며, 단지 도구가 사용되는 방식의 패턴일 뿐입니다. 그리고 그 패턴들은 제가 받는 그 어떤 피드백보다 훨씬 더 정직합니다.

가장 명확한 교훈은 사람들이 자신의 화면 공간 (screen real estate)을 얼마나 과소평가하는가였습니다. 33개의 옵션이 주어졌을 때, 대부분의 사람들은 네 개나 다섯 개로 결정하며, 그들이 선택하는 것은 거의 항상 가장 단순하고 직관적인 선택들입니다. 문맥 (context), 남은 비용 (cost), 모델 이름 (model name)처럼 장식적이지 않은 것들 말이죠. 이는 제가 유료든 무료든 어떤 인터페이스를 설계할 때 매우 유용한 지식입니다. 왜냐하면 '영리함 (cleverness)'이 선택지로 바로 옆에 놓여 있을 때조차 '명확함 (clarity)'이 영리함을 이긴다는 것을 확인시켜 주기 때문입니다.

또한 이는 제품을 출시하기 전 '충분함'이 무엇인지에 대한 나의 본능을 재설정해 주었습니다. 가격표가 붙지 않은 무료 도구는 가격을 정당화하기 위해 계속해서 기능을 추가하고 싶은 유혹을 제거해 줍니다. 이는 제가 유료 제품에서 생각보다 자주 목격하게 되는 유혹이기도 합니다. Statusline Builder는 비싸게 느껴질 만큼 충분한 기능이 쌓였을 때가 아니라, 핵심적인 작업 (core job)을 잘 수행할 수 있을 때 출시되었습니다. 그것은 그 이후로 제가 수익을 내든 그렇지 않든, 만드는 모든 것에 적용하려고 노력하는 규율입니다.

결론 (Bottom Line)

Statusline Builder는 이 상점에서 판매되는 유료 제품 중 하나가 되지 않을 것이며, 그것이 처음부터 의도했던 전부였습니다. 이 도구가 존재하는 이유는 좋은 상태 표시줄 (statusline)이 제가 끊임없이 사용하는 도구에 대한 작은 일상적 개선이기 때문이며, 어떠한 대가 없이 그 개선 사항을 제공하는 것이 단 한 번의 판매보다 이 스튜디오와 이 블로그를 읽는 사람들 사이의 관계에 더 가치 있는 일이기 때문입니다.

이 도구를 만드는 과정은 무료 도구로부터 배울 것이라고는 예상하지 못했던 두 가지를 가르쳐 주었습니다. 첫째, 요소를 추가하는 대신 깎아내는 절제 (restraint)야말로 설정 도구 (configurator)를 단순히 스크린샷에서만 인상적으로 보이는 것이 아니라 실제로 사용 가능하게 만드는 핵심이라는 점입니다. 둘째, 아무런 마찰 (friction) 없이 사람들이 무언가를 사용하는 방식을 관찰하는 것은 1인 스튜디오 (one-person studio)가 얻을 수 있는 그 어떤 피드백보다 그들이 실제로 무엇을 원하는지에 대해 더 많은 것을 알려준다는 점입니다.

만약 당신이 Claude Code를 사용하고 있음에도 상태 표시줄 (statusline)이 여전히 기본값으로 표시된다면, 그것은 당신이 돌려받아야 할 10분의 시간입니다. 당신이 실제로 원하는 것을 직접 만드세요, 그리고 그 명령어를 유지하세요. 비용은 들지 않으며, 원래 그렇게 설계되었습니다.