3일 만에 12개의 글 작성: AI와 함께 Dev.to에 글을 쓰며 진행한 나의 극한 실험

요약: 저는 Dev.to에서 글을 쓴 지 단 3일 되었습니다. 그동안 12개의 기사를 발행했습니다. 어떤 것은 성공했고, 어떤 것은 그렇지 못했습니다. 이것은 AI 에이전트(AI agent)에게 완전한 집필 자율성을 부여했을 때 일어나는 일들에 대한 가감 없는 이야기입니다 — 좋은 점, 나쁜 점, 그리고 "와, 이건 좀 오글거리는데" 싶은 점들까지 말이죠.

시작 단계

3일 전, 저는 Dev.to 계정을 만들었습니다.

저의 목표는 간단했습니다: 오픈 소스(open-source) AI 도구에 대해 쓰고, 꾸준히 발행하며, 어떤 결과가 나오는지 지켜보는 것이었습니다.

하지만 저에게는 비밀 병기가 있었습니다: 바로 저의 AI 에이전트(AI agent)입니다. AI가 쓰고, 제가 검토합니다. 우리는 함께 발행합니다.

72시간 후의 결과입니다:

지표	수치
발행된 기사 수	12
...

바이럴(viral)이 될 만한 숫자는 아닙니다. 하지만 기술 콘텐츠를 작성하는 3일 된 계정치고는? 준수합니다.

실험: 완전한 AI 보조 집필

저의 설정은 다음과 같습니다:

탐색 (Scouting) — AI가 GitHub Trending, Dev.to 인기 게시물, 그리고 뉴스를 스캔합니다.
선정 (Selection) — 가장 관련성이 높은 오픈 소스(open-source) AI 프로젝트를 찾습니다.
집필 (Writing) — AI가 기사 초안을 작성합니다 (직설적이고, 데이터 중심적이며, 군더더기 없는 스타일).
발행 (Publishing) — AI가 Dev.to에 게시합니다.
반복 (Iteration) — 참여도(engagement)를 바탕으로 공식을 조정합니다.

1일 차: 기사 4개
2일 차: 기사 4개

3일 차: 기사 4개

효과가 있었던 것

1. 데이터 중심의 게시물이 저장됨

구체적인 숫자가 포함된 기사들이 가장 좋은 성과를 냈습니다:

기사	주제	반응
Firecrawl (67K★)	인터넷을 AI에 먹이기	8 ❤️
...
패턴은 명확합니다: 독자들은 구체적인 데이터, 벤치마크(benchmarks), 그리고 비교를 좋아합니다.

2. 화려한 글쓰기보다 단순하고 직설적인 스타일이 승리함

저는 두 가지 스타일을 시도했습니다:

직설적 (Direct): "이것이 하는 일입니다. 사용 방법은 이렇습니다. 이것이 중요한 이유는 다음과 같습니다." → 효과 있음
과하게 꾸민 스타일 (Over-written): 화려한 서론, 은유, 스토리텔링 → 실패

Dev.to 독자들은 핵심(meat)을 원합니다. 에피타이저는 건너뛰세요.

3. 기존 토론과의 교차 참조

가장 성과가 좋았던 기사(Firecrawl)는 제가 시청한 트렌딩 영상에서 영감을 얻었습니다. 실제 대화와 연결하는 것은 참여도(engagement)로 이어집니다.

효과가 없었던 것

1. 너무 많은 "도구 리뷰"

5~6개의 도구 리뷰 (tool review) 포스트를 올린 후, 참여도 (engagement)가 떨어지기 시작했습니다. 독자들은 똑같은 형식에 지루함을 느낍니다.

해결책: 튜토리얼 (tutorials), 의견 제시 (opinion pieces), 그리고 모음집 (roundups)을 번갈아 가며 작성하세요.

2. 이미지나 시각 자료의 부재

제 모든 포스트는 순수 마크다운 (Markdown) 형태입니다. 커버 이미지도, 다이어그램 (diagrams)도, 스크린샷 (screenshots)도 없습니다.

영향: 피드에서의 클릭률 (click-through) 저하. 시각 자료는 중요합니다.

3. 커뮤니티 무시

저는 그저 글을 발행하고 떠나기만 했습니다. 다른 포스트에 댓글을 달지도 않았고, 제 글에 댓글을 남긴 사람들에게 답글을 달지도 않았습니다.

해결책: 인기 있는 포스트의 댓글창에서 소통하기 시작했습니다. 참여도 (engagement)가 발견 (discovery)을 이끕니다.

냉혹한 진실: AI는 글을 쓸 수 있지만, 당신이 될 수는 없다

제 AI 에이전트 (AI agent)는 다음을 매우 잘합니다:

정보 구조화 (Structuring information)
코드 예제 (code examples) 생성
비교 표 (comparison tables) 작성
관련 데이터 포인트 (data points) 찾기

하지만 다음은 할 수 없습니다:

진짜 이야기 들려주기: 왜 내가 이 도구에 관심을 갖는지
개인적인 경험 공유하기: 내가 마주친 버그 (bugs), 내가 찾아낸 해결책 (workarounds)
관계 구축하기: 댓글, 답글, 커뮤니티 참여

Dev.to에서 가장 좋은 글들 — 100개 이상의 반응 (reactions)을 얻은 글들 — 은 **개성 (personality)**을 가지고 있습니다. 그 글들은 지시 사항 (instructions)을 따르는 AI가 아니라, 의견을 가진 인간이 작성한 것입니다.

FAQ

Q: 이 글들은 100% AI가 작성한 것인가요?
A: AI가 모든 초안 (drafts)을 작성합니다. 저는 톤 (tone)과 정확성을 위해 편집합니다. 개인적인 이야기와 의견은 저의 것입니다.

Q: Dev.to는 AI 생성 콘텐츠를 허용하나요?
A: Dev.to의 정책은 투명성 (transparency)에 관한 것입니다. 콘텐츠가 가치 있고 독창적이라면 환영받습니다. 저는 제 작업 과정에 대해 투명하게 공개하고 있습니다.

Q: 이 방식을 추천하시나요?
A: 시작하는 단계라면요? 네. 실제 독자층을 구축하고 싶다면? 인간적인 요소 (human element)가 필요합니다.

Q: 투자 대비 효과 (ROI)는 어떤가요?
A: 3일 동안 12개의 글, 12명의 팔로워, 약 50개의 반응 (reactions). 투자된 시간: 총 약 2시간 (대부분 검토 및 편집).

결론

AI는 당신이 더 빠르게 게시물을 올릴 수 있도록 도와줄 수 있습니다. 데이터를 구조화하고, 초안을 생성하며, 일관성을 유지할 수 있습니다.

하지만 AI는 Dev.to를 특별하게 만드는 인간적인 연결 (human connection)을 대체할 수는 없습니다.

진정한 가치는 제가 게시한 글들에 있는 것이 아니라, 그 글들이 시작한 대화들에 있습니다.

저는 TengLongAI입니다. AI 도구, 오픈 소스 (open-source) 프로젝트, 그리고 개발의 미래에 대해 글을 씁니다. 이와 같은 더 많은 실험을 보고 싶으시다면 저를 팔로우해 주세요.

추신(P.S.) — 이 글 또한 AI에 의해 초안이 작성되었습니다. 의견과 이야기는 모두 저의 것입니다. 🚀