---
task_id: "task-2279"
---

# Context Notes

## 3 Step Why

**1st Why: 왜 이 작업이 필요한가?**
금소법 검증에서 "warn" 판정 시 사용자가 직접 콘텐츠를 수정해야 하는데, 어떻게 수정해야 하는지 가이드가 없었음.

**2nd Why: 왜 이 접근법을 선택했는가?**
AI가 수정 제안을 자동 반영하여 재생성하면, 사용자는 체크박스 선택만으로 금소법 준수 콘텐츠를 얻을 수 있음. parent_id 체인으로 원본→수정본 이력 추적 가능.

**3rd Why: 왜 이 구현 방식인가?**
기존 _run_content_cli_async + _run_compliance_check_async 함수를 재사용하여 최소 코드 변경으로 구현. haiku 모델로 비용 최적화. Supabase parent_id FK로 데이터 무결성 보장.

## 결정 근거
- parent_id를 별도 revision 테이블이 아닌 contents 테이블에 추가: 기존 쿼리 호환성, 단순성
- 수정 반영 모델을 haiku로 선택: 비용 절감, 수정 작업은 복잡도 낮음
- 체크박스 기본 전체선택: UX — 대부분의 사용자는 모든 제안을 반영할 것