Macchiato Day 2: 실시간 토큰 지표 및 병렬 AI 터미널 리뷰

동일한 머신에서 하나 이상의 AI 코딩 에이전트 (AI coding agent)를 실행한다면, 아마도 저희가 겪었던 것과 같은 문제에 직면했을 것입니다. 두 개의 터미널이 열려 있고, 머릿속에는 두 개의 가격 모델이 떠돌며, Claude Code가 방금 사용한 비용과 OpenCode가 곧 사용할 비용을 쉽게 비교할 방법이 없는 상황 말입니다. Macchiato는 바로 이 단일 문제를 해결하고자 하는 신생 에이전트 터미널 (agentic terminal)입니다. 그리고 공개 업데이트의 두 번째 날을 맞아, 예산에 민감한 개발자들에게 실제로 유의미한 변화를 줄 수 있는 첫 번째 기능들이 출시되었습니다.

저희는 무엇이 실제 기능이고, 무엇이 아직 데모용 소프트웨어 (demoware)인지, 그리고 기존 설정 위에 설치할 가치가 있는지 확인하기 위해 Day 2 변경 로그 (changelog)를 면밀히 분석했습니다.

Day 2에서 실제로 출시된 기능

Day 2 릴리스는 Day 1 프로토타입 위에 세 가지 구체적인 요소를 추가했습니다:

1. 실시간 토큰 및 비용 사이드바 (live token and cost sidebar): 에이전트가 실행됨에 따라 업데이트되며, 프롬프트 (prompt) 대 완료 (completion) 토큰으로 구분되고 세션당 달러 추정치로 합산됩니다.
2. 소비 대시보드 (consumption dashboard): 사이드바의 수치를 세션 전체에 걸쳐 집계하여, 에이전트 작업으로 보낸 오후 시간 전체에 실제로 얼마의 비용이 들었는지 확인할 수 있습니다.
3. 키보드 단축키 (keyboard shortcuts): Macchiato 셸 (shell)을 벗어나지 않고 Claude Code와 OpenCode 창 사이를 빠르게 전환할 수 있습니다.

이 기능의 프레임워크는 "에이전트 터미널을 위한 멀티플렉서 (multiplexer for agentic terminals)"인데, 이는 들리는 것보다 훨씬 더 유용합니다. tmux는 셸 (shells)을 멀티플렉싱합니다. Macchiato는 별도의 iTerm 창에서 나란히 실행해야 했던 AI 기반 셸들을 멀티플렉싱합니다. Day 2 빌드는 이 멀티플렉서 이야기에 구체적인 수치가 부여된 첫 번째 버전입니다. 이제 각 창에서 실시간으로 얼마를 소모하고 있는지 마침내 확인할 수 있습니다.

Macchiato는 기존의 CLI (Claude Code, OpenCode)를 대체하는 것이 아니라 감싸는 (wraps) 방식입니다. 기존의 claude 및 opencode 설치본은 이전과 같이 계속 작동하며, Macchiato는 단지 이를 호스팅하고 측정할 뿐입니다. 감싸진 CLI가 업데이트되더라도 해당 변경 사항을 적용하기 위해 Macchiato를 새로 업데이트할 필요는 없습니다.

실시간 토큰 지표가 생각보다 더 중요한 이유

만약 지금까지 단 하나의 AI 코딩 에이전트(AI coding agent)만 사용해 왔다면, 실시간 토큰 사이드바(live token sidebar)는 사소한 편의 기능처럼 느껴질 것입니다. 하지만 두 개 또는 세 개의 에이전트를 병렬로 실행하게 되면 상황이 달라집니다.

Claude Code와 OpenCode는 토큰 가격을 다르게 책정하며, 서로 다른 컨텍스트 윈도우(context window)를 지원하고, 동일한 편집 작업에 대해서도 서로 다른 비용 프로필(cost profiles)을 가집니다. 실시간 수치 확인 기능이 없다면 여러분은 결국 대략적인 암산에 의존하게 됩니다. "방금 에이전트 실행이 꽤 길었으니 아마 몇 달러 정도 들었겠지"라고 생각했다가, 월말이 되어서야 그 "몇 달러"가 실제로는 30달러였다는 사실을 깨닫게 되는 식입니다. 대시보드는 이러한 불확실성을 또 다른 자율 루프(autonomous loop)를 실행하기 전에 미리 확인할 수 있는 정보로 압축해 줍니다.

수치를 확인할 수 있게 되면 다음과 같은 두 가지 특정 동작이 훨씬 수월해집니다.

• 폭주하는 에이전트를 더 일찍 중단하기. 토큰 사용량이 실시간으로 올라가는 것을 지켜볼 수 있으면, 에이전트가 루프(loop)에 빠졌을 때 즉시 알 수 있습니다. 수치 확인 기능이 없다면 비용은 다음 결제 주기에나 나타납니다.
• 작업에 더 저렴한 백엔드(backend) 선택하기. 어떤 리팩터링(refactor)은 더 작고 저렴한 모델로도 충분하지만, 어떤 작업은 더 큰 모델이 필요합니다. Day-2 대시보드는 작업별 비용을 가시화해주며, 이는 그러한 라우팅(routing) 결정을 내리기 위한 전제 조건이 됩니다.

여기서 주의할 점이 있습니다. 토큰 카운터는 기반이 되는 CLI(Command Line Interface)가 노출하는 정보만큼만 정확하며, 이러한 도구들의 가격 정책은 자주 변경됩니다. 달러 추정치는 확정된 청구서가 아닌 선행 지표로 취급하십시오. Anthropic과 OpenCode 백엔드의 결제 화면이 여전히 최종적인 진실의 원천(source of truth)입니다.

병렬 터미널 단축키: 그만한 가치가 있는가?

창을 전환하는 키보드 단축키는 변경 로그(changelog)에서는 사소해 보이지만, 몇 시간만 사용해 보면 정말 중요하다는 것을 알게 되는 기능입니다. Macchiato를 사용하기 전 우리가 반복적으로 겪었던 패턴은 다음과 같았습니다.

• Claude Code에서 리팩터링(refactor) 계획을 세웁니다.
• OpenCode로 창을 전환하여 긴 컨텍스트 분석(long-context analysis)을 실행합니다.
• 다시 Claude Code로 돌아와 편집 사항을 적용합니다.
• 어떤 창에 최신 계획이 있었는지 놓쳐버립니다.

두 개의 창(pane)을 가진 단일 셸과 이들 사이를 전환하는 단축키는 창 관리 비용(window-management tax)을 제거해 줍니다. 전환할 때마다 2~3초 정도의 작은 이득이 발생하지만, 여러 에이전트(agent)를 본격적으로 운영한다면 하루에도 수십 번씩 이러한 전환을 하게 됩니다.

아직 구현되지 않은 점: 창 사이의 상태(state) 공유입니다. Claude Code와 OpenCode는 여전히 별도의 세션, 별도의 히스토리(history), 그리고 별도의 컨텍스트(context)를 가집니다. Macchiato는 현재 뷰어(viewer)이자 미터(meter)일 뿐, 공유 메모리 계층(shared memory layer)은 아닙니다. 에이전트들이 서로 대화하고 있다고 가정하기 전에 이 차이점을 염두에 두는 것이 중요합니다.

Day-2는 공개 빌드의 진정한 2일 차입니다. 토큰 사이드바(token sidebar)와 대시보드(dashboard)는 현재 유용하지만, 프로젝트가 매우 초기 단계이므로 파괴적 변경(breaking changes), 표시된 비용과 실제 청구 금액 간의 간헐적인 동기화 오류(desync), 그리고 적은 기여자 수 등을 예상해야 합니다. 기반이 되는 CLI에 직접 접근할 수 있는 수단을 확보하지 않은 채, 이를 프로덕션 워크플로우(production workflow)에 전적으로 의존하지는 마십시오.

AI 코딩 스택에서 Macchiato의 위치

만약 인라인 완성(inline-completion) 경험을 위해 이미 Cursor와 같은 AI IDE에 비용을 지불하고 있다면, Macchiato는 대체재가 아닙니다. Macchiato는 터미널 영역(terminal lane)에 존재하며, 더 길고 자율적인 루프(loop)를 실행하는 CLI 에이전트들과 나란히 위치합니다. 솔직하게 비교하자면, 두 개의 tmux 창에서 claude와 opencode를 직접 실행하면서 토큰 지출을 기록하기 위해 별도의 스프레드시트를 사용하는 상황과 비교할 수 있습니다.

이러한 기준점과 비교했을 때, Day-2의 Macchiato는 특정 사용자에게 확실한 이득을 줍니다. 바로 동일한 프로젝트에서 최소 두 개의 AI 에이전트를 실행하며, 셸을 떠나지 않고 세션별 비용 가시성(cost visibility)을 확보하고자 하는 개발자입니다. 만약 단 하나의 에이전트만 사용한다면, 대시보드는 이득을 주지 못한 채 마찰(friction)만 가중할 뿐입니다.

향후 몇 주간 주목해야 할 프로젝트의 방향성은 다음과 같습니다: Macchiato가 멀티플렉싱(multiplexing)과 미터링(metering)에 집중할 것인지, 아니면 완전한 에이전트 오케스트레이터(agent orchestrator)로 성장하려고 시도할 것인지입니다. 전자는 명확한 역할을 가진 다루기 쉬운 배관(plumbing) 작업입니다. 후자는 훨씬 더 어렵고, 이미 해당 분야는 포화 상태입니다.