Claude Code 상세 사용법 57: /usage로 사용량과 팀 비용 읽기 | DAKER 커뮤니티

Claude Code 상세 사용법 57: /usage로 사용량과 팀 비용 읽기

Claude Code를 팀에서 쓰기 시작하면 질문이 바뀝니다. “잘 고쳤나?” 다음에는 “어디서 사용량이 늘었나?”를 봐야 합니다. 공식 costs 문서 기준으로 /usage는 현재 세션 token, plan 사용량, skill, subagent, plugin, MCP 서버 비중을 확인하는 출발점입니다.

Mermaid 흐름으로 보는 사용량 진단

아래 Mermaid source처럼 비용 이슈는 session, context, 병렬성, 외부 도구로 나눠 봅니다.

Mermaid source:
flowchart TD
  A[사용량 증가] --> B[/usage 확인]
  B --> C{어느 항목이 큰가}
  C --> D[세션: context 정리]
  C --> E[Subagent: 병렬성 조정]
  C --> F[MCP/plugin: 도구 줄이기]
  C --> G[팀: spend/rate limit 검토]

먼저 /usage를 본다

interactive session에서 가장 작은 점검은 /usage입니다. API 사용자에게는 session token과 추정 비용이 보이고, Pro, Max, Team, Enterprise plan에서는 plan 사용량 막대와 activity breakdown이 함께 나옵니다. 문서상 dollar figure는 로컬 추정치이므로 실제 청구 확인은 Console billing을 봐야 합니다.

/usage

최근 24시간과 7일을 비교하면 “오늘만 이상한가, 습관적으로 무거운가”가 보입니다. skill, subagent, plugin, MCP 서버별 비중은 대화 감이 아니라 운영 지표로 봐야 합니다.

세션이 크면 context를 줄인다

세션 자체가 큰 경우에는 /context로 무엇이 창을 채우는지 확인합니다. 큰 로그, 긴 test output, 관련 없는 파일 읽기, 오래된 디버깅 흔적이 누적되면 매 turn 비용과 지연이 커집니다.

/context
/compact focus on payment retry bug, keep failing test names and changed files

완전히 다른 일을 시작한다면 /clear나 새 세션이 낫습니다. 이어지는 작업이라면 /compact에 보존할 내용을 적어 자동 요약의 손실을 줄입니다.

subagent와 MCP는 편하지만 공짜가 아니다

Subagent는 부모 context를 보호하지만 자기만의 대화와 cache를 만듭니다. 병렬로 많이 띄우면 wall time은 줄어도 전체 token은 늘 수 있습니다. MCP 서버도 도구 목록, 인증, tool call 결과가 비용과 지연에 영향을 줍니다.

큰 저장소 전체를 모두 읽지 말고, explore subagent 1개에게 관련 파일 후보만 반환하게 해줘.

사용량 breakdown에서 특정 MCP 서버가 계속 크면 그 서버가 정말 필요한 작업인지 봅니다. GitHub 이슈 조회, 문서 검색, 브라우저 디버깅처럼 목적이 분명할 때만 켜는 것이 좋습니다.

팀 비용은 한 명의 습관만으로 결정되지 않는다

API 기반 조직은 workspace spend limit과 rate limit을 설정할 수 있습니다. Pro와 Max에서 usage credits를 쓰는 경우 /usage-credits로 월 한도를 관리할 수 있습니다. 단, limit 변경은 billing 권한이 필요합니다.

/usage-credits

팀 기준 운영표는 단순합니다. 개인에게는 /usage와 /context, 관리자에게는 Console usage와 workspace limit, 자동화에는 동시성 제한과 작업별 예산을 둡니다. Bedrock, Vertex, Foundry 같은 provider를 쓰면 해당 cloud의 관측 체계도 같이 봐야 합니다.

실패 모드

첫 번째 실수는 “Claude Code가 비싸다”라고만 말하고 어떤 표면이 큰지 보지 않는 것입니다. 두 번째는 병렬 agentic coding을 켜 놓고 전체 token 증가를 예상하지 않는 것입니다. 세 번째는 MCP와 plugin을 설치만 하고 정리하지 않는 것입니다.

시니어 엔지니어의 결론

Claude Code 비용 관리는 절약 캠페인이 아니라 LLM 개발 워크플로우 관측입니다. /usage로 비중을 보고, /context로 세션을 줄이고, subagent와 MCP를 목적 중심으로 켜면 클로드 코드 기반 AI 코딩, 코드 리뷰, 테스트 자동화, CLI 자동화가 팀 규모에서도 예측 가능해집니다.

참고: Anthropic Claude Code costs, monitoring usage, context window, llms.txt 문서를 2026-06-13 Asia/Seoul 기준으로 확인했습니다.