[AI] 반자동 Blog 포스팅 시스템 만들기(2) - OpenAPI와 GitHub 클라우드 기반으로 변경

 

 

잘 될 거라 믿어 의심치 않았던 반자동 포스팅 시스템
아침에 일어나서 설레는 마음으로 확인하니
날 배신했다!! 

 

 

[AI] 반자동 Blog 포스팅 시스템 만들기(1) - Codex의 예약 작업 활용하기

 

https://blog.naver.com/hyeong_ing

Beyond today. What's next? : 네이버 블로그

 

 

 

 

1. 문제

 

일어나서 보니 자동으로 프롬포트가 전달된 걸 확인할 수 있었다. 7시 44분에 이렇게 보내져 있었다. 그런데 3시간이 넘도록 실행 중이라는 표시만 뜨고 어떤 것도 진행되고 있진 않았다. 해당 채팅 안에서 원인을 찾으려고 했는데 찾진 못했다.

그래서 일단 다시 작업을 할 수 있도록 프롬포트를 보냈다. 그런데 또다시 작업이 전혀 되고 있지 않았다. 뭐가 문제인지 찾으려고 노트북을 계속 사용하니 그때서야 블로그 포스팅 작업이 시작되었다.

 

 

 

---

 

 

 

 

2. 원인

 

아주 수월하게 진행되는 작업 과정을 보면서 맥북을 닫아둔 게 원인인 것으로 추측할 수 있었다. 그래서 찾아보니 맥북은 닫아두면 잠자기 모드로 들어가서 대부분의 일반적인 프로그램이 모두 중단된다고 한다. 내가 간과한 것은 검은색 화면과 맥북을 닫아두는걸 같은 상태라고 생각한 것이었다.

 

그래서 이 부분을 해결할 방법을 3가지 정도 찾아왔다.

 

• 화면만 꺼지게 하고 Codex는 계속 실행하기
  1. 시스템 설정 → 배터리 → 옵션으로 이동
  2. 전원 어댑터에 연결된 상태에서 디스플레이가 꺼져도 자동 잠자기를 방지하는 옵션을 킨다.
  3. 맥북을 충전기에 연결한다.
  4. Codex 앱은 종료하지 않고 그대로 둔다.
  5. 맥북 덮개는 열어두고 화면만 꺼지게 한다.

→ 이 방법이 가장 쉽긴 하지만, 배터리 수명이 팍팍 닳을까봐 걱정이 되어서 끌리지 않았다. 그리고 매번 충전기를 연결하고 덮개를 닫지 않는 일련의 행위를 지켜야 하는 점이 달갑지 않게 다가왔다.

 

• 맥북 덮개를 닫고 계속 작동시키기
  1. 외부 모니터 연결
  2. 전원 어댑터 연결
  3. 외부 키보드와 마우스 또는 트랙패드 연결
  4. 해당 Mac 모델이 지원하는 닫힌 덮개 모드 사용

→ 먼저 외부 모니터가 없다. 그리고 이 방법은 시스템을 돌릴 때 최대한 같은 환경을 유지하는 것이 좋을 듯 하다. 나는 맥북 하나로 모든 작업을 하기 때문에 사실 같은 환경을 매번 만들어줄 수 없다. 내가 어느 환경에 있든 작업이 알아서 되길 원해서 이 방법도 끌리지 않았다.

 

• 클라우드 자동화
  1. 클라우드 실행 환경 (매일 오전 7시 30분 실행)
  2. 기존 AI Blog Pipeline (주제 선정 → 조사 → 검증 → 작성 → SEO)
  3. GitHub 또는 클라우드 저장소 (Markdown + 이미지 자료 저장)
  4. 맥북을 닫아둬도 작업 진행

→ 가장 마음에 드는 방법이다. 지금까지 말한 점을 모두 보완한다. 다만 금액 지불이 있어서 한도 설정을 제대로 해야할 것 같다.

 

 

 

---

 

 

 

 

3. 미해결

 

두둥! 아직 해결하지 못했다. 현재 시스템 작동 시간은 오전 7시 30분으로 맞춰뒀다. 보통 그땐 일어나서 활동 중이기 때문에 직접 노트북을 열어서 돌리기로 결정했다.

 

미해결인데 이 글을 작성하는 이유는, 언제 고칠지 모르기 때문에 어디까지 했는지 작성해두기 위함이다... 어제 하루 종일 매달렸는데 결국 문제를 해결하지 못했다. 그래서 어떻게 동작 방식을 변경했고, 어떤 문제들을 해결했고, 현재는 어떤 문제와 테스트들을 진행하면 되는지 간략하게 작성해보려 한다. 

 

• 동작 방식 변경
  단순한 블로그 글쓰기 자동화 → GitHub 클라우드 기반의 AI 정보 조사·검증·원고 작성 시스템 
  
  1) 실행 환경 변경
  : Mac에서 실행하던 Codex 자동화를 GitHub Actions 클라우드로 이전했다
  
  2) AI 사용 방식 변경 
  : Codex 한 곳에서 검색과 글쓰기를 모두 수행하려던 구조에서 검색은 OpenAPI Response API가 담당하고 Codex가 원고를 작성하는 구조로 변경했다.
  
  3) 검증 강화 방식 (현 문제 발생 부분)
  : 검색 결과를 바로 글에 사용하는 것이 아니라, 출처와 사실을 확인한 뒤 원고 작성에 사용하도록 설계하고 있다.

 

• 현재 동작 방식
  1) GitHub Actions
  클라우드 실행
  현재는 수동 테스트만 진행한 상태
  
  2)OpenAI Responses API
  실제 웹 검색 실행 확인 완료
  
  3) 검색 출처 검증
  현재 오류 발생 지점 (오류는 SOURCE_SCOPE)
  뒤에 있는 과정 모두 못한 상태
  
  4) Codex + 기존 5개 Skill
  아직 연동 안 함
  
  5) 원고·SEO 자료 저장
  GitHub Artifact 및 향후 결과 보관 구조 
  
  6) 사용자 검토 후 게시

 

• 문제 발생과 해결한 부분
  
  1) AI 작업 실패 시 정확한 원인을 알기 어려웠음
  처음 클라우드 이전하면서 API 호출이 실패하는 문제가 발생했다. 그런데 단순하게 실패했다고 표시하니 어디서 실패한 건지 다시 찾아야 하는 번거로움이 있었다. 그래서 GitHub Actions의 실패 보고 시스템을 별도로 만들었다. 모의 오류 테스트를 진행했고 성공, 토큰 한도, 요청 제한, 미확인 오류를 구분하는 것을 확인했다.
  
  2) Sol이 Codex 내부에서 웹 검색을 실행하지 못함
  처음에는 Codex 내부에서 [ Codex → Sol(Codex 모델 중 하나) → 내장 웹 검색 도구 → 공식 문서 ] 순서로 처리하도록 했다. 그런데 실제 실행에서는 Sol 모델이 응답했음에도 검색 완료 이벤트가 나타나지 않았다. Codex가 확인한 소스와 로그에 따르면 Sol이 사용하는 별도 검색 경로와 프록시가 지원하는 요청 경로가 맞지 않아 검색 기능이 노출되지 않았을 가능성이 있다고 진단했다. 그래서 웹 검색을 Codex 내부에서 호출하는 구조를 포기하고 OpenAI Response API의 web_search를 직접 사용하는 방식으로 선택했다.
  
  
  
• 현재 발생한 문제과 검증할 부분들
  
  1) 문제
  OpenAI Response API의 web_search를 직접 사용하는 방식으로 변경한 뒤 실제 테스트를 실행했다. Sol 응답과 웹 검색은 실행되었으나, 공식 출처 URL 검증에서 SOURCE_SCOPE로 허용 범위 밖이거나 안전하지 않은 출처라며 테스트에 실패했다. 
  
  그러니까 검색 도구 사용은 성공했지만, 검색한 출처를  검증 프로그램이 공식 출처로 인정하지 않은 것이다. 
  
  2) 원인 분석
  - URL 검증 조건이 지나치게 엄격함 (정상적인 공식 도메인도 거부했을 가능성)
  - 검색 응답 구조를 잘못 처리함 (URL이 있었지만 코드가 해당 필드를 제대로 읽지 못했을 가능성)
  - 실제 비허용 출처가 반환됨 (올바르게 차단했을 가능성)
  
  아직 어떤 원인인지 정확히 알아내지 못했다.
  
  3) 그 외 남아있는 과정
  - 원문 검증 기능
  - Skill 연결 방식 (실제 조사와 글쓰기를 진행하는 과정을 구현하고 검증해야 한다)
  - 실제 글 품질과 검색 횟수 (비용 제한 설계를 위해 검색이 몇 번 필요한지 알아내야 한다)
  - 실제 청구액 확인
  - 클라우드 이전 과정에 작성한 주제 복원해 두기(중복으로 주제를 선정하지 못하도록)

 

일단 블로그 운영을 못하는 것은 아니므로 아주 잠깐 미룰 것이다. (목표는 2주 내로 해결하는 것!) 그나저나 블로그까지 알아서 업로드해 주는 완전 자동화도 아닌데, 이게 이렇게까지 시간이 걸릴 일인가 싶다. 역시 뭐든 직접 해봐야 내부 사정을 알 수 있는 것 같다. 물론 나의 바이브 코딩 실력이 미숙해서 그런 걸 지도 모르겠다. 그래서 책도 사서 읽고 있는 요즘... 바이브 코딩 능력치를 올리면서 다음엔 아주 멋있게 🌪️휘리릭🌪️ 해결할 것이다.