RSS를 그대로 요약하면 뉴스 목록은 만들 수 있지만, 지속적으로 발행할 글감은 남기 어렵다. 같은 사건을 다룬 기사들이 반복해서 들어오고, 관심을 끄는 소식과 독자에게 필요한 주제가 일치하지 않기 때문이다. 반복 가능한 파이프라인은 수집량보다 고정된 관점, 중복 제거, 신선도 평가를 먼저 설계해야 한다.
뉴스가 아니라 판단 재료를 수집한다
RSS 항목의 제목과 설명만 저장하면 이후 판단에 필요한 맥락이 부족하다. 피드 주소, 원문 URL, 발행 시각, 수집 시각, 작성자, 본문 요약, 핵심 개체를 함께 보관해야 한다. 원문 발행 시각이 없거나 불명확한 경우를 대비해 수집 시각도 별도 필드로 유지하는 편이 안전하다.
수집 단계에서는 글을 잘 쓰려 하기보다 입력 형식을 통일하는 데 집중한다. URL의 추적 매개변수를 제거하고, 시간대를 하나로 맞추며, HTML 잔여물과 반복 문구를 정리한다. 이 정규화가 선행되어야 뒤의 중복 판정과 신선도 계산이 안정적으로 동작한다.
고정된 관점이 글감의 형태를 결정한다
트렌드 자체는 글감이 아니라 관찰 대상이다. 같은 모델 출시 소식도 개발자에게는 API 변경과 마이그레이션 문제이고, 기획자에게는 기능 범위와 운영 비용의 변화다. 따라서 수집된 항목마다 미리 정한 관점의 질문을 적용해야 한다.
- 변화: 이전 방식과 무엇이 달라졌는가
- 영향: 개발, 운영, 기획 과정의 어느 부분이 바뀌는가
- 적용: 실제 업무에 도입하려면 무엇을 확인해야 하는가
- 제약: 비용, 보안, 품질 측면에서 빠진 조건은 무엇인가
관점은 매일 바꾸지 않고 채널의 편집 원칙으로 고정한다. 그래야 서로 다른 뉴스도 동일한 기준으로 비교할 수 있고, 결과물이 단순 요약 대신 분석형 글감으로 수렴한다. 후보 제목 역시 사건명보다 독자가 내려야 할 결정이나 해결할 문제를 중심으로 생성한다.
중복은 URL이 아니라 사건 단위로 제거한다
동일한 보도자료를 여러 매체가 인용하면 URL과 제목이 달라도 내용은 같다. 먼저 정규화한 URL과 제목으로 명백한 중복을 제거하고, 다음 단계에서 핵심 개체, 사건, 주장 간 유사성을 비교한다. 제품명과 발표 내용, 변경 시점이 겹친다면 하나의 사건 묶음으로 처리할 수 있다.
대표 항목은 가장 먼저 수집된 글이 아니라 정보가 충실한 원문에 가깝게 선택한다. 나머지 항목은 버리지 않고 교차 확인 자료로 연결한다. 서로 다른 출처가 같은 내용을 반복하는지, 독립적인 세부 정보를 추가하는지 구분하면 근거의 수와 기사 수를 혼동하지 않게 된다.

RSS 수집부터 사건 단위 중복 제거와 글감 선별까지의 처리 흐름
신선도는 시간과 기존 발행 이력을 함께 본다
최근에 발행됐다는 이유만으로 새로운 글감인 것은 아니다. 신선도는 발행 후 경과 시간뿐 아니라 기존 글과의 주제 거리, 새로 추가된 사실, 독자 업무에 미치는 변화로 평가해야 한다. 오래된 사건이라도 중요한 후속 조치가 생겼다면 다시 후보가 될 수 있다.
점수는 정답을 계산하기보다 우선순위를 일관되게 정하는 장치다. 예를 들어 관점 적합도, 정보 추가량, 업무 영향도에는 가점을 주고, 기존 발행 글과의 유사도와 출처 불확실성에는 감점을 줄 수 있다. 초기에는 정교한 가중치보다 각 항목의 판정 근거를 기록하는 것이 중요하다.
한 사건에서 여러 글감을 만들지 않는다
후보 생성 단계에서는 사건 묶음마다 핵심 변화, 예상 독자, 실무 질문, 필요한 근거를 구조화한다. 그 뒤 글의 형식을 분석, 비교, 적용 가이드, 체크리스트 중 하나로 지정한다. 형식까지 정해야 비슷한 제목만 여러 개 만들어지는 문제를 줄일 수 있다.
- 사건을 한 문장으로 요약한다.
- 고정 관점에 맞는 실무 질문을 추출한다.
- 기존 발행 글과 겹치는 주장과 사례를 표시한다.
- 새 정보가 충분한 후보만 편집 대기열로 보낸다.
발행 결과를 다음 선별 기준에 반영한다
자동 생성된 후보는 발행 여부, 보류 이유, 수정된 제목, 추가로 찾은 근거를 함께 기록해야 한다. 반복해서 탈락하는 주제나 출처는 감점 규칙으로 반영하고, 편집 과정에서 자주 추가되는 질문은 관점 템플릿에 포함한다. 이 피드백이 있어야 파이프라인이 매일 같은 실수를 재생산하지 않는다.
운영 화면에는 원문 수보다 사건 묶음 수, 기존 글과의 중복 여부, 선정 근거를 우선 표시하는 편이 유용하다. 최종 산출물도 완성 원고보다 제목 후보, 핵심 주장, 근거 링크, 확인할 위험 요소로 구성하면 사람이 검토하기 쉽다. RSS 자동화의 목적은 뉴스를 대신 읽는 것이 아니라, 일관된 편집 판단을 반복 가능한 데이터 흐름으로 만드는 데 있다.
'시스템 > Devops' 카테고리의 다른 글
| uv sync 후 pytest가 사라졌을 때 복구 방법 (0) | 2026.08.07 |
|---|---|
| Streamlit 리런 뒤 선택 탭을 유지하는 방법 (0) | 2026.08.03 |
| 기술 초안의 재현성을 정량 검사하는 법 (0) | 2026.07.30 |
| n8n 워크플로우를 API로 코드처럼 관리하는 방법 (0) | 2026.07.28 |
| EC2 (Amazon Linux 2) 에 Jenkins 를 설치해보자. (0) | 2022.01.03 |