SEO 콘텐츠를 AI로 만들 때 가장 먼저 드는 유혹은 "뉴스 몇 개 던져 주고 완성된 글을 받자"입니다. 프롬프트 하나로 끝내는 방식이죠. 자산·금융 뉴스를 소재로 콘텐츠를 자동 생산하는 시스템을 만들며 이 방식을 먼저 시도했고 곧 다섯 단계로 쪼갰습니다. 왜 나눴는지, 나눠서 무엇이 좋아졌는지를 정리합니다.
한 번에 다 시키면 무엇이 안 되나
한 프롬프트로 토픽 선정부터 SEO, 형식까지 다 시키면 세 가지가 동시에 무너집니다. 첫째, 어느 부분이 잘못됐는지 짚을 수가 없습니다. 결과가 마음에 안 들어도 토픽 선택이 나빴는지, 초안이 부실했는지, 형식만 틀렸는지 구분이 안 됩니다.
둘째, 부분만 다시 시킬 수가 없습니다. 형식이 살짝 어긋났을 뿐인데 글 전체를 다시 생성해야 하고 그때마다 토픽부터 다시 뽑히면서 앞에서 맞았던 것까지 흔들립니다. 셋째, 각 작업에 맞는 온도나 길이를 따로 줄 수 없습니다. 토픽 선정은 보수적으로, 초안은 자유롭게 가고 싶어도 한 호출 안에서는 하나의 설정만 적용됩니다.
다섯 단계로 나눈 경계
그래서 파이프라인을 토픽 큐레이터, 초안 작성, SEO 최적화, 품질 검증, 형식 변환의 다섯 단계로 나눴습니다. 각 단계는 앞 단계의 출력을 입력으로 받아 자기 일만 합니다. 토픽 큐레이터는 수집된 기사 중에서 SEO 가치가 있는 토픽을 고르고 초안 작성은 고른 토픽으로 본문을 쓰고 SEO 최적화는 메타 정보와 제목·구조를 다듬고 품질 검증은 점수를 매기고 형식 변환은 채널에 맞는 마크업으로 바꿉니다.
경계를 이렇게 그으니 각 단계가 작아지고 책임이 분명해졌습니다. 토픽 큐레이터는 플랫폼과 무관한 공통 작업이라 언어만 맞춰 한 번 돌리면 되고 초안부터는 채널과 언어에 따라 프롬프트가 갈립니다. 단계가 독립적이라 한 단계의 프롬프트를 손봐도 다른 단계에 영향을 주지 않습니다.
단계마다 흔적을 남긴다
나눈 김에 각 단계의 실행 기록을 전부 남기게 했습니다. 어떤 입력이 들어갔고 모델이 무엇을 반환했고 토큰을 얼마나 썼고 몇 초가 걸렸는지를 단계별 로그로 적습니다. 이 로그가 있으면 결과가 이상할 때 어느 단계에서 무슨 일이 있었는지 바로 되짚을 수 있습니다.
토큰 사용량을 단계별로 남긴 것은 나중에 비용 관리로 이어졌습니다. 하루 누적 사용량을 이 기록에서 합산해 상한을 걸 수 있었으니까요. 처음에는 디버깅용으로 남긴 로그가 운영 안전장치의 근거 데이터가 된 셈입니다.
품질 검증은 별도 단계로 뺐다
특히 품질 검증을 초안 작성과 합치지 않고 독립 단계로 둔 것이 유효했습니다. 검증기는 생성된 글과 원본 소스를 함께 받아 사실 정확성, 중복 표현, 가독성을 평가해 점수를 매깁니다. 점수가 기준에 못 미치면 재작성 지시와 함께 초안 단계로 되돌립니다.
이 되돌림을 무한히 두면 위험하므로 재시도 횟수에 상한을 걸었습니다. 정해진 횟수만큼 다시 써도 기준을 못 넘으면 그 글은 사람 검토로 넘겨 판단을 맡깁니다. 품질 게이트를 별도 단계로 뺀 덕분에 이 재작성 루프를 파이프라인의 다른 부분을 건드리지 않고 조립할 수 있었습니다. 품질 게이트의 통과 강제 방식은 LLM 품질 게이트와 자동 재작성에서 더 다룹니다.
프롬프트는 단계 밖에 둔다
다섯 단계로 나누고 나니 자연스럽게 각 단계의 프롬프트를 어디에 둘지가 문제였습니다. 코드에 박아 두면 문구 하나 고치는 데도 배포가 필요합니다. 그래서 프롬프트를 데이터베이스로 빼서 실행 시점에 불러오게 했는데 이 이야기는 프롬프트를 코드가 아닌 DB로 관리하기에서 이어집니다. 파이프라인 전체가 어떻게 무인으로 도는지는 AI SEO 콘텐츠 생성·발행 자동화 사례에서 볼 수 있습니다.
자주 묻는 질문
왜 한 번의 프롬프트로 끝내지 않았나요?
한 호출로 토픽부터 형식까지 다 시키면 결과가 나빠도 어느 부분이 문제인지 짚을 수 없고 부분만 다시 시킬 수도 없습니다. 단계를 나누면 각 단계를 따로 디버깅하고 따로 재실행할 수 있으며 단계마다 온도나 길이 같은 설정을 다르게 줄 수 있습니다.
단계가 많아지면 느리고 비싸지 않나요?
호출이 늘어 시간과 비용이 조금 더 드는 것은 맞습니다. 대신 부분 재실행이 가능해져 형식 하나 고치자고 글 전체를 다시 만드는 낭비가 사라지고 단계별 토큰 기록으로 어디에 비용이 쓰이는지 보이기 때문에 오히려 통제가 쉬워집니다.
다섯 단계는 고정인가요?
이 프로젝트의 다섯 단계는 콘텐츠 종류와 발행 채널에 맞춘 구성입니다. 핵심은 개수가 아니라 선정, 생성, 검증, 변환처럼 성격이 다른 작업을 한 호출에 섞지 않는다는 원칙입니다. 도메인이 다르면 단계 구성도 달라질 수 있습니다.