AI 에이전트에게 API를 사용하게 할 때 가장 무서운 점은 'MCP에 대응했습니다'라는 말로 끝내는 것입니다.

REST 사양, MCP 툴 스키마, 타입 지정 클라이언트(typed client), 문서화(docs), 런타임 유효성 검사(runtime validation). 이 요소들이 따로따로 작성되어 있으면, 사람에게는 작동하는 것처럼 보여도 에이전트는 오래된 계약을 믿고 깨진 입력을 던집니다.

ninemindai/agentback은 README를 보면, 하나의 Zod 스키마로부터 REST, OpenAPI, 타입 지정 클라이언트, MCP 툴, 문서화, 실행 시간 유효성 검사를 모두 갖추는 발상의 API 프레임워크입니다.

사용 용도로는 사내 API를 에이전트에게도 개방할 때 발생하는 '경계의 불일치(boundary mismatch)'를 줄여주는 기반이 될 것 같습니다.

다만 아직 초기 단계의 레포지토리라, 채택 여부는 구현량, 호스트 대응, 기존 스택에 통합되는 방식을 보고 판단해야 할 것 같습니다. 제 관점에서는 에이전트 시대의 API 설계는 엔드포인트 개수보다, 동일한 작업을 사람이든 에이전트든 같은 계약으로 읽을 수 있는지 여부가 중요해 보입니다.

정보 출처: GitHub

음성 AI에서 정말 어려운 것은 깔끔하게 대답하는 데모보다는 '통화로 운영할 수 있는가'라고 생각합니다.

지연(latency).
STT, TTS, VAD.
전화 연동.
프로바이더나 모델의 전환.
통화 생명주기(call lifecycle), 툴 추적(tool trace), 통화 로그(call log), 메트릭스(metrics).

rapidaai/voice-ai는 README를 보면, 이 모든 것을 통합적으로 다루는 오픈소스입니다.