피드로 돌아가기
How We Build Client-Safe Publishing Workflows
Dev.toDev.to
Backend

Risk-based Workflow 분리를 통한 Client-Safe 발행 시스템 설계

How We Build Client-Safe Publishing Workflows

The Doctor2026년 6월 28일4intermediate

Context

단순 발행 중심의 자동화로 인한 브랜드 평판 리스크 및 플랫폼 API 제약 사항 발생. 모든 콘텐츠를 동일한 리스크 수준으로 처리하는 기존 방식의 한계로 인해 정교한 검수 단계와 플랫폼별 대응 전략이 필요함.

Technical Solution

  • Risk Level에 따른 3단계 모드(Draft, Queue, Auto) 분리 설계로 콘텐츠 성격별 승인 프로세스 차별화
  • Forem API 등 플랫폼 전용 API 우선 채택 및 Browser Automation을 Fallback 전략으로 배치하여 시스템 안정성 확보
  • Playwright 기반 자동화의 Cloudflare 차단 문제를 OS-level control 기반의 Assisted Drafting으로 전환하여 해결
  • 발행 결과에 대한 Receipt(Source, URL, State 등) 저장 구조를 설계하여 Idempotency 보장 및 중복 발행 방지
  • Markdown 기반 Source 데이터와 Frontmatter 설정을 통한 플랫폼별 Payload 생성 및 Dry-run 검증 단계 도입
  • High-risk 카테고리에 대한 Review Gate 강제 설정을 통해 자동화 과정에서의 휴먼 판단 지점 유지

- 플랫폼 API 안정성 및 봇 탐지 여부에 따른 Integration 전략(Direct API vs Browser Assistance) 수립 - 자동화 파이프라인 내에 Dry-run 단계와 Receipt 저장 로직을 포함하여 실행 결과의 추적성 확보 - 모든 콘텐츠를 자동화하지 않고 리스크 수준에 따라 승인 워크플로우(Approval Workflow)를 세분화 - 재시도(Retry) 로직 구현 시 반드시 이전 실행 기록을 확인하는 중복 방지 메커니즘 적용

원문 읽기