에이전트 코딩의 네 기사: Slop
요약
본 기사는 에이전트 코딩(Agentic coding)의 유용성에도 불구하고, 이로 인해 발생하는 네 가지 문제점을 지적합니다. 특히 LLM 생성 코드의 품질 저하('Slop'), 엔지니어와 작업물 간의 소외감 증대, 그리고 기존 기술 습득 능력의 퇴화 등 개발 과정 전반에 걸친 부정적인 영향을 분석하고 있습니다.
핵심 포인트
- LLM 코드는 인간에게 'Slop'처럼 느껴질 정도로 품질 문제가 있다.
- 에이전트 사용은 엔지니어와 코드 간의 물리적/정신적 거리를 만든다 (소외).
- 직접 코딩 경험 부족은 기술 퇴화(Deskilling)를 초래할 수 있다.
- 창조자의 사랑과 깊은 몰입 없이는 소프트웨어가 기쁨을 주기 어렵다.
Agentic coding은 부인할 수 없을 만큼 매우 유용합니다. 하지만 동시에 매우 나쁜 점도 있습니다. 아니, 오히려 우리 자신과 우리의 기술(craft), 그리고 서로 간의 관계에 몇 가지 끔찍한 영향을 미치고 있습니다. 저는 그 느낌을 뼛속 깊이 느끼고 있으며, 많은 다른 사람들도 그렇게 느낍니다. 하지만 정확히 무엇이 잘못되었는지 설명하려고 할 때면, 손을 마구 휘젓고 여기저기 점프하는 자신을 발견합니다. 뭐가 문제냐고요? 너무 많은 것이 문제가 있습니다!
좋습니다. 여기에 목록이 있습니다. 해결책이 보이지 않는 4가지 문제—혹은 제가 부르는 대로, 에이전트 코딩의 네 기사입니다.
Slop
LLM으로 생성된 코드는 인간에게 코드베이스를 역겹게 만드는 강한 냄새가 난다.
LLM은 인간이 아니며, 그들이 코드를 작성하는 방식은... 다릅니다. 엄밀히 말해 더 나쁘다고는 할 수 없지만, 확실히 다릅니다. 우리는 곧 이것에 대해 'Slop'이라는 이름을 붙였고, 이 이름은 의심할 여지 없이 부정적인 함의를 지니고 있습니다.
일반 산문(plain prose)의 경우, 인류가 AI 산문이 기껏해야 밋밋하고 최악의 경우 모욕적이라는 의견으로 수렴하는 것처럼 보입니다. 코드의 경우, 그 도구적 특성 때문에 논쟁은 아직 끝나지 않았습니다. 많은 사람들이 곧 우리가 코드를 전혀 읽을 필요가 없을 것이라는 생각에 사로잡힙니다.
하지만 이런 '슬롭 동굴(slop caves)'에서 시간을 보낼 필요가 없다면 어떨까요? 디자인 마스터마인드가 되어 채팅 인터페이스의 편안함 속에서 충성스러운 에이전트 무리를 지배하는 것이 더 나은데, 왜 그곳에서 시간을 보내야 할까요?
소외(Alienation)
엔지니어들은 코드로부터 소외되고, 결과적으로 신경을 덜 쓰게 됩니다.
소프트웨어 엔지니어링은 예전에 상당히... 운동 감각적인 작업 분야였습니다. 목공예만큼은 아닐지라도, 우리는 실제 도구든 가상 도구든 우리의 도구를 사랑했습니다. 텍스트 에디터는 거의 종교적인 추종자를 가질 정도였죠. 인기 있는 색상 테마나 프로그래밍 글꼴에는 자체 팬층이 있었습니다. 분할 키보드는 한때 유행이었고, 키보드 소리 테스트 영상도 부족하지 않았습니다.
우리는 직접 손으로 코드를 만들어냈습니다. 이것이 우리가 이룬 결과물에 대한 강한 주인의식을 갖게 된 것은 당연합니다. 물론 이 느낌은 상황에 따라 달랐지만, 빌딩 블록 세트에서 무언가를 조립하는 것만으로도 무엇인가를 느꼈을 겁니다. IKEA가 바로 그것을 알고 있습니다!
에이전트 코딩(Agentic coding)은 엔지니어와 자신이 만든 작업물 사이의 거리를 극적으로 늘렸습니다. 이 간극은 너무 커서 우리의 어떤 운동 감각적인 도구로도 건널 수 없습니다. 우리는 더 이상 코드를 직접 경험하지 않습니다. 모호한 일련의 지침을 가진 에이전트를 보내고, 그 보고서를 훑어볼 뿐입니다. 심지어 타이핑조차 선택 사항이 되었습니다. 운전하면서 휴대폰에 그냥 말을 걸기만 해도 됩니다.
그래서 당연하게도 우리는 더 분리됩니다. 신경을 덜 쓰게 되고. 우리의 기술과 멀어집니다. 그리고 그것은 드러납니다. 아무런 반발도 받지 못하는 깊이 생각하지 못한 기능에서 나타납니다. 근본 원인을 해결하지 못하는 임시방편적인 버그 수정에서 나타납니다. 하루가 끝날 때 우리가 얼마나 공허함을 느끼는지에서도 나타납니다. 소프트웨어가 기쁨을 불러일으키려면, 창조자의 사랑으로 채워져야 합니다.
기술 퇴화(Deskilling)
AI는 기존의 기술을 침식하고, 학습을 방해하며, 의미 있는 기술 발전을 제공하지 않습니다.
지금 시점에서 '기술 퇴화(deskilling)'가 실제로 일어나고 있다고 말하는 것이 논란이 될 만한 문제는 아니라고 생각합니다. AI를 장기간 사용한 후 자신의 지적 능력이 떨어진다고 보고하는 사람이 부족하지 않습니다. 이는 당연한 일입니다. 삶의 많은 것들이 '사용하거나 잃거나' 하는 원칙을 따르며, 전문 기술도 예외가 아닙니다. 네, 자전거 타는 법은 항상 알게 될 것이고, 저 자신도 Vim에서 나가는 방법을 잊어버리기 전에 죽지는 않겠지만, 그 외의 모든 것은 취약한 영역입니다.
저는 이전에 우리가 역사적인 변칙(historical anomaly)을 경험하고 있다고 지적한 적이 있습니다. 수년 동안 어려운 방식으로 일했던 숙련된 엔지니어들이 이제 LLM을 극도로 생산적으로 사용할 수 있는 정확한 방법을 갖게 되었습니다. 하지만 AI 시대에 '학습'이 어떻게 작동하는지 알아내지 못한다면, 이 공급은 오래가지 못할 것입니다.
흔히 듣는 조언 중 하나는 경력 초반이라면 단순히 AI를 사용하지 말라는 것입니다. 저는 전적으로 동의하지만, 이것이 인류 전체에게 실행 가능한 전략은 아니라는 것을 이해하는 것이 중요합니다. 모든 사람이 그럴 수는 없습니다.
'쉬운 버튼(easy button)'의 도입이 학습에 대한 인센티브에 지각변동을 일으켰다는 사실을 우리는 외면할 수 없습니다. 그리고 제가 인간에 대해 아는 한 가지는, 그들은 인센티브를 따른다는 것입니다.
기술 퇴화 주장에 대한 또 다른 흔한 반론은 LLM 사용 자체에도 학습 곡선이 있다는 것입니다. 단지 마크다운 파일을 다운로드하는 복잡한 과정을 배우기만 하면 된다고요! 저는 그것을 믿지 않습니다. 학습 곡선은 기본적으로 존재하지 않습니다.
인쇄기나 전지가위는 적어도 작동하는 데 어느 정도의 기술을 요구하지만, 이 멋진 새 마법 상자는 어떻습니까? 읽고 쓰는 법을 알 필요가 없습니다. 원시인도 B2B SaaS를 구축하고 주간 팟캐스트 출연 시간에 맞출 수 있습니다. 그리고 여러분이 자신만의 에이전트 오케스트레이션 워크플로우가 중요한 엔지니어링 성과라고 생각한다면, 두고 보세요.
팀 폴아웃(Team Fallout)
에이전트는 대인 커뮤니케이션을 감소시키고, 자기 의존성을 증가시키며, 기술 표현을 방해함으로써 엔지니어링 팀의 사회적 구조를 약화시킵니다.
슬랙(Slack) 채널은 예전에는 사람들로 붐볐습니다. 당신의 고무 오리(rubber duck)가 답할 수 없는 것이라면 무엇이든 팀 채팅방에 올라갔죠. 하지만 지금 채팅방은 옛 모습의 창백한 그림자일 뿐입니다. 모두들 자신의 에이전트와 이야기하는 데 너무 바쁩니다. 우리 각자는 마치 디즈니 주인공이라도 된 것처럼 주변을 맴도는 마법 같은 친숙한 존재(familiar)를 받았습니다. 이 친구는 매우 똑똑하고, 24시간 연중무휴로 이용 가능하며, 당신을 인사팀에 신고하는 법이 없습니다. 이제 고무 오리마저 입을 열 수 있게 된 것입니다!
어떤 면에서 자율성이 높아지는 것은 미덕입니다. 왜 동료들에게 사소한 잡담으로 방해하겠습니까? 문제는 다른 사람들과의 사소한 잡담으로 도움을 주는 것이 우리의 역할이라는 겁니다. 그것이 우리가 관계를 구축하고 유지하는 방식이니까요. 그 길을 걸어야 합니다. 그렇지 않으면 풀에 덮여버릴 테니까요.
저는 AI가 대인 커뮤니케이션을 극적으로 감소시켰다고 확신합니다. 현재 평균적인 팀 채팅은 에이전트 스레드와 가끔씩 생성된 LLM(Large Language Model) 원고, 그리고 이어지는 겸손한 "여러분 생각은 어떠세요?"로 구성되어 있습니다.
에이전트 코딩 방식 또한 우리가 다른 사람을 보는 방식을 변화시키고 있습니다. 팀은 예전에는 일종의 모험가 파티 같았습니다. Git 마법사, Rust 마녀, 그리고 기계식 키보드에 깊이 빠진 음유시인 같은 식이었죠. 기술 표현할 공간이 충분했고, 전문 지식의 다양성이 축하받았습니다.
하지만 이제 평균적인 팀은 Claude 운영자, Codex 속삭임꾼, 그리고 .md 파일을 커밋하는 데 집착하는 AI 정신병 환자 같은 사람으로 구성됩니다. "이 사람이 존입니다—그가 어떻게 프롬프트 하는지 봐야 할 겁니다."라고 말한 사람은 아무도 없습니다.
그리고 그 말이 맞습니다. 아무도 존이 프롬프트 하는 것을 보고 싶어 하지 않습니다. 에이전트와 대화하는 것은 혐오스럽고 근본적으로 매력이 떨어지는 느낌입니다. 당신이 그것을 할 때는 괜찮게 느껴지지만, 다른 사람들은... 아, 채팅방이나 만들어요. 그들의 프롬프트는 민망하고(cringe); 그들의 에이전트는 이상합니다. 마치 다른 사람의 TikTok 피드를 보는 것 같아요.
그래서 우리는 여전히 조직도상 동료이지만, 시간이 지날수록 점점 더 멀어지고 있습니다. 저는 예전에 당신의 Vim 기술이나 Advent of Code 해결책을 칭찬하곤 했습니다. 요즘은 하루 종일 Claude에게 프롬프트를 넣고, 저도 마찬가지입니다. 우리 아직 팀인 걸까요?
이것이 제가 정리한 목록입니다. 그리고 솔직히 말씀드리자면, 이 모든 것을 가지고 무엇을 해야 할지 전혀 모르겠습니다. 결국에는 우리가 이 저주받은 논의를 계속 진전시킬 수 있기를 바랄 뿐입니다. 아무리 유익한 AI라 하더라도, 우리는 우리의 호기심, 장인 정신(craftsmanship), 그리고 사회적 연결망(social connection)으로 큰 대가를 치르게 됩니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 HN AI Posts의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기