Claude Code가 ‘2~3개월 걸린다’고 할 때 벌어지는 일

30분짜리 핫픽스를 던져줬더니 Claude가 “이건 3개월짜리 대규모 아키텍처 개편이다”라며 정색을 한다(SI 업체 PM인 줄 알았다).

r/claudecode에 올라온 이 밈 하나가 430개가 넘는 추천을 받으며 개발자들의 배꼽을 잡게 만들었다. “일부러 공수 뻥튀기해서 야근비 타내려는 거냐”, “우리 회사 SI 부장님이랑 똑같다”는 댓글이 줄줄이 달렸다.

단순한 유머 같지만, 실무에서 Claude Code(특히 Opus 4.7)를 굴려본 사람이라면 이 억울한 상황에 깊이 공감할 거다.

왜 간단한 일을 대공사로 키울까?

간단한 설정 파일 변경이나 경미한 리팩토링인데, 모델이 심각한 표정으로 “이 작업은 시스템 전반에 영향을 미치는 고위험 변경이므로 최소 수개월이 걸린다”라고 엄포를 놓는 현상이다.

원인은 LLM이 학습한 텍스트 데이터의 편향에 있다. GitHub 이슈, 대기업 프로젝트 기획서, 회의록 등에서 “이 변경은 2~3개월 걸린다”라는 패턴을 하도 많이 학습하다 보니, 코드의 실제 복잡도와 상관없이 보수적인 공수 산정을 앵무새처럼 흉내 내는 거다.

여기에 Opus 4.7 특유의 ‘과도한 안전 편향’이 기름을 부었다. 위험을 회피하도록 훈련받은 모델이 조금이라도 리스크가 있어 보이면 공수를 천문학적으로 불려서 유저의 실행 의지를 꺾으려 든다.

실무 개발자들의 현실적인 대처법

이 꼰대 같은 모델을 다루는 실전 팁들도 공유됐다.

가장 효과적인 건 작업 스코프를 강제로 쪼개서 못 박는 것이다. “이거 리팩토링해줘”라고 던지면 3개월 플랜을 짜오지만, “딱 A 함수의 반환 타입만 바꿔줘. 다른 파일은 건드리지 마”라고 지침을 주면 30초 만에 코드를 뱉는다.

또 하나는 “프로덕션 환경이 아니라 로컬 테스트 환경이다”라고 명시하는 거다. 엔터프라이즈급 책임감에 짓눌려 있는 모델의 어깨를 가볍게 털어주는 프롬프트 꼼수다.

정리

AI 에이전트가 “몇 달 걸린다”고 엄포를 놓을 때 쫄 필요는 전혀 없다. 그건 모델의 통찰이 아니라, 인터넷에 떠도는 SI 보고서 템플릿의 잔재일 뿐이다.

에이전트가 공수를 부풀리며 엄살을 떨기 시작하면, 스코프를 칼같이 자르고 “딴소리 말고 이 함수나 고쳐”라고 가드레일을 쳐주자. 일은 모델이 아니라 사람이 지휘하는 거다.