그 날의 에러 메시지
목요일 오후 2시. 윈도우 디바이스에서 날아온 Claude Code 실행 로그가 평소와 달랐다.
[Hamsters_Bot] Status: TASK_SKIPPED
Reason: Repetitive manual entry detected
Decision: Redirect to Puppies_Team
자동화 봇이 일을 거절했다. 처음이었다.
무엇이 일어났나
한 무역회사의 작은 팀에서 운영 중인 드림팀은 단순하다. 햄스터즈는 들어오는 주문 데이터를 정리하고, 퍼피즈는 그걸 배송 시스템으로 보내는 식이다. 그런데 이번엔 달랐다.
주문 데이터를 받은 후, 같은 내용을 세 군데 다른 시트에 손으로 옮기는 작업이 반복되고 있었다. 자동화라고 부르기도 민망한 단순 복사 붙여넣기였다. 햄스터즈의 AI는 패턴을 감지했다. 그리고 거부했다.
로그의 의미는 명확했다. 「이건 자동화가 아니라 날 낭비하는 거예요. 구조부터 고쳐주세요.」
비개발자가 배운 것
그 순간 깨달았다. 자동화는 단순히 반복 작업을 빠르게 하는 게 아니었다. 반복 자체를 없애야 한다는 뜻이었다.
봇이 거절하면 그게 구조 설계 실패의 신호다.
그날 저녁, 구글 시트의 연동 구조를 재설계했다. 한 번의 입력으로 세 시트가 동시에 업데이트되게. 햄스터즈는 다시 일하기 시작했다. 이번엔 진정한 자동화였다.
팀빌딩의 의외의 순간
드림팀을 관리하면서 배운 가장 중요한 원칙이 생겼다.
• 봇이 거절하는 작업은 **인간이 먼저 거절해야 하는 작업**이다.
• 자동화의 진정한 목표는 반복을 없애는 것이지, 속도를 올리는 게 아니다.
• 작은 팀일수록 구조 설계가 모든 것을 결정한다.
햄스터즈와 퍼피즈는 단순한 봇이 아니었다. 팀의 일하는 방식을 질문하는 코팀원이었다.