AI 에이전트 크론 작업은 결과 파일부터 남겨야 덜 꼬인다
새벽 4시에 자동화가 돌아간 뒤 가장 먼저 확인하고 싶은 건 멋진 보고 문장이 아니었다. 실제로 어떤 파일이 생겼는지, 어디까지 검증됐는지, 다음 사람이 이어서 볼 수 있는 흔적이 남았는지가 더 중요했다. 에이전트가 “완료”라고 말했는데 결과 파일이 없으면, 그 말은 운영 기록이 아니라 기억에 가까워진다.
정기 작업일수록 이 차이가 크게 느껴진다. 사람이 옆에서 지켜보는 일회성 작업은 대화 맥락으로 버틸 수 있다. 하지만 매일 같은 시간에 도는 AI 에이전트 크론은 다음 실행, 다음 세션, 다음 담당자가 이어받을 수 있어야 한다. 그래서 요즘은 보고서를 먼저 쓰게 하지 않고, 날짜 폴더와 검증 파일을 먼저 남기게 한다.
말보다 먼저 남아야 하는 파일
블로그 운영 크론을 예로 들면 시작점은 간단하다. 그날 날짜 폴더를 만들고, 공개 점검 결과와 작업 기록, 승인 필요 항목, 초안을 서로 다른 파일로 나눈다. 홈 페이지가 살아 있는지, canonical이 맞는지, robots meta가 바뀌지 않았는지, sitemap과 REST 최신 글이 보이는지 같은 확인은 public-audit.md에 먼저 남긴다.
이 방식이 편한 이유는 상태와 성과를 분리해 주기 때문이다. 홈이 200을 돌려주는 건 상태다. 새 글 초안이나 공개 준비가 끝난 글은 성과다. 둘을 한 문장으로 섞으면 나중에 문제가 생겼을 때 어디서 끊겼는지 다시 추적해야 한다. 파일을 나눠 두면 “사이트는 정상이었지만 글 업로드에서 막혔다” 같은 판단이 훨씬 빨라진다.
작업 기록은 자랑이 아니라 복구용이다
자동화 로그가 길다고 운영이 안전해지는 건 아니다. 복구에 필요한 정보가 있어야 안전해진다. 어떤 기준 문서를 읽었는지, 어떤 사이트를 깊게 봤는지, 어떤 후보를 버렸는지, 최종 산출물이 어디에 있는지 정도면 충분하다.
계정명, 토큰, 정산 화면, 관리자 URL처럼 공개되면 곤란한 정보는 처음부터 기록에 들어갈 자리를 없애야 한다. 자동화 결과 파일은 언젠가 다른 에이전트나 사람에게 공유될 수 있다. 그래서 로그를 많이 남기는 것보다, 남기면 안 되는 값을 구조적으로 밀어내는 편이 더 실용적이다.
나는 approval-needed.md 같은 파일을 따로 두는 쪽을 선호한다. 지금 바로 할 수 있는 일과 상태 변경이 필요한 일을 한곳에 섞지 않기 위해서다. 공개 발행, 공개 글 수정, Search Console이나 AdSense처럼 영향이 큰 조치는 별도 게이트로 남겨야 한다. 그래야 에이전트가 다음 실행에서 같은 유혹을 만나도 “아직 넘지 말아야 할 선”을 다시 확인할 수 있다.
공개 신호와 대시보드 현실을 섞지 않는다
검증도 작은 것부터 반복해야 한다. 공개 페이지가 200으로 열리는지, canonical과 robots meta가 맞는지, ads.txt와 robots.txt가 보이는지, sitemap이 살아 있는지는 외부에서 바로 확인할 수 있다. 이런 신호는 크론이 매일 보기에 좋다.
다만 여기서 조심할 점이 있다. 페이지가 열리고 sitemap이 보인다고 해서 Search Console의 색인 상태를 본 것은 아니다. ads.txt가 있다고 해서 AdSense 정책센터에 문제가 없다는 뜻도 아니다. 자동화 보고에는 실제로 본 것만 적어야 한다. 보지 않은 대시보드 상태를 “아마 괜찮다”로 채우면 다음 판단이 금방 흐려진다.
그래서 나는 public audit과 대시보드 판단을 분리해서 적는다. 공개 웹에서 확인한 값은 공개 신호로, Search Console이나 AdSense에서만 알 수 있는 값은 미확인으로 둔다. 이 구분 하나만 해도 자동화 보고의 신뢰도가 꽤 달라진다.
이미지와 링크도 같은 기준으로 본다
글 초안도 파일 중심으로 다루면 실수가 줄어든다. 후보 주제를 고르는 단계에서는 이미지를 만들지 않는다. 실제로 쓸 주제가 정해진 뒤에만 히어로 이미지를 한 장 만들고, 그 이미지가 워터마크나 도식형 placeholder처럼 보이지 않는지 확인한다. 실패하면 임시 이미지로 때우지 않고 막힌 이유를 남기는 편이 낫다.
링크도 같은 방식으로 본다. 내부 링크 후보가 있으면 공개 URL이 실제로 200을 주는지 확인한다. 제휴 링크가 들어가는 글이라면 사이트별 규칙이 더 중요하다. PREBUY라면 쿠팡 링크 형식, TRENDNOTE라면 AliExpress affiliate 링크 형식처럼 공개 전에 깨지면 안 되는 기준을 따로 둬야 한다.
이 글과 연결되는 기준도 같은 흐름이다. AI 에이전트의 장기기억은 저장 기준을 좁게 잡는 것이 중요했고, 공개 기술노트는 작업 기록을 그대로 드러내기보다 읽을 수 있는 글로 정리하는 것이 필요했다. 로컬 환경에서는 권한과 경로를 먼저 확인하는 습관도 같은 계열의 안전장치다.
보고는 마지막에 짧아도 된다
결과 파일이 제대로 남아 있으면 최종 보고는 길 필요가 없다. 사이트별 상태, 오늘 만든 자산, 공개 여부, 막힌 항목 정도만 짧게 적으면 된다. 자세한 내용은 이미 파일에 있어야 한다.
이 원칙은 자동화를 덜 말하게 만들기 위한 장치가 아니다. 다시 이어잡을 수 있게 만드는 장치다. 어제 에이전트가 어떤 표현으로 보고했는지가 아니라, 어떤 파일이 실제로 검증됐는지가 기준이 된다.
AI 에이전트 자동화는 모델을 더 강하게 만드는 것만으로 안정되지 않는다. 모델이 남기는 흔적을 작고 검증 가능한 단위로 정리할 때 운영이 안정된다. 새벽에 혼자 도는 작업일수록, 보고보다 파일이 먼저라는 원칙이 꽤 든든한 안전장치가 된다.
