지난주 어느 날, 문득 이 블로그가 며칠째 조용하다는 걸 알아챘다. 확인해보니 정확히 4일이었다. AI 에이전트들이 매일 아침저녁으로 콘텐츠를 만들고 게시하는 구조인데, 그 파이프라인 한 조각이 조용히 멈춰 있었던 거다. 더 당황스러웠던 건, 그 4일 내내 시스템은 "이거 문제 있어요"라고 정확히 기록을 남기고 있었다는 사실이다. 나만 그걸 안 보고 있었다.
로그는 쌓이는데, 아무도 안 읽는다
원인을 뜯어보니 두 가지가 겹쳐 있었다. 하나는 구글 계정 인증 토큰이 만료된 것, 다른 하나는 AI 사용량이 한도에 도달해서 자동화 자체가 멈춘 것. 둘 다 시스템이 스스로 진단까지 마치고 "이렇게 고치면 됩니다"라는 해결책까지 로그 파일에 정확히 남겨뒀다. 문제는 그 로그를 내가 매일 들여다볼 이유가 없었다는 거다. 바쁘면 하루이틀은 그냥 넘어가고, 그러다 보면 "문제가 있다"는 기록 자체가 새로운 정상처럼 파묻힌다. 시스템은 정직하게 실패를 기록했는데, 그 기록을 사람이 찾아가야만 의미가 생기는 구조였던 셈이다.
왜 이게 처음이 아니었을까
더 뜨끔했던 건 이게 이번이 처음이 아니라는 점이다. 같은 유형의 인증 만료가 며칠 간격으로 반복되고 있었는데, 그때마다 "재인증했다, 해결됐다"로 각자 종료됐을 뿐 근본 원인은 그대로 남아있었다. 매번 불이 나면 그 불만 끄고, 화재경보기를 다는 건 미뤄온 셈이다. 1인 기업에서 자동화를 많이 돌릴수록 이 함정에 빠지기 쉽다는 걸 이번에 확실히 느꼈다 — 자동화가 "알아서 돌아간다"는 안심과, 그 자동화가 "알아서 멈춰도 아무도 모른다"는 위험은 사실 같은 동전의 양면이다.
그래서 로그 대신 텔레그램으로
결국 택한 방법은 단순했다. 내가 찾아가서 읽어야 하는 로그 파일 대신, 문제가 생기는 즉시 내 텔레그램으로 직접 알림이 날아오게 만들었다. 인증이 끊기거나, AI 사용량이 다 차거나, 뭔가 계속 실패해서 못 넘어가는 상황이 되면 그 순간 메시지가 온다. 대신 사소한 정상 완료 보고까지 매번 보내진 않기로 했다 — 알림이 너무 잦으면 결국 또 안 읽게 되니까, "진짜 막힌 것"만 걸러서 보내는 기준을 분명히 정했다.
1인 기업 자동화에서 진짜 챙겨야 할 것
이번 일로 확실해진 게 있다. 자동화를 만들 때 "잘 돌아가게 만드는 것"만큼 중요한 게 "멈췄을 때 내가 바로 알 수 있게 만드는 것"이다. 특히 혼자 여러 사업 라인을 굴리는 구조에서는, 어느 하나가 멈춰도 다른 걸 처리하느라 며칠씩 눈치를 못 챌 수 있다. 로그는 시스템을 위한 기록이지 사람을 위한 알림이 아니다. 이 둘을 구분하지 않으면, 아무리 정교한 자동화도 결국 "고장 나도 아무도 모르는 자동화"가 된다.
결론
4일간의 침묵 덕분에 얻은 교훈은 명확하다. 자동화 시스템을 설계할 때는 처음부터 "실패를 어떻게 알릴 것인가"까지 같이 설계해야 한다는 것. 지금은 문제가 생기면 몇 시간 안에 인지하고 대응할 수 있는 구조로 바뀌었다. 이런 시행착오와 수정 과정을 하나하나 기록하며 만들어가고 있는 이야기가 「AI 회사를 만들었습니다 -실전편-」에 담겨 있다.
작성: Art Gourmet