Ask GN: 3주간 코딩 에이전트에게 보낸 제 메시지를 분석해 봤습니다. 40%는 실제 작업이 아니었어요. 다른 분들...

여러 코딩 에이전트를 동시에 돌리고 있습니다. 주로 Claude Code와 Kimi를 쓰고, 가끔 Cursor와 Copilot도 씁니다. 요즘 작업 속도가 느리다는 느낌이 들어서, 지난 3주 동안 에이전트에게 보낸 메시지를 전부 내보낸 뒤, 모델이 메시지를 하나씩 읽고 용도별로 분류하게 했습니다. 키워드 검색은 쓰지 않았습니다. 처음에 그렇게 해봤는데 숫자가 많이 틀리게 나오더라고요. 자동화 트래픽을 빼고 나니 제가 직접 쓴 메시지는 2,116개, 하루 평균 96개 정도였습니다. 메시지 용도별 비율 55% 실제 작업: 새 작업 지시, 질문, 의사결정 13% 에이전트 교정: 엉뚱한 작업을 했거나, 방향이 틀어졌거나, 묻지 않고 모델이나 범위를 바꾼 경우 9.5% "진행 상황 어때?" 6% 한 에이전트(또는 채팅)의 내용을 다른 쪽에 손으로 옮겨 주기 4% 에이전트가 멈춰서 기다릴 때 보내는 "진행해", "응", "계속" 4% "쉬운 말로 다시 설명해 줘" 3% 이미 말한 규칙을 다시 말하기 5% 기타: 슬래시 명령어, 짧은 조각 메시지 결국 제가 입력한 것의 40%가 오버헤드였습니다. 몇 가지 눈에 띈 점을 적어 봅니다. 진행 상황을 200번 물었습니다. 절반 이상이 같은 한 시간 안에 몰려 있었는데, 오래 걸리는 작업이 끝나도 아무 알림이 없어서였습니다. 교정의 가장 큰 원인은 UI 작업이었습니다. 스크린샷을 한 장씩 보면서 고치는 식이었죠. 같은 규칙을 다른 날, 다른 에이전트에게 반복해서 말하고 있었습니다. "토큰 낭비하지 마", "모델 바꾸기 전에 물어봐", "검증 전에는 릴리스하지 마" 같은 것들입니다. 한 에이전트에게 말한 규칙이 다른 에이전트에게는 전달되지 않습니다. 가장 심한 날에는 33번이나 내용을 옮겼습니다. 두 에이전트가 같은 실험을 하고 있어서, 한쪽 보고서를 다른 쪽에 계속 붙여 넣고 있었습니다. 토큰 걱정이 늘 따라다닙니다. 에이전트가 비용이 얼마나 들지 말하지 않고 큰 작업을 시작하곤 합니다. 의외였던 점도 있습니다. 로그에 "사용자 메시지"로 찍힌 것의 절반 이상은 제가 쓴 게 아니었습니다. 제 기본 설정으로 돌아가던 스크립트와 테스트 하네스였습니다. 궁금한 점 비슷한 문제를 겪고 계신가요, 아니면 오버헤드가 다른 데서 생기나요? 이 중에서 어떤 게 가장 부담이 크신가요? 진행 상황 확인 문제나 규칙이 이어지지 않는 문제를 실제로 해결하신 분 계신가요? 특히 서로 다른 도구를 같이 쓰...