Claude Code, Codex, Cursor를 더 본격적으로 사용하기 시작했을 때, 나는 AI 코딩 사용량이 주로 회계적인 문제라고 생각했다.

내가 얼마나 많은 토큰(tokens)을 사용했는가?
세션 비용은 얼마나 들었는가?
어떤 도구가 가장 많은 비용을 소모했는가?

이런 정보는 사후에는 유용하지만, 의사결정을 내리기에는 너무 늦은 시점이다.

비용이 많이 발생하는 부분은 대개 내가 작업 흐름(flow)에 몰입해 있는 동안 발생한다.

버그 수정이 리팩터링(refactor)으로 변하고, 리팩터링은 코드 정리(cleanup pass)로 이어진다. 모델이 정답에 근접한 것 같다는 느낌이 들면 코드 정리는 한 번 더 시도하는 과정으로 변한다. 대시보드를 확인해 볼 때쯤이면, 이미 세션은 돌이킬 수 없는 상태가 되어 있다.

그것은 내가 원했던 제품의 형태를 바꾸어 놓았다.

후회하기 전에 사용량이 보여야 한다

AI 코딩 도구에 있어 영수증은 너무 늦다.

유용한 신호는 연료 게이지(fuel gauge)에 더 가깝다:

• 이번 세션의 사용량이 얼마나 소진되었는가
• 현재 작업이 계속할 가치가 있는가
• 작업을 더 작은 프롬프트(prompt)로 나누어야 할 시점은 언제인가
• 모델에게 탐색을 요구하는 것을 멈춰야 할 시점은 언제인가
• 컨텍스트 초기화(reset window)가 중요해지는 시점은 언제인가

이 중 그 어떤 것도 거대한 대시보드를 필요로 하지 않는다. 사실, 거대한 대시보드는 오히려 행동을 악화시킬 수 있는데, 왜냐하면 그것이 세션이 끝난 후에나 확인하게 되는 무언가가 되기 때문이다.

더 나은 패턴은 단순하다. 작업이 일어나고 있는 바로 그곳에 사용량 신호를 배치하는 것이다.

이 용도로 메뉴 바(menu bar)를 선호하는 이유

나는 바로 이런 이유로 TokenBar를 작은 Mac 메뉴 바 앱으로 만들고 있다.

목표는 AI 사용 분석(analytics)을 화려하게 만드는 것이 아니다. 목표는 코딩하는 동안 사용량을 무시하기 어렵게 만드는 것이다.

항상 보이는 아주 작은 숫자는 루프(loop)를 변화시킨다. 그것은 나에게 다음과 같은 질문을 던지게 한다:

• 이 프롬프트가 너무 광범위한가?
• 좁은 범위의 수정이 필요한 상황에서 재작성(rewrite)을 요구하고 있는 것은 아닌가?
• 이 컨텍스트를 계속 끌고 가는 대신 새로운 작업을 시작해야 하는가?
• 이것이 또 다른 재시도 루프(retry loop)인가?

이것들은 작은 결정들이지만, AI 보조 개발을 하는 하루 동안 쌓여서 큰 차이를 만든다.

제품에 대한 교훈

최고의 개발자 도구는 단순히 정보를 보여주기만 하는 것이 아니다. 행동을 변화시킬 수 있는 바로 그 순간에 정보를 보여준다.

AI 코딩 사용량의 경우, 그 순간은 인보이스 (invoice), 결제 페이지 (billing page), 또는 일일 대시보드 (end-of-day dashboard)가 아니다.

그것은 바로 다음 프롬프트 (prompt)를 입력하기 직전이다.

이것이 TokenBar의 핵심 아이디어이다: Claude Code, Codex, Cursor 및 기타 AI 코딩 사용량을 작업하는 동안 계속해서 볼 수 있게 해주는 가벼운 Mac 메뉴 바 (menu bar) 방식이다.

여기에서 무료로 체험해 볼 수 있다: https://tokenbar.site/