블로그를 운영하는 1인 사업자라면 한 번쯤 같은 고민을 합니다. 글 한 편 쓰는 데 왜 이렇게 오래 걸릴까요. 키워드 잡고, 경쟁 글 분석하고, 본문 쓰고, 이미지 만들고, 네이버에 올리기 좋게 다듬고. 한나절이 그냥 사라집니다.
저는 비개발자입니다. 본업은 지식산업센터 중개입니다. 그런데 지난 몇 달 동안 매일 한 편씩 블로그를 발행하면서, 글 1편당 실제 손이 가는 시간을 15~20분까지 줄였습니다. 도구는 단 하나입니다. Claude Code 블로그 자동화 시스템. 이 글에서는 그 시스템을 어떻게 짰고, 어떤 단계에서 얼마나 줄어들었는지 가감 없이 풀어보겠습니다.
검색해 보면 Claude Code 블로그 자동화 관련 한글 자료는 아직 1,213건 정도밖에 안 됩니다. 2025년 10월부터 2026년 4월까지 네이버 데이터랩 검색 지수는 약 15배 뛰었습니다. 즉, 한국 시장에서는 지금 막 폭발하는 구간입니다. 누가 먼저 자기 워크플로를 시스템화하느냐가 1년 뒤 격차를 만든다고 봅니다.
처음 ChatGPT로 블로그 글을 써봤을 때 솔직히 실망했습니다. 글은 나오는데, 매번 같은 말투, 같은 구조, 같은 마무리 멘트. "잘 봐주셨길 바랍니다" 같은 정형 문구로 끝나는 글을 누가 끝까지 읽을까요. 게다가 이미지 생성, 네이버 HTML 변환, 옵시디언 저장 같은 부가 작업은 결국 제가 손으로 다 해야 했습니다.
저는 코드를 못 씁니다. Python 문법도 가물가물합니다. 그런데 Claude Code는 결이 다릅니다. 자연어로 "이런 파이프라인을 만들어줘"라고 말하면 파일을 만들고, 테스트하고, 에러 나면 스스로 고칩니다. macOS 데스크톱 앱(Claude Opus 4.7, 1M 컨텍스트)에서 띄워 놓고 쓰는데, 한 세션에 책 한 권 분량이 들어가니까 시스템 전체를 한 번에 파악합니다.
중개 사무소를 혼자 운영하는 입장에서 Claude Code 블로그 자동화의 핵심은 두 가지입니다. 글 한 편을 만드는 데 드는 절대 시간이 줄어드는가, 그리고 그 글의 품질이 손으로 쓴 것보다 떨어지지 않는가. 시스템을 옮겨오고 나서야 저 둘이 동시에 가능해졌습니다. 처음엔 저도 "AI 글은 한계가 있겠지"라고 생각했는데, 검수 단계를 시스템에 박아두니까 결과물이 안정됐습니다.
비개발자가 0부터 자기 시스템을 갖추는 데 며칠이면 충분할까요. 저는 주말 이틀, 평일 저녁 일주일 정도 만에 1차 버전을 띄웠습니다. 완벽주의를 버리고 "일단 굴리고 고친다"는 마음으로 접근하면 일주일 안에 첫 자동 발행이 가능합니다.
다른 AI 글쓰기 도구를 안 써본 게 아닙니다. 그런데 Claude Code 블로그 자동화가 다른 도구와 다른 이유는 분명합니다.
첫째, 멀티스텝 분리가 표준입니다. 글 한 편을 한 모델이 통짜로 처리하는 시대는 끝났습니다. 키워드 분석, 글 작성, 이미지 생성, 검증, 변환은 각자 다른 책임을 갖는 단계입니다. Claude Code는 서브에이전트(Subagent)와 Skills, Hooks, MCP를 조합해서 단계별로 다른 모델·다른 프롬프트·다른 도구를 붙일 수 있습니다. 키워드 분석은 빠른 모델, 본문 작성은 Opus, 이미지는 Imagen 4.0. 한 도구 안에서 다 됩니다.
둘째, 파일시스템과 직접 대화합니다. 일반 챗봇 UI는 결과를 복붙해서 옮겨야 합니다. Claude Code는 옵시디언 vault, 스크립트 폴더, 결과물 폴더에 직접 쓰고 읽습니다. 발행 직전 마크다운이 옵시디언 "블로그 초안" 폴더에 자동 저장됩니다. 옮겨 적는 수고가 0입니다.
셋째, MCP(Model Context Protocol)가 외부 세계와 다리를 놓습니다. 저는 Obsidian, Google Calendar, Telegram, Web Search, Web Reader 5개 MCP를 붙여 놨습니다. 글 발행 직전에 Web Search MCP로 사실을 한 번 더 교차 확인하고, 완성되면 Telegram MCP로 휴대폰에 알림이 옵니다. "키워드 → 발행 직전 마크다운까지 15~20분"이 가능한 이유는 단계 사이에 사람이 끼어들 필요가 없어서입니다.
넷째, 자기 검수 루프가 만들어집니다. 글이 짧거나, 금지어가 들어 있거나, 같은 이미지가 두 섹션에 박히면 자동으로 재작성을 돌립니다. 이 부분은 뒤에서 자세히 풀겠습니다.
중개업을 하면서 가장 크게 느낀 변화는 새벽이나 주말에 발행을 돌릴 수 있다는 점입니다. 매물 답사 다녀와서 저녁 8시에 키워드 한 줄 던져 놓으면, 9시에 텔레그램으로 "발행 준비 완료" 알림이 울립니다. 저는 검수만 합니다.
전체 구조는 의외로 단순합니다. 복잡해 보이지만 한 줄로 요약하면 이렇습니다. 키워드 입력 → 분석 → 글쓰기 → 이미지 → 검증 → 발행 직전 산출물.
[키워드]
↓
[naver-analyzer] + [serp-analyzer] ← 병렬 실행
↓
[blog-writer-naver] ← 본문 작성 (Opus 4.7)
↓
[blog-image] ← Gemini Imagen 4.0 커버 + 본문 이미지
↓
[news_image_collector] ← 실사진 수집
↓
[news_image_processor] ← 톤 통일 (framed 모드)
↓
[blog_image_inserter] ← 마크다운에 이미지 삽입
↓
[blog_validator] ← 검수 게이트
↓ (실패 시 ↻)
[blog_rewrite_loop] ← 3회 재시도, 그래도 실패면 회로차단
↓
[md_to_naver_html] ← 네이버 호환 HTML 변환
↓
[옵시디언 "블로그 초안/" 폴더]
↓
[Telegram 알림]
Claude Code 블로그 자동화의 개별 에이전트는 모두 단일 책임을 갖습니다. naver-analyzer는 네이버 SERP만 봅니다. blog-writer-naver는 글만 씁니다. blog_validator는 검수만 합니다. 한 에이전트가 여러 일을 겸하지 않습니다. 이게 하네스 엔지니어링 원칙인데, 처음엔 거추장스러워 보여도 디버깅할 때 진가가 나옵니다. 글이 이상하게 나오면 어느 단계에서 망가졌는지 5분이면 추적됩니다.
저는 이 구조를 짜면서 한 가지 실수를 많이 했습니다. "이 단계도 한 모델이 같이 하면 토큰 아끼지 않을까" 하는 생각. 결과는 정반대였습니다. 한 모델에게 너무 많은 책임을 주면 컨텍스트가 흐려지고, 글자수 미달이 나거나 H2가 빠지거나 이미지가 중복됐습니다. 단계를 쪼갤수록 결과가 깨끗해졌습니다.
각 단계가 실제로 뭘 하는지 차례대로 풀어보겠습니다. 이 파트가 Claude Code 블로그 자동화의 심장입니다.
naver-analyzer는 네이버 검색 결과 수, 데이터랩 트렌드, TOP 4 글의 평균 글자수와 H2 개수, 키워드 빈도를 뽑습니다. serp-analyzer는 구글 SERP에서 PAA(People Also Ask) 질문을 긁어 FAQ 소재로 씁니다. 둘은 병렬로 돕니다. 키워드 1개당 약 60~90초 걸립니다.
blog-writer-naver 에이전트가 위 분석 결과를 받아 글을 씁니다. 글자수, H2 개수, 키워드 빈도는 분석 결과 기반으로 자동 결정됩니다. 톤 프리셋(T1 전문, T2 균형, T3 서툰체험)은 키워드 신호를 보고 자동 판별합니다. 부동산·법령 키워드면 T1, 일상·리뷰면 T3입니다.
여기서 제가 시스템에 박아둔 룰이 빛납니다. "AI 말투 7대 패턴"입니다. 단조로운 종결 반복, 과도한 접속사, 기계적 나열, 감정 없는 정보 전달, 강조어 남발, 동일 문장 구조 반복, 두괄식 일변도. 이 7개 중 하나라도 과하게 나오면 검증 단계에서 걸립니다.
Gemini Imagen 4.0이 H2 섹션마다 1장씩 이미지를 만듭니다. 커버 이미지는 별도로 1장. 그런데 AI 이미지만으로는 부동산 시세 글이나 부지 위치 글이 어색합니다. 그래서 news_image_collector가 실사진을 같이 긁어옵니다. 그다음 news_image_processor가 두 종류 이미지를 비슷한 톤으로 정리합니다. 액자 프레임을 씌우고 색감을 맞추는 후처리입니다.
같은 이미지가 두 섹션에 박히는 일은 검증 단계에서 자동 차단됩니다. 한 섹션에 이미지 자리표시자가 2개 들어가도 검증 실패입니다. 1섹션 1이미지 룰을 시스템이 강제합니다.
이게 진짜 핵심입니다. blog_validator는 다음을 자동으로 봅니다.
하나라도 실패하면 blog_rewrite_loop가 자동으로 재작성을 돌립니다. 3회 실패하면 회로차단(circuit breaker)이 걸리고 텔레그램으로 "이 키워드는 자동화로는 안 풀린다, 손으로 봐달라"는 알림이 옵니다. 이 회로차단이 없으면 무한 루프 돌면서 토큰만 태웁니다. 비개발자라도 이 패턴 하나는 꼭 박아두는 걸 추천합니다.
저도 처음엔 검증 단계를 안 넣었습니다. 그러다가 발행한 글에 "약 18억원대"라는 출처 없는 수치가 박혀 있는 걸 뒤늦게 발견했습니다. 부동산 글에서 그건 신뢰의 문제입니다. 그날부터 검증을 강제 게이트로 박았고, 이후로는 그런 사고가 안 났습니다.
Claude Code 2026의 4대 핵심은 Skills 통합, Hooks 고도화, Sub-agent 메모리, Plugins 시스템입니다. 저는 이걸 Claude Code 블로그 자동화에 어떻게 녹였는지 풀어보겠습니다.
Skills는 슬래시 커맨드입니다. /블로그 [키워드] 한 줄이면 위 8단계 파이프라인이 돕니다. /시각화, /today, /quiz 같은 다른 Skills도 같은 자리에 모여 있습니다. Skills 폴더에 .md 파일 하나 던지면 끝이라 비개발자에게 가장 진입장벽이 낮습니다.
Hooks는 글이 저장되기 전에 자동으로 끼어드는 검사 장치입니다. 저는 Pre-Write Protocol이라는 hook을 박아 놨습니다. 새 .py나 .md 파일을 만들기 전에 1) agent_registry에서 같은 일 하는 에이전트 있나 검색, 2) 도메인 레지스트리에서 SPoE(Single Point of Entry) 확인, 3) 새로 만들지 기존 것을 확장할지 결정. 이 3단계 흔적이 응답에 없으면 파일 생성이 차단됩니다. 중복 코드가 쌓이는 걸 시스템이 막아줍니다.
MCP는 외부 도구와의 다리입니다. Obsidian MCP가 글을 옵시디언 vault에 저장합니다. Telegram MCP가 발행 완료 알림을 보냅니다. Web Search MCP가 사실 검증용 교차 확인을 합니다. Google Calendar MCP는 발행 일정 관리에 씁니다. MCP는 한 번 붙여 놓으면 모든 Skills가 공유합니다.
Subagents는 .md 파일 하나에 정의된 작은 전문가입니다. naver-analyzer.md, blog-writer-naver.md, blog-image.md가 다 서브에이전트입니다. orchestration-blog-naver.md가 이 서브에이전트들을 순서대로 호출하는 지휘자 역할을 합니다.
처음에 이 네 개 개념이 헷갈렸습니다. 저는 이렇게 정리하고 나서 명확해졌습니다. Skills는 "사용자 명령 진입점", Subagents는 "전문가 한 명 한 명", MCP는 "외부 세계 콘센트", Hooks는 "감시 카메라". 역할이 안 겹칩니다.
저처럼 비개발자라면 Skills부터 시작하는 걸 추천합니다. .md 파일 한 장에 "이런 순서로 일해줘"라고 써두기만 해도 절반은 끝납니다. Hooks와 MCP는 익숙해진 다음에 붙여도 늦지 않습니다.
숫자로 정리해 보겠습니다. 다만 이건 어디까지나 제 환경 기준입니다. 키워드마다 편차가 있고, 다른 분이 똑같이 따라 한다고 같은 결과가 나온다는 보장은 없습니다.
시간 절감. 손으로 쓰던 시절, 블로그 글 1편을 키워드 잡기부터 발행 직전까지 정리하는 데 평균 3시간이 들었습니다. 지금은 키워드 입력부터 발행 직전 마크다운까지 약 15~20분입니다. 제가 실제로 손대는 시간은 검수 단계의 5분 정도입니다. 시간 자체로는 약 9분의 1 수준으로 줄었습니다.
품질. 검증 게이트와 재작성 루프 덕분에 발행 전 글 품질이 안정됐습니다. 글자수 5,000자 이상, H2 6~8개, 출처 없는 수치 0건, 이미지 중복 0건. 이게 강제되니까 매번 일정 수준 위로 나옵니다. 다만 100% 만족은 아닙니다. 사람 냄새 나는 디테일은 여전히 제가 마지막에 한두 문장 손봅니다.
가장 큰 변화. 시간이 줄어든 것보다, 에너지가 남는다는 점입니다. Claude Code 블로그 자동화로 옮겨온 뒤 가장 체감되는 부분입니다. 손으로 쓸 때는 글 한 편 끝내고 나면 본업 매물 답사 갈 기력이 없었습니다. 지금은 답사 다녀와서 글 검수만 합니다. 본업과 콘텐츠가 동시에 굴러가는 구조가 만들어졌습니다.
한계도 분명히 있습니다. 네이버는 공식 발행 API가 막혀 있습니다. 그래서 마지막 단계는 반자동입니다. 변환된 HTML을 브라우저에 복붙해서 올립니다. 이 부분은 누구도 못 푼 영역이고, 저도 못 풀었습니다. 단, 글·이미지·태그가 다 준비된 상태라 복붙 자체는 1~2분이면 끝납니다.
토큰 비용은 솔직히 말해 처음엔 신경 쓰였습니다. 지금은 캐시 적중률을 추적하는 로그를 박아 놔서, 같은 톤·같은 구조로 반복되는 부분은 캐시로 처리됩니다. 한 달 비용이 광고비 1~2건 수준이라 본업 ROI 관점에서는 충분히 남는 장사입니다.
Q1. Claude Code로 블로그 글을 자동 작성할 수 있나요?
가능합니다. 다만 Claude Code 블로그 자동화에 "버튼 한 번에 완성된 글"이라는 환상은 버리는 게 좋습니다. 키워드 분석, 본문 작성, 이미지, 검증을 단계별로 분리해서 파이프라인을 짜야 안정적입니다. 저는 Skills 한 줄로 호출되는 8단계 파이프라인을 만들었고, 마지막 5분 정도는 사람이 검수합니다. 키워드 입력부터 발행 직전까지 15~20분 정도입니다.
Q2. Claude Code와 ChatGPT 글쓰기의 차이는 뭔가요?
가장 큰 차이는 파일시스템·외부 도구와 직접 대화한다는 점입니다. ChatGPT는 결과를 복붙해서 옮겨야 하지만, Claude Code는 옵시디언 vault에 직접 저장하고, MCP로 텔레그램·구글 캘린더·웹 검색까지 연결됩니다. 멀티스텝 워크플로를 한 도구 안에서 굴리고 싶다면 Claude Code 쪽이 결이 맞습니다.
Q3. AI 글이 검색·블로그 지수에 패널티가 있나요?
중요한 건 "AI가 썼느냐"가 아니라 "독자에게 유용한가"입니다. 같은 말투가 반복되거나, 출처 없는 수치가 박혀 있거나, 이미지가 중복되면 그게 패널티 사유입니다. 그래서 저는 AI 말투 7대 패턴 차단, 금지어 차단, 출처 없는 수치 차단을 검증 게이트에 박아 뒀습니다. 시스템이 거르면 결과물이 사람 글과 구분이 안 됩니다.
Q4. 비전공자가 0부터 며칠이면 만들 수 있나요?
저는 비개발자입니다. Claude Code 블로그 자동화 1차 버전은 주말과 평일 저녁만으로도 충분히 띄울 수 있습니다. 주말 이틀과 평일 저녁 일주일 정도에 1차 버전을 띄웠습니다. 처음부터 모든 기능을 다 넣지 마시고 Skills 1개, 서브에이전트 2~3개로 단순하게 시작하는 것을 권합니다. Hooks와 MCP는 익숙해진 뒤에 붙여도 늦지 않습니다. 완벽주의가 가장 큰 적입니다.
Q5. 옵시디언·텔레그램 같은 외부 툴은 어떻게 연결하나요?
MCP(Model Context Protocol)로 붙입니다. 저는 Obsidian, Google Calendar, Telegram, Web Search, Web Reader 5개를 연결해 놨습니다. 한 번 설정하면 모든 Skills가 공유합니다. 옵시디언 노트 자동 저장, 텔레그램 발행 완료 알림, 웹 검색 교차 확인이 모두 한 파이프라인 안에서 일어납니다.
정리하자면 Claude Code 블로그 자동화는 거창한 기술이 아닙니다. 매일 반복되는 일을 시스템에 위임하는 기술입니다. 코드를 못 쓰는 사람도, 본업이 따로 있는 1인 사업자도 충분히 만들 수 있습니다.
남은 1년 동안 한국 시장에서 Claude Code 블로그 자동화를 자기 워크플로에 녹이는 사람과 그렇지 않은 사람의 차이는 점점 벌어질 겁니다. 데이터랩 트렌드 15배 상승은 그 신호입니다. 지금이 늦은 출발점은 아닙니다. 다만 내년 이맘때 다시 보면 늦은 시점이 됩니다.
저는 부동산 중개를 하면서 매일 한 편씩 글을 발행합니다. 같은 Claude Code 블로그 자동화 시스템을 운영하실 분이 있다면, 단계 분리·검증 게이트·회로차단 이 세 가지만 꼭 박아두시기를 권합니다. 나머지는 굴리면서 보강해도 됩니다.