5 min read

AI 뉴스 브리핑 자동화 파이프라인 — 수집부터 발행까지, 멈췄을 때 고치는 법까지

수집부터 발행까지 4단계 파이프라인. 멈췄을 때 원인을 찾아 고치는 법까지.

강의 커버

AI KOREA 24 무료 강의 07 · 초보자용 · 준비물 0원

매일 아침 돌아가는 실전 파이프라인의 설계도와 장애 복구 기록입니다.

이 강의에서 배우는 것

  1. 뉴스 수집→선별→생성→발행 4단계 파이프라인을 설계합니다.
  2. "무엇을 고를 것인가" — 큐레이션 기준을 세웁니다.
  3. 파이프라인이 멈췄을 때 원인을 찾아 고칩니다.

준비물

  • 6번 강의의 Cloudflare 계정 (D1 사용)
  • 이메일 발송용 Brevo 계정 (무료枠)
  • 비용 0원

왜 이걸 배우나요

자동화의 적은 "만들기"가 아니라 "멈췄을 때"입니다. 파이프라인은 언젠가 멈춥니다. 2026-10-10에 브리핑이 이틀째 안 나온 적이 있습니다. 원인을 찾아 고치고, 다시 돌리고, 라이브까지 확인한 기록이 이 강의의 뼈대입니다. 만드는 법과 고치는 법을 같이 배웁니다.

1. 파이프라인 4단계

수집 → 중복제거 → 선별 → 생성 → 발행

수집: 정해진 뉴스 소스에서 기사를 긁어옵니다. D1 news 테이블에 쌓습니다. 실전에서는 하루 150~190건이 들어옵니다.

중복제거: 같은 뉴스가 여러 소스에서 들어옵니다. 제목 기준으로 중복을 걷어냅니다.

선별: 아래 §2의 큐레이션 기준으로 고릅니다. 전부 자동이 아니라 LLM 1차 스크리닝 + 사람 최종 픽입니다.

생성·발행: 고른 뉴스로 브리핑 글을 만들고, 사이트에 발행하고, 이메일로 발송합니다. 썸네일도 자동으로 붙입니다.

스케줄러(서버의 예약 실행, Mac에서는 launchd)에 등록해서 매일 아침 같은 시간에 돕니다.

실습: 종이에 4단계를 그리고, 각 단계의 입력과 출력이 무엇인지 한 줄씩 적어보세요. 입력·출력이 불분명한 단계가 가장 먼저 망가집니다.

2. 큐레이션 기준 — 무엇을 고를 것인가

자동화보다 어려운 게 선별 기준입니다. 실전 기준 4가지입니다.

  1. 1차 자료만: OpenAI·Anthropic·Google DeepMind·Meta 공식 블로그. 테크 언론의 2차 기사는 제외합니다. 출처가 곧 신뢰도입니다.
  2. 시그널 필터: Hacker News, r/LocalLLaMA 같은 커뮤니티에서 화제성이 검증된 것만 통과시킵니다.
  3. 독자 기준: "초보자가 무료로 따라할 수 있는가"를 최종 판단 기준으로 씁니다.
  4. 전수 자동화 금지: LLM이 1차로 고르고, 사람이 최종 결정합니다. 전부 기계에 맡기면 이상한 게 섞여 들어옵니다.

실습: 오늘의 AI 뉴스 10개를 위 4가지 기준으로 직접 골라보세요. 몇 개가 남나요?

3. 장애 복구 실전 — 멈췄던 날의 기록

2026-10-10, 브리핑이 10월 8일자에 멈춰 있었습니다. 추적 과정입니다.

증상: 브리핑 생성 0건. 수집은 정상(10월 9일까지 150건/일 들어옴).

원인 1: 파이프라인 스크립트의 변수 섀도잉. _PROJECT_DIR(프로젝트 루트)을 정의해놓고, 5줄 뒤에서 PROJECT_DIR을 스크립트 폴더로 재할당했습니다. 그 결과 환경설정 파일(.env)을 못 읽었고, D1을 엉뚱한 계정으로 호출했습니다. 에러: database could not be found [7404].

원인 2: 에러를 숨긴 코드. log()라는 함수가 정의되지 않았는데 호출됐고, 발생한 NameError가 except Exception에 잡혀 조용히 return []을 했습니다. 진짜 에러(7403)를 가린 범인은 로그 코드였습니다.

수정: 변수명 1곳 수정 + log() → logger.warning() 2곳 수정. 단 3줄이었습니다. 수정 후 파이프라인 실행: 60초 만에 브리핑 생성, 라이브 반영까지 확인했습니다.

실습: 자신의 코드에서 except Exception 뒤에 return []이나 pass가 있는지 찾아보세요. 있다면 로그를 남기게 고칩니다.

4. 운영 체크리스트

매일 파이프라인이 돌 때 확인하는 것들입니다.

  • [ ] 수집 건수: 어제보다 급감하지 않았는가 (SQL 한 줄로 확인)
  • [ ] 브리핑 생성 여부: 오늘자 브리핑 행이 DB에 있는가
  • [ ] 이메일 발송: 발송 로그에 에러가 없는가
  • [ ] 썸네일: 15KB 미만이면 placeholder로 대체되는 품질 게이트가 동작하는가

그리고 절대 규칙 하나. "됐겠지"가 아니라 "됐는지"를 봅니다. DB에 직접 쿼리하고, 라이브 URL을 직접 엽니다.

흔한 실수 Top 3

  1. 변수 섀도잉 — 같은 이름의 변수를 두 번 정의하면 나중 것이 이깁니다. 위의 멈춤 사고가 바로 이것입니다.
  2. 에러 삼키기 — except Exception: return []은 디버깅의 적입니다. 에러는 크게 소리나게 둡니다.
  3. 롤링 24시간 조회 — "최근 24시간"으로 조회하면 과거 날짜 재생성이 안 됩니다. 날짜 파라미터를 받게 설계합니다.

정리 — 7개 강의 전체

  1. OpenCode + 무료 LLM — 에이전트에게 정확히 시키는 법
  2. 무료 LLM 풀 — 36개 실측으로 고른 백업 체인
  3. L2T 자동발행 — 392만 조회수의 볼륨 게임
  4. 메타 인증·App Review — 관문을 통과하는 서류와 설득
  5. Paddle 연동 — 샌드박스 E2E로 검증하는 결제
  6. Cloudflare 무료 티어 — 0원으로 버티는 운영 규칙
  7. 브리핑 파이프라인 — 수집부터 발행까지, 멈추면 고치기

7개 강의는 순서대로 읽어도 되고, 필요한 것만 골라 읽어도 됩니다. 전부 무료입니다. 다음은 대표님의 차례입니다. 각 강의에 살을 붙여주세요. 실전 기록은 이미 들어 있으니, 대표님의 목소리를 더하면 완성됩니다.

---

*AI KOREA 24 무료 강의 · Operated by 스타일팩토리9*

Continue reading