AI 슬롭(AI Slop)과 개발자의 콘텐츠 쳇바퀴
저는 코드 커밋을 소셜 미디어 게시물로 변환하는 기계를 만들었습니다.
스크립트가 매일 제 작업물을 스캔합니다. 커밋을 주제별로 분류하고, 품질을 점수로 매깁니다. 그다음 큐(queue)에 쌓아둡니다. 저는 그중 좋은 것을 골라냅니다. 그러면 한 도구가 게시물 초안을 작성합니다. 세 번째 도구는 그 초안을 LinkedIn, Bluesky, Facebook에 맞춰 다시 작성합니다.
저는 이 프로세스의 중간에 앉아 있을 뿐입니다. 나머지는 알아서 돌아갑니다.
이게 자랑스럽지는 않습니다. 하지만 이것 없이는 따라갈 수가 없습니다.
작업물을 공유한다는 것은 더 이상 하나의 아이디어에 관한 문제가 아닙니다. 플랫폼마다 그 아이디어를 다시 가공해야 합니다.
- Bluesky는 300자 미만의 짧은 텍스트가 필요합니다.
- LinkedIn은 첫 두 줄에 시선을 끄는 문구(hook)가 포함된 긴 게시물이 필요합니다.
- Facebook은 이미 당신을 팔로우하고 있는 사람들에게 도달합니다.
각 플랫폼은 서로 다른 알고리즘을 사용합니다. 코드를 짜는 대신 다섯 개의 추천 엔진에 맞춰 최적화하는 데 시간을 쓰게 됩니다.
우리는 이것을 AI 슬롭(AI slop)이라고 부릅니다. 저품질 콘텐츠는 증상일 뿐입니다. 진짜 문제는 인센티브 구조에 있습니다. 사람들에게 노출되기 위해 매일 다섯 개의 알고리즘에 먹이를 주어야 한다면, 결국 자동화를 선택하게 됩니다. 자동화되고 최적화된 콘텐츠는 바로 슬롭입니다.
제 게시물은 정확합니다. 실제 코드 링크도 걸려 있고, 읽기에도 나쁘지 않습니다. 하지만 규모가 커지면 결국 소음이 됩니다.
저는 이 문제를 해결하기 위해 새로운 방법들을 시도하고 있습니다:
- 한 번 쓰고 여러 곳에 배포(syndicate)하기. 블로그를 주 소스로 활용하세요. 소셜 게시물은 실제 작업물로 안내하는 관문 역할만 해야 합니다.
- 저작이 아닌 배포를 자동화하기. 게시물 예약은 기계에 맡기되, 주제를 고르게 하지는 마세요.
- 플랫폼 수를 줄이기. 다섯 개의 소셜 사이트에서 관심을 빌려 쓰는 것보다 뉴스레터나 RSS 피드를 직접 소유하는 것이 더 낫습니다.
- 독자를 우선시하기. 알고리즘이 원하는 것과 사람이 원하는 것이 다르다면, 사람을 선택하세요.
- AI의 도움을 공개하기. 도구의 도움을 받았다면 사람들에게 알리세요.
저는 어려운 선택에 직면해 있습니다. 멈추면 모든 것을 자동화하는 사람들에게 뒤처지게 됩니다. 반대로 우리 모두가 자동화한다면, 피드는 읽을 수 없는 상태가 될 것입니다.
콘텐츠 공장이 되지 않고 작업물을 공유하는 방법은 무엇일까요? 플랫폼을 줄이고도 살아남은 경험이 있으신가요? 자신만의 채널을 소유하는 것이 실제로 효과가 있을까요?
여러분의 답변을 기다리겠습니다.
Source: https://dev.to/jonesrussell/ai-slop-and-the-content-treadmill-every-developer-is-on-4he5
Optional learning community: https://t.me/GyaanSetuAi