Claude의 부작용

“Garbage in, garbage out.” — 오래된 격언이지만, 요즘은 좀 다른 의미로 다가온다.

LLM은 구체적이지 않은 프롬프트에서도 꽤 그럴듯한 답을 만들어낸다. 문제는 사람들이 그 결과를 보고 ‘내가 충분히 명확하게 말했나 보다’라고 착각하기 시작한다는 거다.

동료와 이야기할 때도 프롬프트를 입력하듯 말하게 된다. 정확히 전달되지 않아도, 맥락이 부족해도, 상대가 알아서 이해해줄 거라고 믿는다.

예전에는 “상부 보고용이라서 그런데, 좀 잘 작성해주세요”

그러니까 어떻게 하라는건데…

물론 그럴수있다, 고객은 그럴수있지.. 근데 지금은 개발팀 안에서도 적지 않게 발생하고있다.

“됐잖아. 왜 반대했어? Claude가 몇 초 만에 끝냈잖아.”

며칠을 요구사항 분석하고 기술적으로 가능한지 검토한 끝에 내놓은 결과를 두고 하는 말이다. 고맙다는 인사는 없고, 오히려 내가 불필요하게 많은 시간을 썼다는 듯이 말한다.

좋은 결과를 원하면서도, 정작 자신이 던지는 요구는 모호하다. 이 패턴이 반복된다.

LLM이 그럴듯한 결과물을 내주니까, 굳이 생각을 정리할 필요를 못 느끼는 것 같다. 아니면 LLM과 대화 몇 번으로 생각이 정리됐다고 착각하는 걸 수도 있다.

이런 상황들이 쌓이면 소프트웨어의 문제보다 소통의 단절이 먼저오게 된다.

“팀원한테 설명하려면 회의하고 시간 투자해야하는데 그럴바엔 토큰비용이 저렴하겠네.”

나도 가끔 그런 생각이 나곤 한다. 물론 분명 혼자 하는 게 더 빠르고 편한 순간이 분명히 있다.

어느 한번은 발생해서 급하게 처리해야하는 장애가 있었는데 Claude Code 덕분에 10분만에 원인을 찾고 배포했던 기억이있다. 여기서 생각해야하는건 LLM 이 해결한 문제와 연결된 다른 거대한(다른 사람이 필요한) 문제가 발생했을때는, 다른 팀원한테 이전에 Claude Code 랑 해결한 부분까지 설명해야한다는거다.

만약 Claude Code 랑 해결한 10개의 Issue 들이 있는데 해당 문제들로 인해서, 다른 거대한 문제가 발생했을때, 해결하기위해 10개의 문제를 정리하고 팀원한테 공유하는 시간을 투자해야한다. 물론 다른 팀원들도 Claude Code 로 해결하면 되는거 아닌가? 라고 생각할수도 있고, 토큰 비용을 감당할수있다면 그렇게 하는것도 나쁘지 않겠다..

물론 Claude Code 를 사용하지말자는 말은 아니긴한데, 잘 모르겠다..