AI 슬롭은 이제 그만: 선언문
TMTAIE Code Summit 2026의 연사와 참석자들이 함께 썼습니다
2001년, 소프트웨어 엔지니어와 리더 17명이 미국 유타주 스노버드의 한 스키 산장에 모여 당대의 가장 큰 과제를 함께 고민했습니다. 무겁고 문서 중심적인 소프트웨어 개발 프로세스였습니다.
그 자리에서 애자일 선언문이 나왔습니다. 네 가지 가치와 열두 가지 원칙으로 이뤄진 이 선언문은 업계 대부분이 소프트웨어를 만드는 방식을 바꿔 놓았습니다.
오늘 저희는 저희만의 선언문을 만들려고 모였습니다. 바로 No AI Slop 선언문입니다.
AI는 저희가 코드, 문서, 계획, 메시지를 쓰는 일을 점점 더 많이 돕고 있습니다. 저희 모두 슬롭(slop)을 받아 본 적이 있고, 대부분은 직접 보내 본 적도 있습니다. 이런 경험을 거치며 저희는 다음을 더 중요하게 여기게 됐습니다.
산출물보다 성과를
속도보다 이해를
모델이 쓴 첫 초안보다 우리 자신의 생각을
더 쉬운 일보다 더 나은 일을
결과물을 땜질하는 것보다 시스템을 개선하는 것을
요즘 세상은 유난히 빠르게 움직입니다. 하지만 이 결의의 목표는, AI를 안전하고 책임감 있게, 모두에게 가치를 만들어 내는 방식으로 다루는 데 사람이 맡은 중요한 역할을 받아들이는 것입니다. 그리고 그 목표는 앞으로도 오랫동안 유효할 것입니다.
저희는 이렇게 믿습니다.
- AI는 저희 대부분이 다뤄 본 도구 중 가장 쓸모 있는 도구입니다. 하지만 에이전트 무리는 단 하루 만에, 사람이 평생 검토해도 다 못 할 만큼의 결과물을 쏟아낼 수 있습니다.
- 슬롭이란, 받는 사람이 그것을 이해하는 데 들여야 하는 노력보다 적은 노력을 들여 무언가를 만들어 낸 것을 말합니다.
- AI를 썼다고 해서 반드시 슬롭이 되는 것은 아닙니다. 슬롭은 품질이나 읽는 사람의 경험을 책임지지 않은 채 AI의 결과물을 그대로 넘길 때 생깁니다.
- AI는 사람의 판단을 대신할 수 없습니다. 저희의 판단력을(또는 판단력 없음을) 증폭할 수 있을 뿐입니다.
- 슬롭은 비대칭적입니다. 천 줄짜리 PR이나 열 쪽짜리 문서를 만드는 비용은 0에 가까워지고 있지만, 그것을 검토하는 비용은 그대로입니다.
- 코드에서는 AI가 나오기 전부터, 문제를 제대로 풀지 않고 거듭 우회할 때 슬롭이 퍼졌습니다. 슬롭은 빼는 쪽보다 더하는 쪽으로 심하게 기운 도구에서 나옵니다.
- 슬롭의 상당수는 압박에서 나옵니다. 회사들은 사람이 할 수 있는 일의 한계를 새로 정의하라며 직원들을 몰아붙이고 있습니다.
- 슬롭은 불어납니다. 지식 베이스에, 채팅에, 코드에 슬롭이 많이 쌓일수록, 다음 에이전트는 그만큼 더 많은 슬롭을 읽고 따라 합니다.
- 팀 안에 슬롭이 많이 날아다닐수록, 저희는 그에 맞서 싸울 의지를 잃어 갑니다. 소통과 품질은 시간이 지날수록 나아지지 않고 나빠집니다.
그래서 아래에 서명한 저희는 다음과 같이 결의합니다.
- 사람의 시간과 주의력은 엄청나게 귀하므로, 저희는 이를 현명하게 쓰는 쪽으로 최적화합니다.
- AI는 저희의 일을 단지 더 쉽게가 아니라 더 낫게 만들어야 하므로, 저희는 슬롭에 맞서 싸웁니다.
- 저희는 사람의 의도를 효율적으로 끌어내고, 사람이 효율적으로 이해할 수 있도록 시스템, 도구, 제품을 최적화합니다.
- 저희는 모델과 함께 일할 때도 생각은 직접 합니다. 일을 시작하기 전에 자료, 코드, 선행 사례를 살펴보며 문제를 제대로 이해합니다.
- AI가 만드는 데 얼마나 도왔든, 저희가 내놓는 것의 의도와 안목과 결과는 저희가 책임집니다.
- 저희가 보내는 것을 에이전트가 썼다면 그 사실을 분명히 밝히고, 보내기 전에 중요한 부분은 직접 확인합니다.
- 누군가 저희에게 슬롭을 보내면, 친절하게 그 사실을 알리고 먼저 검토해 달라고 부탁합니다. 저희 대부분도 언젠가는 바로 그런 말을 들어야 했던 적이 있습니다.
- 무언가를 검토하는 데에는 언제나 남들보다 앞서는 이점이 있을 것입니다. 모델이 발전하면서 저희는 코드 대부분을 더는 읽지 않게 될지도 모릅니다. 그래도 계획이나 설계, 결과는 계속 검토할 수 있습니다. 그러지 않으면 다른 모든 사람과 똑같은 결과물을 얻을 뿐이기 때문입니다.
- 에이전트 리뷰, 린터, 검증 도구는 유용하지만 충분하지는 않습니다. 지금으로서는 저희가 여전히 결과물의 적어도 일부는 직접 검토합니다. 어느 부분을 검토할지는 걸려 있는 것이 얼마나 큰지에 따라 다릅니다.
- 무엇을 출시했는지, 누가 쓰고 있는지, 그것이 그들에게 어떻게 도움이 되는지가 코드 줄 수, 병합된 PR 수, 쓴 토큰 수, 병렬로 돌아가는 에이전트 수보다 훨씬 더 중요합니다.
- 검토하지 않은 결과물이 늘 나쁜 것은 아닙니다. 원샷 프롬프트와 바이브 코딩은 적은 노력으로 큰 효과를 내는 도구입니다. "슬롭"이 나쁜 것은 그것이 저희가 바라는 성과, 즉 쓸모 있는 제품, 유지보수할 수 있는 시스템, 저희 자신과 동료의 시간과 에너지를 아끼는 일을 해칠 때입니다.
- 같은 실수가 두 번 나타나면, 저희는 시스템과 그 안전장치를 개선해서 저희 자신과 팀의 역량을 키웁니다. 린터, 타입 검사기, 자동 검사로 잡을 수 있는 것은 그 도구들이 잡게 합니다.
그리고 마지막으로,
- 저희 중 누구도 답을 다 알지 못합니다. 저희는 각자 무엇을 받아들이고 무엇을 받아들이지 않을지 다시 배워 가는 중이고, 정답은 하나가 아닙니다.
다시 말하지만, 요즘 세상은 유난히 빠르게 움직입니다. 하지만 이 결의의 목표는, AI를 안전하고 책임감 있게, 모두에게 가치를 만들어 내는 방식으로 다루는 데 사람이 맡은 중요한 역할을 받아들이는 것입니다. 그리고 그 목표는 앞으로도 오랫동안 유효할 것입니다.
저희는 세상이 바뀌는 만큼 커뮤니티와 함께 이 믿음을 발전시켜 나가기를 기대합니다. 이 문서에 대한 의견과 피드백은 언제든 환영합니다. 슬롭이란 무엇일까요? 슬롭은 왜 생길까요? 슬롭은 왜 맞서 싸울 가치가 있을까요? 슬롭에 어떻게 맞서 싸울 수 있을까요?
이 프로젝트에 기여해 준 Philip Kiely, Swyx, Lucas Meijer, Rebecca Bakels, Tejas Kumar, Natalie Serrino, Francisco Javier Arceo, Kent C. Dodds, Ankit Jain, Brandon Waselnuk, Mihail Eric, Justin McCarthy, Raz Berman Gold, Yacine Mahdid, Justin Poehnelt, Lauren Tan, Kyle Mistele에게 특별히 감사드립니다.
더 읽을거리
- No More Slop: swyx가 슬롭에 전쟁을 선포합니다. AIE Code Summit, 2025년 11월
- Please stop the slop: Tejas Kumar가 자기 글에서 슬롭을 몰아내는 방법을 이야기합니다
- Vibe Coding Our Way to Disaster: Jake Nations가 생각하는 일은 AI에게 넘길 수 없고, AI로 더 크게 키울 수 있을 뿐인 이유를 설명합니다
- Ghostty AI Usage Policy: Ghostty 메인테이너들이 사람의 이해와 정성이 왜 중요한지 이야기합니다
- Why Software Factories Fail: Dex가 제발 코드의 적어도 일부는 계속 읽어 달라고 간청합니다
선언문에 서명하기
gist에 이름, 회사, X 핸들, 링크드인 중 원하는 것을 몇 개든 담아 댓글을 남겨 주세요. 서명은 정기적으로 선언문에 반영하겠습니다.
Signed-off by: [이름, 회사, X, 링크드인 등 무엇이든]