← 목록으로

에이전트 코딩의 묵시록 4기사

• 에이전트 코딩은 매우 유용하지만, 슬롭, 소외, 숙련도 저하, 팀 관계 약화라는 네 가지 문제를 낳으며 개발자의 호기심, 장인정신, 사회적 연결에 큰 대가를 요구함
• LLM 생성 코드 특유의 스타일은 사람이 코드베이스를 읽고 익숙해지기 어렵게 만들며, 에이전트가 지배하는 코드베이스는 팀원이 머물고 싶지 않은 공간이 됨
• 직접 코드를 만드는 대신 에이전트에 지시하고 보고서를 훑는 방식은 작업물과의 거리를 늘려 소유감과 관심을 약화함
• AI에 일을 맡길수록 직접 코딩하며 배우고 기존 기술을 유지할 기회가 줄어들며, 에이전트 사용법을 익히는 일이 그 전문성을 대신할 수 있을지도 불확실함
• 에이전트에 대한 의존은 동료에게 묻고 도와주는 기회를 줄이고, 서로의 전문성을 인정하던 경험을 약화해 팀의 사회적 유대를 해침

슬롭: 사람이 머물기 싫어지는 코드베이스

• 슬롭(slop) 은 LLM 생성물의 특유한 스타일을 가리키는 부정적 명칭임
  • LLM의 코딩 방식은 인간과 다르지만, 그 차이가 반드시 더 나쁜 코드를 뜻하지는 않음
  • AI 산문은 밋밋하거나 불쾌하다는 평가가 모이는 반면, 코드는 도구적 성격 때문에 논쟁이 끝나지 않음
• 모델이 계속 좋아지고 곧 코드를 직접 읽을 필요도 없어질 것이라는 기대와 달리, 최신 모델의 출력도 실망스러운 면이 있음
  • Claude의 소통은 단어를 뒤섞은 듯하고, Astra는 일반 사람이 이해하기 어려운 경쟁적 코드 골프 같은 스타일로 코드를 작성함
  • 출력의 거친 품질은 일시적인 성장통보다 지속적인 특성에 가까워 보임
• 코드베이스를 직접 살피고 익숙함을 유지하려는 개발자에게는 사람이 읽기 꺼리는 코드가 문제임
  • 특히 팀에서 에이전트를 허용하면 빠르게 코드베이스를 장악함
  • 각자가 기여하던 공동 공간이 사람이 시간을 보내고 싶지 않은 AI 황무지로 바뀜
• 코드에 직접 들어가지 않고 채팅 인터페이스에서 에이전트 무리를 지휘하는 방식은 가능하지만, 코드로부터의 소외라는 다음 문제로 이어짐

소외: 작업물과 멀어질수록 줄어드는 관심

• 소프트웨어 개발에는 도구를 직접 다루는 감각이 있었음
  • 텍스트 편집기, 색상 테마, 프로그래밍 폰트에 팬층이 있었고, 분리형 키보드와 키보드 소리 테스트 영상도 인기를 끌었음
• 손으로 직접 코드를 만드는 행위는 작업물에 대한 소유감을 낳음
  • 기존 구성요소를 조립하기만 해도 애착이 생길 수 있으며, IKEA 효과가 이에 해당함
• 에이전트 코딩은 개발자와 작업물 사이의 거리를 크게 벌림
  • 코드를 직접 경험하는 대신 모호한 지시를 내리고 에이전트의 보고서를 훑게 됨
  • 운전 중 휴대전화에 말로 지시할 수도 있어 타이핑조차 필수가 아님
• 이런 거리감은 관심과 장인정신의 약화로 이어짐
  • 충분히 고민하지 않은 기능에 이의를 제기하지 않고, 근본 원인을 해결하지 않는 임시 버그 수정에 머물게 됨
  • 하루를 마칠 때 느끼는 충족감도 줄어듦
  • 소프트웨어가 기쁨을 주려면 창작자의 애정이 담겨야 함

숙련도 저하: 기존 기술의 침식과 학습 유인의 변화

• AI를 오래 사용한 뒤 사고력이 둔해졌다는 경험담이 있으며, 전문 기술도 쓰지 않으면 잃을 수 있음
  • 자전거 타기나 Vim 종료 방법처럼 오래 남는 능력도 있지만, 다른 능력까지 유지된다는 보장은 없음
• 현재의 높은 생산성은 오랫동안 직접 일하며 숙련된 개발자가 LLM을 능숙하게 활용하는 특수한 상황에 기대고 있음
  • AI 시대에 어떻게 배우는지 해결하지 못하면 이런 숙련자의 공급은 오래 지속되지 못함. AI 시대의 학습에 관한 앞선 논의에서도 같은 문제를 짚음
• 경력 초기에 AI를 쓰지 말라는 조언은 개인에게 타당할 수 있지만, 사회 전체의 전략으로는 충분하지 않음
  • 모두가 그저 그렇게 행동하지는 않음
  • 쉬운 해결 버튼의 등장은 학습 유인을 크게 바꾸며, 사람은 유인을 따라 행동함
• LLM 사용에도 별도의 학습 곡선이 있으니 새 기술을 익히면 된다는 반론이 있지만, 의미 있는 숙련 경로가 부족함
  • 인쇄기나 전기톱은 조작 기술을 요구하지만, LLM에는 사실상 학습 곡선이 없다는 비판을 받음
  • Markdown 파일을 내려받거나 맞춤형 에이전트 오케스트레이션을 구성하는 능력이 기존 전문성을 대체할 중요한 기술인지에도 회의적임

팀 관계 약화: 동료 대신 에이전트와 대화하는 팀

• 과거에는 혼자 해결하지 못한 질문을 팀 채팅에 올렸지만, 이제는 언제든 응답하는 에이전트에게 묻게 됨
  • 에이전트는 똑똑하고 24시간 이용할 수 있으며, 사용자를 인사팀에 신고하지도 않는 상대임
  • 문제를 말로 풀어보는 대상이던 고무 오리가 실제로 답할 수 있게 된 셈임
• 자율적으로 해결해 동료를 방해하지 않는 것은 장점이지만, 사소한 질문을 주고받는 일은 관계를 만들고 유지하는 방식이기도 함
  • 이런 교류가 줄면서 팀 채팅에는 에이전트 대화 스레드와, 의견을 묻는 말이 붙은 LLM 생성 장문만 남게 됨
• 에이전트 코딩은 동료의 전문성을 바라보는 방식도 바꿈
  • Git에 능숙한 사람, Rust 전문가, 기계식 키보드를 좋아하는 사람처럼 다양한 역량과 관심사를 드러내고 인정받을 공간이 있었음
  • 이제는 Claude 사용자, Codex 사용자, .md 파일 커밋에 집착하는 사람처럼 에이전트 사용 방식이 전면에 나옴
• 프롬프트 작성은 동료가 감탄하며 지켜볼 기술로 느껴지지 않음
  • 자신이 에이전트와 대화할 때는 괜찮아도, 남의 프롬프트와 에이전트는 다른 사람의 TikTok 피드를 보는 것처럼 어색하고 불편할 수 있음
  • Vim 활용 능력이나 Advent of Code 풀이를 칭찬하던 관계가, 각자 하루 종일 Claude에 지시하는 관계로 바뀜
  • 조직도상으로는 동료여도 서로의 거리는 점점 멀어질 수 있음

유용성만으로 사라지지 않는 대가

• 네 문제에 대한 뚜렷한 해결책은 없는 상태이며, 논의가 앞으로 나아가기를 바랄 뿐임
• AI의 이점이 아무리 커도 호기심, 장인정신, 사회적 연결을 잃는 대가는 무거움