[완결] Series: 고객사 뉴스 리포트 만들다가

고객사별 뉴스 검색·크롤링·중복제거·LLM 요약 파이프라인을 만들면서 겪은 9편의 기록. 컨테이너 경로, 모델 단종, 검색 노이즈, 마크다운 링크, LLM 판단 근거, O(n²) 중복제거 알고리즘, 캐싱까지 — 몇 시간씩 걸리던 리포트를 9분대로 줄이기까지의 과정.

• 고객사 뉴스 리포트 만들다가 6편 — 각주 버그를 고쳤는데, 알고 보니 처음부터 없던 버그였다

  7 Aug, 2026

  리포트에 [1] 각주가 붙어 나오길래 프롬프트를 고치고 캐시 버그까지 잡았다. 그런데 실제로 눈으로 확인하려고 리포트를 열어봤더니, 고친 뒤에도 여전히 각주가 보였다. vi와 glow를 나란히 열어보고 나서야, 각주는 한 번도 리포트 파일에 있었던 적이 없다는 걸 알았다.

• 고객사 뉴스 리포트 만들다가 7편 — 다섯 시간 넘게 멈춰 있었는데, 원인은 알고리즘이었다

  8 Aug, 2026

  1년치 리포트를 다시 돌렸는데 다섯 시간이 넘도록 끝나지 않았다. CPU는 계속 돌고 있는데 결과물은 하나도 없었다. 원인은 코드 안에 있었다.

• 고객사 뉴스 리포트 만들다가 8편 — 매번 처음부터 다시 비교하는 게 아까웠다

  8 Aug, 2026

  날짜 버킷으로 중복 제거를 고친 뒤로 리포트는 끝나긴 했다. 그런데 이 리포트를 매번 다시 돌릴 때마다, 이미 판정 끝난 기사까지 처음부터 다시 비교하고 있다는 게 눈에 걸렸다. 그리고 크롤링도 절반 가까이 실패하고 있었다.

• 고객사 뉴스 리포트 만들다가 9편 — 빨라진 진짜 이유는 따로 있었다

  9 Aug, 2026

  캐싱을 붙이고 크롤러를 손본 다음, 진짜 얼마나 빨라졌는지 다시 돌려서 확인했다. 그런데 빨라진 이유를 성급하게 짚었다가, 계산을 다시 해보고서야 진짜 이유를 찾았다. 그 과정에서 자기가 만든 기능 때문에 생긴 크래시도 하나 잡았다.