에이전트 코딩의 네 가지 재앙, 슬롭과 소외와 기술 퇴화와 팀의 균열

TL;DR

• Alex Martsinovich는 에이전트 코딩이 유용하면서도 우리의 기술과 결과물, 동료 관계에 나쁜 영향을 준다고 본다. 그는 문제 네 가지를 슬롭, 소외, 기술 퇴화, 팀의 균열로 묶고 해법은 보이지 않는다고 인정한다.
• 슬롭은 LLM이 쓴 코드가 사람에게 거부감을 주는 문제다. 에이전트가 들어오면 사람이 함께 쓰던 코드베이스가 아무도 머물고 싶지 않은 공간으로 바뀐다.
• 소외는 엔지니어와 결과물 사이의 거리가 멀어지는 문제다. 거리가 멀어지면 애정이 식고 그 흔적이 어설픈 기능과 임시 버그 수정에 남는다.
• 기술 퇴화는 쓰지 않는 능력이 사라지는 문제이고, 팀의 균열은 사람 사이 대화가 에이전트와의 대화로 바뀌는 문제다.
• 모두 저자의 관찰과 의견이며 측정한 데이터는 없다.

하나로 묶기 어려웠던 불만을 네 갈래로 나눈다

글은 에이전트 코딩이 분명히 쓸모 있지만 동시에 아주 나쁘다는 고백으로 시작한다. 저자는 그 불편함을 몸으로 느끼고 다른 사람들도 같은 감각을 공유한다고 보지만 무엇이 문제인지 설명하려 하면 손짓만 커지고 이야기가 이리저리 튄다고 털어놓는다. 그래서 해법이 보이지 않는 문제 네 가지를 목록으로 만들고 이를 에이전트 코딩의 네 기사라고 부른다.

이 글의 가치는 새로운 증거보다 정리에 있다. 막연하게 느끼던 불만을 코드, 개인, 기술, 팀이라는 네 층위로 분리해서 각각 무엇을 잃는지 말한다. 저자 스스로 결론 없이 끝낸다는 점도 분명히 밝힌다. 그래서 이 글은 처방전이 아니라 문제 목록으로 읽는 편이 맞다.

슬롭, 사람이 머물지 않는 코드베이스

첫째 문제는 LLM이 쓴 코드에 강한 냄새가 배어 있다는 것이다. 저자는 LLM이 사람과 다르게 코드를 쓰며 그 차이가 반드시 더 나쁜 것은 아니지만 분명히 다르다고 인정한다. 사람들이 이 특징을 슬롭이라는 이름으로 부르게 됐고 부정적 어감이 붙었다. 산문에서는 AI 글이 밋밋하거나 모욕적이라는 데 의견이 모이는 반면, 코드는 도구적 성격이 강해 논쟁이 끝나지 않았다. 곧 코드를 읽을 필요가 없어진다는 주장도 많다.

저자는 최신 세대 모델이 기대에 못 미친다고 평가한다. 똑똑하지만 영감을 주는 똑똑함이 아니라 고용하기 어려운 똑똑함 쪽으로 가고 있다는 인상이다. 그가 든 예로는 Claude가 횡설수설에 가까운 글로 소통하고 Astra가 코드 골프처럼 압축된 기묘한 스타일로 코드를 쓴다는 평가가 있다. 이는 저자 개인의 인상이며 비교 실험이 아니다. 그가 더 걱정하는 쪽은 결과다. 에이전트를 허용하면 금세 주도권이 넘어가고 팀원이 함께 기여하던 공간이 아무도 시간을 쓰고 싶지 않은 AI 황무지가 된다. 물론 그곳에 머물 필요 없이 채팅창에서 충직한 에이전트 떼를 지휘하는 설계자가 되면 된다는 반론이 따라붙고 글은 다음 문제로 넘어가 그 반론의 대가를 묻는다.

소외, 손에서 멀어진 결과물

둘째 문제는 엔지니어가 코드에서 소외되고 그 결과 덜 신경 쓰게 된다는 점이다. 저자는 소프트웨어 공학이 원래 손의 감각이 살아 있는 일이었다고 회상한다. 목공만큼은 아니어도 사람들은 도구를 사랑했다. 텍스트 편집기에는 신도 같은 추종자가 있었고 색상 테마와 프로그래밍 글꼴에도 팬덤이 있었으며 분리형 키보드와 타건음 영상이 유행했다. 코드를 손으로 직접 만들었으니 결과물에 소유 의식이 생기는 것은 자연스러웠다고 본다. 블록을 조립하는 수준의 일에서도 무언가를 느꼈다는 것이다.

에이전트 코딩은 엔지니어와 결과물 사이의 거리를 크게 벌렸다. 막연한 지시를 보내고 돌아온 보고서를 훑어보는 방식이라 손의 감각으로 메울 수 없는 거리다. 음성으로 지시하면 타이핑조차 필요 없다. 저자는 이렇게 멀어지면 애정이 식고 기술과의 접점을 잃는다고 말한다. 그 흔적은 반박 없이 통과되는 어설픈 기능, 근본 원인을 건드리지 않는 임시 버그 수정, 하루를 마칠 때의 허전함으로 드러난다. 소프트웨어가 기쁨을 주려면 만든 사람의 애정이 스며 있어야 한다는 것이 그의 믿음이다.

기술 퇴화, 쓰지 않으면 사라지는 능력

셋째 문제는 AI가 이미 가진 기술을 깎아 내고 학습을 막으며 의미 있는 숙련 경로를 주지 못한다는 점이다. 저자는 기술 퇴화가 이제 논란거리도 아니라고 본다. 오래 AI를 쓰다가 머리가 둔해졌다고 보고하는 사람이 적지 않고 삶의 많은 능력이 쓰지 않으면 잃는 성질이라는 설명이 그럴듯하다고 말한다. 자전거 타기나 편집기 종료법 같은 것을 뺀 나머지는 모두 잃을 수 있다는 농담도 덧붙인다.

그는 지금이 역사적 이례라는 입장을 전에도 밝혔다. 수년간 어렵게 일한 숙련 엔지니어들이 LLM을 딱 알맞게 다뤄 엄청난 생산성을 내는 시기인데, AI 시대에 학습이 어떻게 이루어지는지 답을 찾지 못하면 이 공급은 오래가지 않는다. 초보는 AI를 쓰지 말라는 조언이 흔하고 저자도 동의하지만 인류 전체의 전략은 될 수 없다고 본다. 쉬운 버튼이 생기면 배울 유인이 크게 바뀌고 사람은 유인을 따르기 때문이다. LLM에도 학습 곡선이 있다는 반론은 받아들이지 않는다. 인쇄기나 전기톱도 다루려면 기술이 필요한데 이 마법 상자는 읽고 쓸 줄 몰라도 쓸 수 있다는 것이 그의 판단이다. 이는 주장이며 학습 효과를 다룬 연구는 글에 인용되지 않는다.

팀의 균열, 에이전트와 나누는 대화

넷째 문제는 에이전트가 팀의 사회적 조직을 약하게 만든다는 점이다. 예전에는 러버덕이 답하지 못하는 질문이 팀 채팅으로 올라왔는데, 이제 채팅방은 썰렁하고 모두가 자기 에이전트와 대화하느라 바쁘다. 24시간 응답하고 인사팀에 일러바치지도 않는 똑똑한 조력자가 모두에게 생겼다. 자율성이 늘어난 것은 어느 면에서 미덕이지만 저자에게 시시한 질문으로 서로를 돕는 일은 관계를 만들고 유지하는 핵심이다. 길은 걸어야 풀에 덮이지 않는다는 비유를 든다.

사람을 보는 방식도 바뀐다. 팀은 깃 마법사, 러스트 마녀, 기계식 키보드에 빠진 음유시인이 모인 모험가 파티 같았고 전문성의 다양함이 칭송받았다. 지금의 평균적인 팀은 Claude 운영자, Codex 속삭이는 사람, 마크다운 파일을 꼭 커밋하는 사람으로 이뤄진다. 저자는 다른 사람이 어떻게 프롬프트를 쓰는지 보고 싶어 하는 사람은 아무도 없다고 꼬집는다. 남의 프롬프트와 에이전트는 남의 틱톡 피드를 보는 것처럼 민망하다는 것이다. 조직도에서는 여전히 동료지만 서로 점점 멀어지고 예전에 서로의 Vim 실력과 Advent of Code 풀이를 칭찬하던 자리에 각자 Claude에게 프롬프트를 보내는 하루가 들어섰다.

읽을 때 유의할 점

저자는 이 모든 것에 대한 답이 없다고 인정하고 이 지루한 논의가 조금이라도 앞으로 나아가기를 바란다는 말로 글을 맺는다. AI가 아무리 이로워도 호기심과 장인 정신과 사회적 연결이라는 큰 값을 치르고 있다는 것이 마지막 진단이다. 글은 개인 블로그의 에세이이고 설문이나 측정이 없다. 특히 기술 퇴화와 팀 대화 감소는 저자의 체감이며 반대로 에이전트 덕분에 팀 협업이나 학습이 늘었다는 경험도 가능하다. 그런 반증 사례는 글에서 다루지 않는다.

그래도 네 범주가 유용한 이유는 점검 질문을 주기 때문이다. 내 팀의 코드베이스는 사람이 읽고 싶은 상태인가, 내가 결과물에 애정을 느끼는가, 쓰지 않아서 잃고 있는 능력이 있는가, 동료와 나누는 대화가 줄었는가. 네 질문에 어떻게 답하는지가 에이전트 도입이 생산성 외에 무엇을 바꾸고 있는지 가늠하는 출발점이 된다.

참고 자료

Alex Martsinovich — The Four Horsemen of Agentic Coding