AI 도구 중 하나가 다운되었을 때 AI 통화를 계속해야 할까?

처리기 상태를 진실의 원천(source of truth)으로 만드세요. 로컬 요청은 실패한 것처럼 보여도 타임아웃 시 브랜치를 보류 상태로 유지해야 합니다.

확인된 실패는 결제를 다시 열 수 있고, 성공적인 결제는 예약을 진행시킵니다.

통화 중 전환을 처리하고 싶습니다. 에이전트가 세부 정보를 수집한 후에는 예약 요청이 결제 의존적이 될 수 있으므로, 예약을 확정하지 않으면서 해당 컨텍스트를 보존해야 합니다.

영향을 받는 작업만 차단하고 나머지 통화는 계속 진행하세요. 각 도구 뒤에 헬스 체크나 서킷 브레이커를 두어 서비스가 실패하는 순간 에이전트가 사용 가능한 도구에서 결제 단계를 제거하도록 하세요. 통화 중인 경우, 수집된 세부 정보를 만료 시간이 있는 보류 슬롯 같은 상태로 저장하고 결제 도구가 응답할 때만 확정하세요. 호출자에게 무엇이 불가능한지 명확히 말하고, 콜백이나 공식 채널을 통해 나중에 보낼 결제 링크 같은 대안을 제시하세요. 모든 지연된 작업을 기록해서 복구 후에 사람이나 재시도 작업이 완료할 수 있게 하세요.

도구 호출을 차단하는 건 간단합니다. 더 어려운 부분은 통화가 이미 진행 중일 때 에이전트가 사용할 수 있는 작업들을 서비스 상태와 동기화하는 것입니다.

상태가 변경될 때 흐름을 업데이트하고 있나요, 아니면 에이전트가 결제 작업에 도달했을 때만 확인하고 있나요?

통화는 유지하되 도구 실행기에서도 결제 게이트를 강제하세요. 상태가 바뀔 때 에이전트가 여전히 구식 도구 목록을 들고 있을 수 있습니다.

결제가 다시 돌아오면 에이전트는 통화 중에 다시 사용할 수 있다는 걸 어떻게 알게 되나요? 아니면 다음 통화까지 계속 데그레이드 상태로 있나요?

에이전트가 배울 필요는 없습니다. 호출자가 결제 단계에 도달했을 때 흐름이 서비스 상태를 재확인하고 통화 중에 해당 브랜치를 다시 열면 됩니다. 이미 보류로 표시된 요청은 처리기가 해결할 때까지 차단된 상태로 유지됩니다.

계속 진행하고 결제 도구가 돌아올 때까지 목록에서 빼두세요. 전체 흐름을 죽이는 건 결제 장애 때문에 예약 고객까지 벌주는 꼴입니다. 저라면 사용자에게 결제가 안 된다고 명확히 말하게 할 겁니다. 안 그러면 에이전트가 이유를 지어낼 테니까요.