AI 데이터베이스 에이전트에게 데드 레터 큐(Dead-letter queues)가 필요한 이유

AI 데이터베이스 에이전트는 하나의 혼란스러운 질문을 무한 재시도 루프(infinite retry loop)로 만들어서는 안 됩니다.

쿼리가 실패하거나, 스키마(schema)가 변경되거나, 정책(policy)이 액세스를 차단하거나, 모델이 모호성을 해결할 수 없을 때, 안전한 답변은 다음과 같은 것이 아닙니다:

“영원히 다시 시도하세요.”

안전한 답변은 다음과 같습니다:

중단하십시오. 증거를 보존하십시오. 조사 가능한 어딘가에 해당 항목을 두십시오.

MCP 데이터베이스 워크플로(workflows)의 경우, 데드 레터 레코드(dead-letter record)에는 다음 내용이 포함되어야 합니다:

• 원본 사용자 요청 (original user request)
• 도구 이름 및 파라미터 (tool name and parameters)
• 정책/범위 결정 (policy/scope decision)
• 쿼리 ID (query ID, 존재하는 경우)
• 오류 유형 (error type)
• 재시도 횟수 (retry count)
• 모델/도구 출력 스냅샷 (model/tool output snapshot)
• 다음 사람이 읽을 수 있는 조치 (next human-readable action)

타임아웃(timeout)은 재시도할 수 있습니다.
누락된 테넌트 범위(tenant scope)는 재시도해서는 안 됩니다.
쓰기 승인 실패(write approval failure)는 재시도해서는 안 됩니다.
모호한 지표 정의(ambiguous metric definition)는 재시도해서는 안 됩니다.

긴 버전: Dead-letter queues for AI database agents

에이전트의 신뢰성(reliability)은 “절대 실패하지 않는 것”이 아닙니다. 그것은 팀이 조사하고 복구할 수 있는 방식으로 실패하는 것입니다.