AI 에이전트 운영
중단된 AI 에이전트 작업 재개를 위한 상태 기록 기준
발행
중단된 AI 에이전트 작업을 다시 이어갈 때는 대화 내용보다 작업 목표와 완료 기준을 먼저 남깁니다. 현재 단계, 마지막 확인 결과, 다음 행동, 중단 원인, 권한 상태를 기록하면 재개할 때 같은 판단을 반복하지 않습니다. 이 기록은 에이전트가 이전 맥락을 추측하는 메모가 아니라 사람이 승인하고 시스템이 검증하는 작업 계약입니다. B2B SaaS에서는 고객 데이터 변경 여부와 승인 주체를 별도 필드로 분리해 재개 과정의 범위를 좁힙니다.
재개 기준 고정
상태부터 고정합니다. 대기·실행 중·중단·완료처럼 4개 값만 먼저 정하고, 상태가 바뀐 시각과 변경 주체를 함께 남깁니다. 예를 들어 가격표를 갱신하는 에이전트가 외부 자료를 읽은 뒤 멈췄다면 ‘자료 수집 완료’와 ‘가격 반영 승인 대기’를 분리해 적어야 다음 실행이 이미 끝난 단계를 되풀이하지 않습니다. 한 레코드에는 작업 목표와 완료 조건을 한 문장씩 둡니다. 마지막 필드에는 재개할 때 수행할 단일 행동만 적어 담당자가 범위를 다시 해석하지 않게 합니다.
상태 기록 항목
필드는 역할에 따라 나눕니다. 재개 레코드는 목표, 입력 버전, 현재 단계, 마지막 출력, 다음 행동, 중단 사유, 권한 범위라는 7개 열로 설계합니다. 입력 버전에는 데이터 조회 시각과 필터 조건을 적어 같은 자료를 다시 불러왔는지 확인합니다. 마지막 출력에는 결과 본문뿐 아니라 파일 식별자, 검증 상태, 담당자까지 한 레코드에 연결합니다. 가정 사례에서는 구독 가격 실험을 수행하는 모바일앱의 버전과 대조군 설정을 먼저 기록합니다. 결제 이벤트 기준은 별도 조건으로 연결합니다. 운영 화면에는 7개 핵심 필드만 우선 보여주고 원본 이벤트는 별도 이력으로 보관합니다.
중단 원인과 권한 경계
중단 원인을 분리합니다. 실패, 사용자 승인 대기, 외부 API 제한, 입력 자료 변경, 예산 한도 도달은 재개 방식이 서로 다르므로 하나의 ‘일시 정지’ 값으로 합치지 않습니다. 다음 실행의 허용 범위도 따로 적습니다. 가정 사례로 모바일앱의 동적 가격 제안을 계산하던 작업을 보면, 제안 산출은 재개해도 실제 가격 반영은 승인 전까지 잠급니다. 권한 필드에서는 읽기와 쓰기를 나누고 고객 계정 변경 여부는 예·아니오로 기록합니다. 에이전트가 외부 시스템에 보낸 요청에는 중복 방지 키와 마지막 응답 식별자를 남겨 재시도 횟수를 1회씩 추적합니다.
재개 절차와 판정
재개는 한 단계씩 진행합니다. 먼저 마지막 체크포인트의 입력과 산출물을 대조합니다. 다음 행동은 작은 읽기 작업으로 실행하고 결과가 일치할 때만 쓰기 작업으로 넘어갑니다. 가정 사례에서 가격 민감도 분석 결과를 다시 계산한다면 기존 결과를 만든 입력 버전과 같은 자료를 불러왔는지 먼저 대조합니다. 차이가 난 이유는 상태 기록에 구체적으로 남깁니다. 성공 여부는 작업이 다시 돌았는지가 아니라 완료 조건을 충족했는지로 판정합니다. 재개 후에는 완료로 바꾼 시각과 담당 주체를 기록하고 생성된 산출물 ID를 같은 작업에 연결합니다.
핵심 요약
- 재개용 기록은 작업 목표와 완료 조건을 기준으로 삼고, 상태 값은 4개 안에서 고정합니다.
- 입력 버전과 마지막 출력은 1개 레코드에 묶어 에이전트가 이미 처리한 단계를 다시 실행하지 않게 합니다.
- 중단 사유와 권한 범위를 나누면 승인 대기 작업이 고객 데이터 변경으로 이어지는 경로를 차단합니다.
- 재개 결과는 실행 재개 여부가 아니라 완료 조건과 입력 일치 여부로 판정하고 산출물 ID를 후속 기록에 연결합니다.
자주 묻는 질문
중단된 작업의 상태를 한 줄 메모로 남겨도 되나요?
한 줄 메모만으로는 부족합니다. 목표, 현재 단계, 마지막 결과, 다음 행동, 중단 사유, 권한 범위를 6개 필드로 나누고 각 값에 기록 시각을 붙입니다.
실패와 승인 대기를 같은 중단 상태로 처리해도 되나요?
분리합니다. 실패에는 오류 코드와 재시도 조건을 남기고 승인 대기에는 승인 주체와 허용된 다음 행동을 기록해 2개 재개 경로를 구분합니다.
에이전트가 다시 시작할 때 가장 먼저 확인할 값은 무엇인가요?
마지막 체크포인트에는 입력 버전과 다음 행동을 기록합니다. 두 값이 현재 작업과 맞을 때 읽기 단계부터 재개하고 결과를 기록한 뒤 쓰기 권한을 엽니다.
B2B SaaS에서 고객 데이터 변경 작업은 어떻게 기록하나요?
읽기와 쓰기 권한을 나눕니다. 고객 계정 식별자, 변경 대상, 승인 상태, 중복 방지 키를 4개 필드로 묶어 외부 요청의 마지막 응답 식별자까지 연결합니다.
— Monetai · calendly.com