> ## Documentation Index
> Fetch the complete documentation index at: https://docs.platform.nora.my/llms.txt
> Use this file to discover all available pages before exploring further.

# 개선 이력

> 모든 개선 — 무엇을 고쳤고, 작동했고, 지속됐는지.

개선 이력은 제안·거부·배포·롤백된 모든 개선의 기록. Flow 의 품질 궤적이 어땠는지 — 그리고 재시도할 것 vs. 피할 것 — 아는 방법.

## 이력 뷰

**Reliable → Optimization → History** 가 모든 개선 나열:

* **When** — 생성/승인/배포/해결 타임스탬프.
* **What** — 한 줄 제목.
* **Lever** — 변경의 어느 카테고리.
* **Cluster** — 다룬 시그널 클러스터.
* **Status** — proposed / simulated / approved / deployed / rolled back / resolved.
* **Result** — 작동했나? (클러스터 통과율 델타, 홀드아웃 영향, 회귀 카운트).

Flow·상태·레버·저자로 필터.

## 개선 세부

개선 클릭으로 전체 기록:

* **문제** — 클러스터 설명, 샘플 시그널.
* **진단** — 근본 원인 노트.
* **제안** — 고려된 모든 후보.
* **시뮬레이션** — before/after 숫자.
* **승인** — 승인자, 타임스탬프, 코멘트.
* **배포** — 타겟 버전.
* **후속** — 이 클러스터의 시그널이 재출현했나? 언제?

## 성공률

이력 상단:

* **배포된 개선**: 47.
* **여전히 해결됨 (회귀 없음)**: 42.
* **30일 안에 회귀**: 3.
* **롤백**: 2.

성공률 = 해결 유지된 배포 / 전체 배포. 건강한 Flow 는 85%+ 성공률.

낮은 성공률 시사:

* 시뮬레이션이 대표 부족 — 데이터셋이 너무 많이 놓침.
* 제안이 너무 공격적 — 세부에 패턴 매치, 일반화 안 함.
* 회귀가 잘 방어 안 됨 — 크리티컬 예시가 회귀 스위트에 누락.

## 시간에 걸친 개선 패턴

차트 뷰: 주간 출시된 개선, 레버별 그룹핑.

* 상승률 — 활발한 수정 주기. 자라는 Flow 에 건강.
* 하락률 — 이슈 적음 (좋음) 이거나 팀이 덜 주의 (나쁨 — 오래된 확인 시그널로 시그널 큐 체크).
* 한 레버에 집중 — 그 레버 최대 활용. 다른 레버 주의 가치 있는지 고려.

## 개선 비교

두 개선 선택 → **Compare**. 표시:

* diff 나란히.
* 시뮬레이션 델타.
* 둘 다 같은 클러스터인지 다른지.

"이 개선이 패턴 고쳤고 이건 안 함" 이해에 유용 — diff 가 종종 왜인지 표시.

## 개선 레시피

특정 레버 + 변경 패턴이 계속 작동하면 **레시피** 로 저장. 레시피는 재사용 가능한 제안 템플릿:

* "태그 부스트 레시피 추가" — 클러스터가 태그 선호 시사하면 프리셋 변경 자동 생성.
* "룰 추가 레시피" — 클러스터가 일관된 동작 갭 보이면 메모리 룰 생성.

레시피가 미래 개선 가속: 개선 플로우가 처음부터가 아니라 레시피에서 시작.

배포된 개선을 레시피로 저장: 우클릭 → **Save as recipe**.

## 롤백 이력

모든 롤백이 이력에 두드러짐:

* 어느 개선이 롤백됐나.
* 언제.
* 왜 (롤백 이유, 필수).
* 이후 배포된 것 (보통 교정된 버전).

롤백은 실패가 아님 — 안전밸브. 하지만 같은 클러스터에 반복 롤백은 아직 올바른 수정 못 찾았다는 뜻.

## 익스포트

전체 이력 CSV 나 JSON 으로 익스포트 가능. 유용:

* 주간 팀 리뷰 — 무엇이 출시됐고 남았나.
* 분기 품질 리포트 — 개선 볼륨, 성공률, 비용 트렌드.
* 컴플라이언스 감사 — 변경 통제 프로세스 증거.