프롬프트를 줄여봤자 0.01%가 줄어든다
Claude Code를 도입한 팀이 가장 먼저 하는 착각이 있다. "프롬프트를 잘 써야 비용이 줄어든다"는 것. dev.to에 올라온 32개 세션 실측 데이터는 이 직관을 정면으로 부순다. 전체 토큰 소비의 96.8%는 대화 히스토리 재읽기였고, 개발자가 직접 타이핑한 내용은 0.01%에 불과했다.
숫자를 다시 보자. 총 14억 토큰 중 캐시 읽기에 13.7억, 모델 출력에 670만, 그리고 내가 입력한 텍스트는 고작 20만 토큰이다. 프롬프트 엔지니어링으로 최적화할 수 있는 영역은 전체 비용의 만 분의 일이다.
진짜 주범은 도구 반환값이다
그렇다면 그 96.8%의 히스토리는 무엇으로 채워져 있나. 분석 결과, 88.8%가 도구 반환값(tool return)이었다. 내가 작성한 지시사항도, 모델의 설명도 아닌, 도구가 돌려준 결과물이다.
특히 충격적인 수치가 있다. 브라우저로 웹 페이지 전체를 가져오는 경우 한 번에 33,645자를 소비하지만, 필요한 값만 JS로 추출하면 504자로 줄어든다. 67배 차이다. 스크린샷 3회가 Bash 명령 967회보다 더 많은 토큰을 썼다는 사실도 눈여겨볼 필요가 있다. 도구 사용 빈도가 아니라 반환값의 크기가 비용을 결정한다.
실무 적용 원칙은 간단하다. 파일 전체를 읽지 말고 필요한 영역만 grep으로 좁혀라. 습관적으로 스크린샷을 찍지 마라. 웹 페이지 전체 페치 대신 필요한 값만 추출하라. 반대로 셸 커맷은 마음껏 써도 된다—967번을 써도 전체의 3.7%다.
한 가지 중요한 단서: 이 데이터는 웹 리서치 중심 세션에서 나왔다. 코드 작업 중심이라면 파일 읽기가 1위를 차지할 것이다. 자신의 ~/.claude/projects/ 로그를 직접 측정하는 것이 먼저다.
두 번째 비용: 개발자의 인지 구조가 바뀐다
토큰 비용은 청구서에 찍힌다. 그래서 인식하기 쉽다. 하지만 AI 보조 프로그래밍이 팀에 가져오는 두 번째 비용은 훨씬 조용하고, 그래서 더 위험하다.
dev.to의 AI-Assisted Programming 심리학 분석에 따르면, AI 코딩 도구는 개발자의 작업 리듬을 근본적으로 바꾼다. 과거의 몰입(flow)은 하나의 어려운 문제에 깊이 집중하는 것이었다. 지금의 몰입은 여러 에이전트 스레드를 동시에 감독하는 것이다. 하나가 돌아가는 동안 다른 것을 시작하는 게 자연스러운 반응이 되고, 결과적으로 세 개에서 네 개의 스레드를 동시에 관리하게 된다.
문제는 각각의 전환이 "무료처럼 느껴진다"는 것이다. 하지만 주의력 잔류(attention residue)는 실제로 발생하고, 하루가 끝나면 생각에서 지친 것이 아니라 전환에서 지친 특유의 피로가 남는다. 생산성 체감은 높은데 실제 깊이는 얕아지는 상태다.
세 번째 비용: 책임의 감각이 흐려진다
AI가 코드 대부분을 생성하면 개발자에게 조용한 질문이 생긴다. "이게 내 코드인가?" 이 질문은 단순한 자존감 문제가 아니다. 실질적인 운영 리스크다.
분석이 지적하는 핵심은 느껴지는 책임과 실제 책임의 간극이다. 모델이 대부분을 생성했더라도 법적·직업적 책임은 전혀 분산되지 않는다. 오직 책임감만 흐려진다. 그리고 이 흐려진 책임감은 정확히 가장 필요한 순간—검증 단계—에서 주의를 덜 기울이게 만든다.
이 분석이 제시하는 해법은 프로세스가 아니다. 구조다. 변경사항을 작성한 사람이 온콜 로테이션에 들어가고, 장애가 나면 코드 생성자와 무관하게 그 사람에게 알림이 간다. 프로덕션 결과가 사람 단위로 귀속되는 구조가 있을 때만 책임 감각이 유지된다.
팀 리빌딩 관점에서 보면
이 두 데이터를 합치면 하나의 설계 원칙이 나온다. Claude Code 도입은 비용 구조와 심리 구조를 동시에 설계해야 한다.
토큰 비용은 도구 사용 패턴 가이드라인으로 통제할 수 있다. 팀 내에서 파일 읽기, 스크린샷, 웹 페치 기본 원칙 세 가지만 공유해도 실질적인 비용 절감이 가능하다. 무엇보다 각자의 사용 로그를 직접 분석하는 습관을 만드는 것이 시작점이다.
심리 비용은 더 구조적인 개입이 필요하다. 에이전트 스레드 동시 관리 한도를 팀 컨벤션으로 정하는 것, AI 생성 코드에도 명확한 author 귀속을 유지하는 것, 그리고 검증 단계를 "당연히 통과할 것"이 아니라 "내가 책임지는 단계"로 문화화하는 것이다.
빠른 도입보다 올바른 도입이 먼저다
AI 도구의 생산성 향상은 실재한다. 하지만 그 이면의 비용도 실재한다. 토큰 청구서에 찍히는 것과 팀의 인지·책임 구조에 조용히 쌓이는 것, 두 종류의 비용 모두 측정하고 설계해야 한다.
숫자를 모르고 도입하면, 프롬프트만 다듬다가 정작 67배 차이 나는 도구 패턴을 놓친다. 심리 구조를 모르고 도입하면, 팀이 빠르게 작업하면서도 집단적으로 얕아지는 것을 인식하지 못한다. Claude Code가 팀에 진짜로 녹아들려면, 먼저 이 두 질문에 답해야 한다. 우리 팀의 토큰 소비 패턴은 무엇인가. 그리고 책임과 검증의 구조는 AI 도입 이후에도 여전히 사람에게 귀속되는가.