# 대화 기록이 아니라 복원 가능한 상태

> working state, memory, checkpoint, retry·fallback·circuit breaker

- Canonical: https://learning.reopt.ai/courses/agent-orchestration/lessons/ao-m3-concept
- Language: ko-KR
- HTML: https://learning.reopt.ai/courses/agent-orchestration/lessons/ao-m3-concept

---

[AI 에이전트 오케스트레이션](/courses/agent-orchestration) 3. 상태·메모리·복구 5 / 9

# 대화 기록이 아니라 복원 가능한 상태

working state, memory, checkpoint, retry·fallback·circuit breaker
개념 학습 45 XP 9분

모든 대화를 장기 메모리에 넣는 것은 상태 관리가 아닙니다. 현재 run의 결정·도구 결과·승인·다음 단계 를 working state로 관리하고, 오래 유효한 사실만 memory로 승격합니다. side effect 전후에는 checkpoint와 idempotency가 필요합니다.
재시도는 같은 실패를 반복하지 않아야 한다 transient·schema·policy·business failure를 분류하고, 재시도 가능한 오류만 backoff합니다. 반복 실패는 fallback이나 사람 개입으로 전환합니다.

| 상태/통제 | 용도 | 운영 규칙 |
| Working state | 현재 run의 결정과 진행 | 스키마·버전·owner 명시 |
| Short-term memory | 세션 내 반복 맥락 | 종료 시 정리 |
| Long-term memory | 검증된 안정 사실 | TTL·출처·삭제 정책 |
| Checkpoint | 복구 가능한 실행 지점 | side effect 전후 저장 |
| Circuit breaker | 반복 외부 실패 격리 | 열림 조건과 복귀 조건 |

- 1 오류 분류 transient·contract·policy·business failure로 나눕니다.

- 2 상태 저장 재개에 필요한 결정·근거·승인·idempotency를 저장합니다.

- 3 복구 경로 선택 retry·fallback·compensation·HITL 중 하나를 택합니다.

- 4 실패 격리 반복 실패 worker와 외부 provider의 회로를 끊습니다.

실무에 남길 기준

- 메모리는 컨텍스트 덤프가 아니라 검증된 사실의 수명주기다
- side effect는 checkpoint와 idempotency 없이 재개하지 않는다
- 오류 분류가 없는 retry는 비용과 피해를 키운다

[이전](/courses/agent-orchestration/lessons/ao-m2-scenario) 이해했어요 · 계속

---

에이전트용 사이트 안내: https://learning.reopt.ai/llms.txt · 사이트맵: https://learning.reopt.ai/sitemap.xml · 문의: https://learning.reopt.ai/contact