최근 자동 발행된 Lab 글을 읽다가 깜짝 놀랄 만한 문장을 발견했습니다. '2025년이면 코앞인데...' 순간 제 눈을 의심했죠. 지금은 2026년인데, 글에선 마치 2025년이 미래인 것처럼 이야기하고 있었으니 말입니다.

자동화된 블로그 포스팅에서 이런 시기 오류는 치명적이라는 생각이 번개처럼 스쳤습니다. 독자들이 글을 읽다 '이게 언제 적 이야기야?' 싶으면 바로 신뢰도를 잃을 테니까요. 저의 자동화 블로그 품질을 높이는 데 비상이 걸린 셈이었습니다.

AI 글쓰기 날짜 오류, 왜 생길까?

문제의 원인을 파고드니 답은 명확했습니다. Gemini는 기본적으로 학습 데이터 기준으로 '현재'를 인식합니다. 즉, 제가 별도로 지시하지 않으면 모델이 학습했던 시점의 '현재'를 기준으로 글을 쓰는 것이죠. 그래서 '2025년'이 미래처럼 느껴지는 엉뚱한 상황이 벌어진 것입니다.

이 AI 글쓰기 날짜 오류를 해결하지 않으면 열심히 구축한 자동화 시스템의 노력이 퇴색될 수밖에 없다고 판단했습니다. 그냥 넘어갈 문제가 아니었습니다. AI가 생성하는 모든 글의 시기 표현이 틀릴 수 있다는 가능성에 등골이 오싹했죠. 이대로 두면 자동 발행되는 글들이 점차 과거의 유물처럼 느껴질 것이 뻔했습니다. Gemini 프롬프트 날짜를 정확히 주입하는 것이 급선무였습니다.

GAS와 Gemini 연동, 날짜 주입의 아이디어

해결책은 의외로 간단한 곳에 있었습니다. 제가 사용 중인 GAS(Google Apps Script) 스크립트에서 Gemini API를 호출할 때, 현재 날짜 정보를 함께 넘겨주는 것이었습니다. 핵심은 스크립트가 실행되는 시점의 날짜를 가져오는 것이었죠.

고민 끝에 new Date() 메서드를 활용하기로 했습니다. 이 함수는 코드 작성 시점이 아닌, 스크립트가 실행될 때의 정확한 날짜와 시간을 반환하기 때문에 완벽한 해법이 될 것이라고 확신했습니다. 프롬프트에 날짜 정보를 어떻게 넣을지 고민하다가 시스템 지시문에 '현재 날짜: [YYYY년 MM월 DD일] — 연도·시기 언급 시 이 날짜 기준으로 작성할 것'이라는 문구를 추가하기로 했습니다.

이렇게 하면 Gemini가 글을 쓸 때 항상 최신 날짜를 기준으로 시기 관련 표현을 할 수 있게 됩니다. 이것이야말로 GAS Gemini 연동을 통한 자동화 블로그의 신뢰도를 높이는 핵심적인 개선점이었죠.

실제 적용 과정과 그 효과

구체적인 적용은 어렵지 않았습니다. GAS 스크립트 내에서 new Date()로 현재 날짜 객체를 생성하고, 이를 'YYYY년 MM월 DD일' 형식의 문자열로 변환했습니다. 이 문자열을 Gemini 호출 시 전달하는 시스템 지시문 템플릿에 동적으로 삽입했습니다. 이제 트리거가 돌 때마다 스크립트가 실행되는 그 순간의 정확한 날짜가 프롬프트에 실려 Gemini에게 전달되는 구조가 완성된 것입니다.

이 변경사항은 제가 운영하는 세 가지 자동화 블로그 파일, 즉 KidStory, IssueLog, 그리고 JinsLab 모두에 즉시 적용했습니다. 적용 후 발행된 글들을 검토해 보니, 더 이상 시기 오류가 발견되지 않았습니다. 모든 글들이 마치 오늘 작성된 것처럼 자연스럽고 현재 시점에 맞는 정보를 담고 있었죠. 자동화 블로그 품질이 한 단계 더 업그레이드된 것을 체감할 수 있었습니다.

작은 디테일이 만드는 큰 변화

이번 경험을 통해 다시 한번 깨달았습니다. AI를 활용한 자동화 작업에서 '작은 디테일'이 전체 시스템의 신뢰도와 품질에 얼마나 큰 영향을 미치는지 말입니다. 단순한 Gemini 프롬프트 날짜 하나였지만, 이를 해결함으로써 독자들에게 항상 최신의 정보를 제공할 수 있게 되었고, 제 블로그의 전문성 또한 한층 강화되었다고 생각합니다.

앞으로도 AI가 스스로 '현재'를 인지하지 못하는 한, 이렇게 명시적으로 최신 정보를 주입하는 방식은 필수적일 것입니다. AI와 함께하는 개발 일지에서 이런 시행착오와 해결 과정들이 독자들에게도 유익한 팁이 되기를 바랍니다. 끊임없이 개선하고 발전시키는 것이 1인 개발자의 숙명이 아닐까 싶습니다.