AI로 블로그 글쓰기: AI 티 안 나게 쓰는 법

초안부터 쓰는 것이 실수입니다

거의 모든 사람이 초안부터 써 달라고 요청하면서 시작합니다. 그래서 거의 모든 AI 블로그 글이 비슷하게 읽히는 겁니다. 모델이 참고할 것이라고는 그 주제에 대해 이미 쓰인 모든 글의 평균값뿐이라, 정확히 그 평균을 돌려줍니다. 유창하고 구조적으로 완벽하지만, 이미 상위에 노출된 열두 개의 글과 구분되지 않습니다.

블로그 글을 쓰는 일은 사실 세 가지 작업이고, 초안 작성은 그중 세 번째일 뿐입니다. 먼저 이미 어떤 이야기가 나와 있는지 파악합니다. 그다음 자신이 무엇을 더할지 정합니다. 그제야 비로소 문장을 쓰기 시작합니다. 각 작업마다 가장 잘 맞는 모델이 다르기 때문에, 모델 하나만 쓰는 워크플로우는 어느 단계에서든 삐걱거리게 됩니다.

단계	모델	담당 역할
리서치와 기존 콘텐츠 조사	Gemini	열어볼 수 있는 출처가 딸린 최신 웹 자료
앵글과 논지	무엇이든, 대립 구도로 사용	기존 콘텐츠의 빈틈과 자신의 주장에 대한 반론
구조와 개요	GPT	브리프를 유지하고, 깔끔한 위계 구조를 만들며, 흐트러지지 않음
문장	Claude	가장 따뜻한 톤, 군더더기가 가장 적고, 목소리를 끝까지 유지함
팩트체크	Gemini 또는 웹 연결 모델	기억이 아니라 실제 출처 검색
최종 편집	당신	자동화될 수 없고, 한 번도 그런 적 없는 부분

Whizi는 모델을 바꿔도 대화 흐름을 그대로 유지하기 때문에, 초안을 쓰는 모델이 리서치와 개요를 그대로 볼 수 있습니다. 완성된 글이 잘 쓰인 문단들의 나열이 아니라 하나로 이어지는 이유는 대부분 이 연속성 덕분입니다.

1, 2단계: 리서치하고 빈틈을 찾기

프롬프트: 이미 있는 것 파악하기

[주제]에 대한 현재 콘텐츠를 조사해줘. 다음을 정리해줘: URL과 게시일이 포함된 현재 상위 노출 글들, 각 글의 주장, 모든 글이 공통으로 말하는 지점(합의된 내용), 최근 12개월 이내의 데이터나 동향과 그 출처, 그리고 이 글들이 답하지 않는 독자 질문들. 모든 내용에 출처를 표시해줘. 주장을 검증할 수 없으면 미검증으로 표시해줘.

프롬프트: 빈틈 찾기

그 콘텐츠들을 바탕으로 무엇이 빠져 있어? 구체적으로: 모든 글이 논증 없이 전제하는 건 뭐야, 숙련된 실무자라면 이 합의된 견해의 어떤 부분을 순진하다고 볼까, 어려워서 다들 피하는 질문은 뭐야, 그리고 이 표준적인 조언이 통하지 않는 독자에게는 무엇이 사실일까?

두 번째 프롬프트야말로 글이 대체 가능하지 않게 되는 지점입니다. 그 결과물을 완성된 앵글이 아니라 후보 목록으로 취급하고, 자신이 실제로 사실이라고 아는 것을 고르세요. 모델은 빈틈을 찾아낼 수는 있지만, 자신이 겪어보지 않은 경험으로 그 빈틈을 채울 수는 없습니다.

프롬프트: 앵글 압박 테스트

내 논지는 이거야: [한 문장으로 서술]. 이걸 최대한 강하게 반박해봐. 가장 강력한 반례는 뭐고, 이 주장이 성립하려면 내가 뭘 증명해야 하며, 더 방어하기 쉬운 좁힌 버전이 있을까? 내 편을 들지 마.

3, 4단계: 개요 잡고 초안 쓰기

프롬프트: 개요

[논지]를 주장하는 글의 개요를 짜줘. 독자층: [독자가 누구고 무엇을 이미 알고 있는지]. H2 제목과 각 제목 아래 다룰 구체적인 논점, 사용할 근거를 정리해줘. 규칙: 모든 섹션은 하위 주제를 다루는 게 아니라 논증을 진전시켜야 함, 독자가 정말 모르는 경우가 아니면 「무엇은 무엇인가」 식 섹션 금지, 그저 반복만 하는 결론 금지. 내가 근거를 안 준 섹션이 있으면 표시해줘. 리서치: [위 대화를 참조].

근거 빈틈 표시 기능 덕분에 핵심 주장을 뒷받침할 수 없다는 사실을 800단어를 쓰고 나서야 깨닫는 일을 막을 수 있습니다.

프롬프트: 글 전체가 아니라 한 섹션 쓰기

[섹션 이름] 섹션을 써줘. 이 섹션의 논점: [개요에서 가져옴]. 근거: [붙여넣기]. 목소리: [자신의 글 3문단 붙여넣기]. 규칙: 배경 설명이 아니라 논점으로 시작할 것, 경쟁사 글에도 그대로 나올 법한 문장 금지, 모든 주장은 제시된 근거로 추적 가능할 것, 측정할 수 없는 형용사 금지, 전환용 군더더기 금지. 분량: 약 [n]단어.

글 전체를 요청하는 대신 섹션 단위로 초안을 쓰세요. 전체 글을 한 번에 생성하면 요약 쪽으로 흘러가지만, 정해진 역할과 고유한 근거를 가진 섹션은 구체성을 유지합니다. 또한 부실한 섹션을 1500단어 지점이 아니라 200단어 지점에서 바로 잡아낼 수 있습니다.

프롬프트: 다시 쓰기 전에 비판하기

수정하기 전에, 이 초안에서 가장 약한 세 가지를 짚어줘. 근거 없는 주장, 새로운 내용이 없는 문단, 이 주제에 대한 어떤 글에도 그대로 들어갈 수 있는 문장, 또는 논증이 단계를 건너뛴 부분. 각각을 인용해줘. 아직 다시 쓰지는 마.

AI 티가 나는 특징과 없애는 법

독자는 AI가 쓴 글을 금방 알아챕니다. 그리고 그건 막연한 품질 문제가 아니라 몇 가지 구체적인 습관 목록입니다. 각각에는 고치는 법이 있습니다.

AI 티	어떻게 나타나는지	해결법
헛기침 도입부	「오늘날 빠르게 변화하는 디지털 환경에서」	논점으로 바로 시작하고 배경 설명을 하지 말라고 지시하기
모든 게 대칭	모든 섹션이 같은 길이, 모든 목록이 정확히 세 항목	강약을 불균등하게 요구하기. 어떤 논점은 한 문장, 어떤 논점은 한 페이지가 필요함
억지로 균형 잡기	「X는 장점이 있지만 단점도 있다」를 모든 것에 적용	입장을 요구하고, 가장 강한 반론은 언급만 하지 말고 실제로 답하게 하기
메커니즘 없는 효과	「효율을 향상시킨다」	모든 주장에 작동 원리를 밝히도록 요구하기
다시 요약하는 결론	방금 읽은 내용을 요약하는 마지막 섹션	독자가 무엇을 해야 하는지, 무엇이 달라지는지 말하는 결론 요구하기
아무의 목소리도 아님	정확하고 매끄럽지만 누구의 글이든 될 수 있음	톤을 설명하는 대신 자신의 실제 글 샘플을 붙여넣기

가장 효과가 큰 해결법은 마지막 항목입니다. 자신의 실제 글 세 문단을 프롬프트에 붙여넣는 것은 어떤 톤 형용사 목록보다 효과적입니다. 모델은 예시는 흉내 낼 수 있지만 설명은 흉내 낼 수 없기 때문입니다.

그다음 모델이 할 수 없는 것을 더하세요. 자신의 실제 업무에서 나온 구체적인 숫자, 시도했다가 실패한 것, 고객이 실제로 제기한 반론 같은 것들입니다. 실제 경험에서 나온 구체적인 디테일 하나가 문체 편집 전체보다 신뢰도에 더 크게 기여합니다.

5단계: 절대 생략할 수 없는 팩트체크

블로그에 실린 조작된 통계는 영구적이고, 인용될 수 있으며, 온전히 당신 책임입니다. 모델은 그럴듯한 출처가 딸린 그럴듯한 숫자를 완전한 확신을 가지고 만들어내고, 그 실패는 결과물에서 전혀 티가 나지 않습니다.

프롬프트: 주장 검증하기

이 초안에 있는 모든 사실적 주장, 통계, 날짜, 인용문을 표로 정리해줘. 항목, 이 대화의 출처에서 나온 것인지 아니면 일반 지식에서 나온 것인지, 있다면 출처 URL까지. 일반 지식에서 나온 건 전부 미검증으로 표시해줘. 그럴듯한 값으로 빈틈을 채우지 마.

그다음 모든 출처를 직접 열어보세요. 의심 가는 것만이 아니라 전부입니다. 가장 흔한 오류는 지어낸 통계가 아니라, 잘못된 주장에 붙은 진짜 통계나 2019년 수치를 최신인 것처럼 제시하는 경우이고, 둘 다 페이지를 직접 열어보지 않으면 보이지 않습니다.

특히 두 가지를 확인하세요. 그 숫자가 여전히 당신이 말하는 대상을 가리키는지, 그리고 그 출처가 원본인지 아니면 다른 누군가가 인용한 것을 재인용한 것인지. 통계는 전달될수록 왜곡되며, 세 단계를 거친 수치는 원본에서 보면 알아볼 수 없을 정도로 달라져 있는 경우가 많습니다.

현실적으로 얼마나 절약되는지

세 시간 걸리던 1500단어짜리 글이 이 워크플로우를 쓰면 약 45분으로 줄어들고, 모델 비용은 셀 가치도 거의 없을 정도입니다. Whizi의 모델 비용 지수(2026년 8월 20일 기준 정가)를 보면 Claude Sonnet 5로 일반적인 답변 하나에 약 $0.007이 들어서, 15번 프롬프트를 주고받는 초안 작성 세션 전체도 10센트 정도밖에 안 됩니다. 절약은 리서치, 개요 작성, 첫 초안까지 도달하는 과정에 집중되어 있는데, 이 부분들이 원래 가장 오래 걸리던 작업이었습니다. 클라이언트를 위해 글을 쓴다면, 프리랜서를 위한 AI 도구에서 제안서, 스코핑, 클라이언트 목소리 작업까지 다룹니다.

이 워크플로우가 압축하지 못하는 것은 최종 편집이고, 압축하려고 하지 마세요. 생성된 문장 중 대략 80퍼센트는 남기고 나머지는 다시 써야 한다고 예상하세요. 특히 도입부와 자신의 경험을 담아야 하는 부분이 그렇습니다. 그 마지막 손질이야말로 글이 그저 무난한 수준을 넘어 읽을 가치가 있는 글이 되는 지점입니다.

검색 관점에서 보면, Google의 가이드라인은 AI 사용 자체가 아니라 저품질 콘텐츠를 겨냥합니다. 정확하고 기존 콘텐츠에 없는 것을 더하는 글은 문제없을 겁니다. 프롬프트 한 번으로 생성해서 손보지 않고 그대로 올린 글은 그렇지 않을 것이고, 점점 더 제대로 색인조차 되지 않을 겁니다. 이미 그런 글이 수천 개나 있기 때문입니다.