AssemblyAI 음성 에이전트 통화가 ‘created’에 멈췄던 버그 수정, 기록 누락은 어떻게 달라졌나
통화는 끝났는데 기록이 없던 이유
음성 에이전트와 통화를 마쳤는데 대화 기록이 나타나지 않는다면, 사용자 입장에서는 통화 자체가 제대로 처리됐는지부터 헷갈릴 수 있습니다.
AssemblyAI Voice Agent API에서 실제로 이와 비슷한 상태 전환 버그가 있었습니다.
일부 통화가 이미 종료됐는데도 시스템 안에서는 created 상태에 그대로 남았던 문제입니다.
created는 말 그대로 통화 항목이 만들어진 초기 단계에 머물러 있다는 뜻에 가깝습니다.
정상 흐름이라면 통화가 끝난 뒤 처리가 마무리되면서 completed로 넘어가야 합니다.
그러나 영향을 받은 일부 통화는 이 전환이 이뤄지지 않았고, 그 결과 전사문과 사후 검토용 오디오가 반환되지 않았습니다.
여기서 핵심은 화면에 표시되는 상태명 하나만 잘못된 것이 아니라는 점입니다.
전사문이 없으면 상담 내용을 검색하거나 요약하기 어렵고, 검토용 오디오가 없으면 대화 흐름을 다시 듣기도 어렵습니다.
품질 점검, 상담 인계, 이슈 확인처럼 통화 후 기록을 활용하는 과정이 함께 막힐 수 있는 상태였던 셈입니다.
영향 범위는 AssemblyAI가 밝힌 대로 Voice Agent API의 ‘일부 통화’입니다.
모든 통화에 발생한 문제로 넓혀 해석할 근거는 없으며, 정확한 발생 건수나 최초 발생 시점, 내부 원인도 공개된 변경 기록에는 담기지 않았습니다.
따라서 이번 이슈는 통화 내용이 잘못 생성된 문제라기보다, 종료된 통화를 완료 상태로 정리하고 결과물을 돌려주는 사후 처리 문제로 이해하는 편이 정확합니다.
completed 전환이 바꾼 사후 검토
AssemblyAI는 2026년 8월 26일 이 버그의 수정 내용을 공개했습니다.
수정 뒤에는 통화가 끝나면 created에 머무르지 않고 completed 상태로 정상 전환된다고 안내했습니다.
흐름을 간단히 정리하면 ‘통화 종료 → completed 전환 → 전사문과 오디오를 이용한 사후 검토’입니다.
이전에는 가운데 상태 전환이 막히면서 뒤의 기록 확인도 이어지지 않았던 것입니다.
이 변화는 새로운 음성 모델 출시나 대화 성능 향상과는 성격이 다릅니다.
에이전트가 통화 중 얼마나 자연스럽게 답하느냐가 실시간 품질이라면, 종료 상태와 전사문·오디오가 정확히 남느냐는 운영 품질입니다.
실제 서비스에서는 둘 중 하나만 안정적이어도 충분하지 않습니다.
대화가 잘 끝났더라도 기록을 다시 볼 수 없다면 운영자는 결과를 검토하고 후속 업무로 연결하기 어렵기 때문입니다.
API를 검토하는 실무자라면 이번 사례에서 상태값과 결과물을 함께 보는 기준을 얻을 수 있습니다.
통화 종료 여부만 확인하기보다 completed 같은 최종 상태에 도달했는지, 그 뒤 전사문과 검토용 오디오가 실제로 반환됐는지를 한 흐름으로 살피는 방식입니다.
created가 예상보다 오래 유지될 때 감지할 수 있는 모니터링도 사후 기록의 신뢰성을 높이는 데 도움이 됩니다.
이는 AssemblyAI가 별도 조치로 요구한 내용이 아니라, 공개된 현상에서 도출할 수 있는 운영상 점검 포인트입니다.
다만 기존에 영향을 받은 통화가 자동으로 재처리되는지, 사용자가 따로 해야 할 일이 있는지는 해당 변경 기록에 안내되지 않았습니다.
과거 누락 건을 다뤄야 한다면 이를 임의로 단정하기보다 공식 지원 경로에서 해당 통화의 처리 가능 여부를 확인하는 편이 안전합니다.
이번 수정의 분명한 변화는 종료된 통화가 completed로 넘어가 전사문과 오디오를 통한 사후 검토 흐름이 정상적으로 이어지도록 바로잡았다는 점입니다.
관련 내용: AssemblyAI Changelog
https://www.assemblyai.com/changelog