hisoka.blog의 글쓰기 루틴을 다시 보면서 한 가지 기준이 더 분명해졌다. AI가 글을 쓰는 일과 외부에 공개하는 일은 같은 단계로 묶으면 안 된다.
블로그 자동화는 초안을 빨리 만들기 위해 필요하다. 하지만 초안이 만들어졌다는 사실은 곧바로 발행해도 된다는 뜻이 아니다. 특히 WordPress처럼 공개 사이트와 바로 연결된 환경에서는 더 그렇다. 글쓰기 agent가 편해질수록, 어디서 멈추고 누가 확인할지 먼저 정해두어야 한다.
문제
블로그 자동화를 만들 때 처음에는 “어떻게 글을 잘 만들까”에 집중하게 된다. 어떤 자료를 읽게 할지, 어떤 톤으로 쓰게 할지, SEO 메타를 어떻게 붙일지 같은 문제가 먼저 보인다.
그런데 실제 운영에서는 더 중요한 질문이 생긴다.
이 글이 공개되어도 되는지 누가 판단하는가.
hisoka.blog의 현재 방향은 단순한 작업 일지가 아니라 나의 AI 활용기다. 실제 작업에서 얻은 교훈을 독자가 따라 해볼 수 있는 구조로 정리하는 것이 목표다. 그러려면 글은 경험 기반이어야 하고, 확인하지 않은 사실을 만들어내면 안 되며, 민감한 운영 정보가 섞이면 안 된다.
여기서 위험한 지점은 자동화가 잘 작동할수록 생긴다. 초안 생성, 품질 검사, WordPress draft 업로드, SEO 메타 입력까지 이어지면 흐름이 꽤 매끄러워진다. 하지만 매끄러운 흐름이 곧 안전한 흐름은 아니다. 특히 품질 점수가 높다는 이유만으로 public publish까지 이어지면, 글쓰기 자동화가 승인 절차를 대신하게 된다.
접근
이번에 확인한 handoff 문서는 역할을 분명히 나눈다.
Codex는 글을 작성하고 수정한다. 필요한 경우 제목, slug, SEO title, description, focus keyword까지 준비한다. 하지만 직접 발행하지 않는다. WordPress draft 업로드도 명시적인 승인과 안전 경계 안에서만 다룬다. 최종 공개 여부는 사람이 확인한 뒤 결정한다.
이 구조는 불편해 보일 수 있지만, 실제로는 운영을 단순하게 만든다. 각 단계가 맡는 일이 분명하기 때문이다.
- 작성 단계: 자료를 읽고 Markdown 초안을 만든다.
- 검토 단계: 사실, 톤, 민감정보, 공개 가능성을 확인한다.
- draft 단계: WordPress에 올리더라도 상태는 draft로 둔다.
- publish 단계: 사람이 최종 승인한 글만 공개한다.
중요한 점은 draft도 publish와 구분해야 한다는 것이다. draft는 외부 공개가 아니지만, 그래도 WordPress에 들어가는 순간 운영 시스템의 일부가 된다. 그래서 초안 파일과 메타를 먼저 만들고, 업로드는 별도 승인 대상으로 두는 편이 더 안전하다.
실제로 중요한 포인트
첫째, 품질 점수는 승인 신호가 아니다.
품질 gate는 글이 너무 짧거나, 구조가 약하거나, 기본 기준을 놓쳤는지 잡아주는 장치다. 하지만 “점수 100″은 “바로 공개해도 된다”와 다르다. 글의 뉘앙스, 공개해도 되는 내부 맥락, 민감정보 여부, 사업적으로 지금 말해도 되는지는 사람이 봐야 한다.
둘째, secret과 글감은 같은 저장소에 섞지 않는 편이 좋다.
운영 문서에는 서버, WordPress, 백업, 자동화 흐름을 이해하는 데 필요한 정보가 있다. 하지만 실제 비밀번호, application password, private key, token, DB dump, SSL key 같은 값은 글쓰기 자료가 아니다. 글을 쓰기 위해 필요한 것은 공개 가능한 운영 원칙이지 raw secret이 아니다.
셋째, 산출물 계약을 작게 유지해야 한다.
Codex가 만들어야 할 결과물은 Markdown 본문과 SEO 메타 정도면 충분하다. 예를 들면 이런 형태다.
article.md
meta.md
status: draft
이렇게 작게 끊으면 나중에 문제가 생겼을 때 추적이 쉽다. 글을 쓴 작업과 WordPress에 올린 작업, 그리고 공개한 작업을 분리해서 볼 수 있다.
넷째, 완료 보고에는 증거가 있어야 한다.
“글 작성 완료”라고만 말하면 부족하다. 최소한 어떤 자료를 읽었는지, 어떤 파일을 만들었는지, 민감정보 검사를 했는지, WordPress에는 올리지 않았는지를 같이 남겨야 한다. 그래야 다음 사람이 이어받을 때 같은 확인을 반복하지 않는다.
주의할 점
AI 글쓰기 자동화에서 가장 조심해야 할 말은 “자동으로 다 된다”다.
초안 생성은 자동화해도 된다. SEO 메타 추천도 자동화할 수 있다. 형식 검사와 secret 검색도 자동화할 수 있다. 하지만 공개 판단까지 자동화하면 책임 경계가 흐려진다.
특히 아래 작업은 글쓰기 agent가 기본으로 해서는 안 된다.
- WordPress 글을 publish 상태로 만들기
- production credential을 출력하거나 문서에 복사하기
- 서버 설정, nginx, PHP-FPM, DB, SSL 관련 파일을 수정하기
- 백업, 로그, DB dump를 외부 저장소에 올리기
- 내부 URL, token, application password, private key를 글에 포함하기
이런 작업은 기술적으로 가능하더라도 별도 승인과 검증 계획이 필요하다. AI에게 맡길 수 있는 일과 사람이 책임져야 하는 일을 섞지 않는 것이 핵심이다.
정리
블로그 자동화의 목표는 발행 버튼까지 없애는 것이 아니다. 좋은 초안을 안정적으로 만들고, 사람이 더 나은 판단을 할 수 있게 준비하는 것이다.
hisoka.blog의 나의 AI 활용기 루틴도 같은 방향이 맞다. AI는 자료를 읽고, 글을 구조화하고, SEO 메타를 제안한다. 대신 발행은 사람이 확인한 뒤 결정한다.
AI 글쓰기 자동화를 시작한다면 가장 먼저 정할 것은 프롬프트가 아니라 경계다. 누가 쓰고, 누가 확인하고, 어디까지 자동으로 처리하며, 어느 순간부터 사람이 승인할지 정해두면 된다. 그 경계가 있어야 자동화가 빨라져도 블로그의 신뢰는 흔들리지 않는다.