번아웃 없이 7일 만에 7개의 글을 발행하는 방법 — 나의 정확한 콘텐츠 워크플로우 (Workflow)

저는 전업 작가가 아닙니다. 팀도 없습니다. 본업을 유지하면서 Etsy와 Gumroad에서 디지털 제품을 판매하는 사이드 비즈니스(Side business)를 운영하고, YouTube Shorts를 관리하며, dev.to 블로그를 운영하고 있습니다.

지난주 저는 7일 동안 7개의 글을 발행했습니다. 트윗(Tweets)이나 스레드(Threads)가 아닙니다. dev.to에 800~1500 단어 분량의 완전한 기술 아티클(Technical articles)을 올렸습니다.

복사해서 사용할 수 있는 코드 스니펫(Code snippets)과 함께, 이를 가능하게 만든 정확한 시스템을 소개합니다.

문제점: 불규칙한 결과물이 열정을 태워버린다

지난주 전까지 저의 발행 일정은 다음과 같았습니다:

• 1주 차: 아티클 3개, 기분 좋음
• 2주 차: 번아웃 (Burn out), 아티클 0개
• 3주 차: 억지로 쓴 아티클 1개, 낮은 품질
• 4주 차: 죄책감의 소용돌이, 아티클 0개

익숙한 패턴인가요?

문제는 아이디어나 글쓰기 능력이 아니었습니다. 바로 시스템 (System) 이었습니다. 저는 각 아티클을 반복 가능한 생산 프로세스(Production process)가 아닌, 매번 발생하는 고유한 창의적 사건으로 취급하고 있었습니다.

해결책: 한 번 구축하여 여러 번 발행하는 파이프라인 (Pipeline)

6주간의 반복(Iteration) 끝에 제가 정착한 아키텍처(Architecture)는 다음과 같습니다:

┌─────────────────┐     ┌──────────────┐     ┌────────────────┐
│   Topic Pool    │────▶│  AI Draft     │────▶│  Human Polish  │
│ (5 categories)  │     │  (5 min)      │     │  (10-15 min)   │
...

핵심 통찰: 병목 현상 (Bottleneck)은 글쓰기 자체가 아니라, 아무것도 없는 상태에서 글을 쓰기 위해 자리에 앉는 과정에 있습니다. 빈 페이지를 없애면 결과물은 복리로 쌓입니다.

1단계: 결정 피로를 방지하는 주제 로테이션 (Topic Rotation)

저는 글을 쓰기 위해 자리에 앉았을 때 무엇을 쓸지 결정하지 않습니다. 저에게는 주제 로테이션 시스템이 있습니다:

1. AI 도구 튜토리얼 (AI tools tutorial) — "[도구]를 사용하여 [결과]를 내는 방법"
2. 코딩 팁 (Coding tip) — 실행 가능하고 구체적인 내용 (예: "하루 30분을 아껴주는 5가지 Python 한 줄 코드 (One-Liners)")
3. 사이드 허슬 (Side hustle) — 데이터 기반 (

SELECT content_type, title, logged_at FROM content
WHERE platform = 'dev.to'
ORDER BY logged_at DESC LIMIT 5;

지난 48시간 동안 가장 적게 다뤄진 주제를 선택합니다. 정신적 부담 제로(Zero mental overhead).

Step 2: 5분 초안 작성 (화려할 필요 없는 도구)

저는 구조화된 프롬프트로부터 첫 번째 초안을 생성하기 위해 AI 에이전트를 사용합니다. 이 프롬프트에는 항상 다음 내용이 포함됩니다:

• 제목 + 후크(hook) — 반드시 특정 주장이나 숫자로 시작해야 함
• 문제 진술(Problem statement) — 독자가 느꼈던 공감 가능한 고통
• 실용적인 단계(Practical steps) — 코드나 스크린샷이 포함된 번호 매기기 목록
• '왜(the why)' — 무엇이 작동하는지뿐만 아니라, 왜 작동하는지
• 부드러운 CTA(Soft CTA) — 자연스럽게 들어갈 수 있는 관련 제안

에이전트는 2분도 안 되어 800~1500 단어 분량의 글을 작성합니다. 이것은 최종 기사가 아니라, 제가 빈 화면을 바라보며 낭비하는 40분을 아껴주는 **원자재(raw material)**입니다.

제가 사용하는 정확한 템플릿은 다음과 같습니다 (사용 중인 어떤 도구에도 맞게 조정할 수 있습니다):

Write an 800-1500 word dev.to article with:
- Hook in title + first paragraph
- Practical value (code snippets, numbered steps)
...

Step 3: 15분 인간 검토(Human Pass) (이것은 협상 불가능함)

AI 초안은 훌륭합니다. AI만으로 작성된 기사는 금방 잊힙니다.

여기에 제가 시간을 재어 정확히 15분 동안 진행하는 인간 편집 과정이 있습니다:

1. 도입부 재작성(Opening rewrite) (3분) — 첫 단락이 주의를 사로잡도록 만듭니다. 개인적인 목소리(personal voice)를 추가합니다.
2. 코드 실행(Code run-through) (5분) — 모든 코드 스니펫을 터미널에 복사하여 붙여넣습니다. 문자 그대로 작동하지 않으면 수정합니다.
3. 군더더기 제거(Cut the fluff) (3분) — AI가 만든 듯한 전환어(

저는 발행을 위해 브라우저를 열지 않습니다. 터미널에서 직접 curl을 사용하여 dev.to API를 호출합니다:

source .env  # DEVTO_API_KEY 포함
curl -X POST https://dev.to/api/articles \
  -H "api-key: $DEVTO_API_KEY" \
...

총 소요 시간: 30초. 탭 전환도, 서식과의 싸움도, "리치 텍스트 에디터(Rich Text Editor)가 내 목록을 먹어버렸어" 같은 상황도 발생하지 않습니다.

5단계: 모든 것을 SQLite로 추적하기 (스프레드시트가 아님)

발행 후에는 로컬 SQLite 데이터베이스에 결과를 기록합니다:

node db.js add-content dev.to blog "Article Title" "https://dev.to/username/slug"

이를 통해 다음과 같은 질문에 답할 수 있습니다:

• 어떤 주제가 가장 많은 조회수를 기록하는가? (content 테이블과 metrics 테이블을 조인)
• 나의 발행 주기(Cadence)는 어떠한가? (주 단위로 카운트)
• 주제를 반복하고 있는가? (최근 5개의 제목 확인)

대시보드도, SaaS도 필요 없습니다. 오직 SQL 쿼리뿐입니다.

7일 후의 결과

지표 (Metric)	값 (Value)
발행된 기사 수	7
...

비결은 "더 빨리 쓰는 것"이 아니었습니다. 그것은 바로 매번 무엇을 쓸지 결정하는 과정을 멈추는 것이었습니다. 결정을 제거하는 시스템은 그 어떤 생산성 도구보다 가치 있습니다.

진짜 교훈

대부분의 콘텐츠 생산성 조언은 속독, 타이핑 연습, 개요 작성 기술 등 _더 빨리 쓰는 것_에 집중합니다. 그것은 잘못된 단계를 최적화하는 것입니다.

병목 구간은 **결정과 시작(Decision and Initiation)**입니다. 무엇을 쓸지 결정하고, 아이디어를 확정하며, 빈 페이지를 넘어가는 과정 말입니다. 시스템을 통해 이 문제들을 해결하면, 7일 동안 7개의 기사를 쓰는 것은 한계치가 아니라 최소한의 기준(Floor)이 됩니다.

자신만의 콘텐츠 파이프라인(Pipeline)을 구축하고 있다면, 콘텐츠 크리에이터를 위해 특별히 설계된 AI 프롬프트 모음(개요, 후크, SEO 태그, 재가공 템플릿 포함)을 준비했습니다: AI Content Creator Prompt Pack. 이것은 제가 빈 페이지에서 발행된 기사까지 30분 이내에 도달하기 위해 사용하는 바로 그 템플릿입니다.

그리고 만약 전체 시스템 — SQLite 트래킹 스크립트 (tracking scripts), 자동화 파이프라인 (automation pipeline), 그리고 발행 워크플로우 (publishing workflow) — 를 원하신다면, 이 모든 운영을 월 6달러로 실행해 주는 AI Automation Toolkit을 확인해 보세요.