AI 에이전트가 실패 뒤 다시 시작할 때 필요한 ‘상태’의 범위
에서 ‘상태’는 단순한 대화 기록보다 훨씬 넓을 수 있다. 도구를 호출하거나 외부 을 바꾸는 에이전트라면 현재 계획, 도구에 넣은 값, 도구 결과, 이미 끝난 외부 작업, 사용한 자격 정보와 정책 조건, 승인 내역, 사람이 고친 내용, 인수인계 메모리, 다시 시도할지 되돌릴지에 대한 판단까지 포함될 수 있다. 실행이 중간에 멈추면 로그만으로는 충분하지 않을 수 있다.
은 무엇을 안전하게 다시 실행해도 되는지, 무엇은 보상 작업이나 사람이 직접 확인해야 하는지 알아야 한다. 그래서 에이전트의 상태를 앱 안의 객체, , , 중 무엇으로 다룰지 설계가 중요해진다.
핵심 포인트
- 의 상태는 대화 기록만이 아니라 계획, 도구 결과, 승인, 사람의 수정까지 포함할 수 있다.
- 외부 에 이미 쓴 작업은 실패 뒤 다시 실행해도 되는지 따로 판단해야 한다.
- 로그만 저장하면 무엇을 되풀이해도 안전한지 알기 어려울 수 있다.
- 상태 설계 방식으로 앱 안의 객체, , , 이 거론된다.
- 잘 설계된 상태는 실패 복구와 토큰 절감에 모두 도움이 될 수 있다.