피드로 돌아가기
Open-Sourcing PostAll's Content Formatting Engine: A Gift to the Dev Community
Dev.toDev.to
Backend

단일 IR 기반 렌더링으로 LLM 호출 최적화 및 콘텐츠 일관성 확보

Open-Sourcing PostAll's Content Formatting Engine: A Gift to the Dev Community

Aakash Gour2026년 6월 25일8intermediate

Context

각 플랫폼(Blog, Social, Email)별 개별 LLM 프롬프트를 통한 콘텐츠 생성 방식 채택. 이로 인해 플랫폼 간 내용 불일치(Content Drift)와 톤앤매너 유지 비용 증가 및 프롬프트 관리 복잡도 상승 문제 발생.

Technical Solution

  • Parse Once, Render Many 패턴을 적용한 컴파일러 구조의 렌더링 파이프라인 설계
  • Markdown 출력을 최소 단위의 구조체인 ContentBlock(Intermediate Representation)으로 변환하는 전용 Parser 구현
  • 플랫폼별 제약 사항(SEO Heading, Character Limit, Table-based Layout)을 처리하는 독립적 Renderer 레이어 분리
  • 복잡한 스키마 대신 단순한 데이터 모델을 채택하여 Renderer 구현 복잡도 억제 및 유지보수성 향상
  • LLM에게 포맷팅을 맡기지 않고 결정론적인 String Processing으로 처리하여 출력 일관성 보장

1. 플랫폼별 서로 다른 포맷팅 요구사항이 존재하는가?

2. LLM에게 직접 포맷팅을 요청하여 내용의 일관성이 깨지고 있지는 않은가?

3. 데이터 모델을 지나치게 복잡하게 설계하여 Renderer 구현 비용이 증가하지 않았는가?

4. 결정론적 처리가 가능한 영역에 LLM 리소스를 낭비하고 있지 않은가?

원문 읽기