예시 답변 1
약 90초
멀티 에이전트 메시지 프로토콜 설계 결
멀티 에이전트 시스템을 처음 구현해본 것은 사이드 프로젝트에서였습니다. 에이전트 간 협업 프로토콜을 설계할 때 가장 먼저 고민한 것은 에이전트가 서로 어떤 형식으로 정보를 주고받을지였습니다. 구조화되지 않은 자연어 메시지만으로 소통하면 해석 오류가 생기기 쉬워, JSON 스키마로 메시지 형식을 정의하고 각 에이전트가 이를 검증하는 방식을 도입했습니다.
작업 위임 과정에서 에이전트가 서브태스크를 넘길 때 컨텍스트를 얼마나 포함할지가 성능과 비용에 영향을 줬습니다. 에이전트 하나가 실패했을 때 전체 워크플로우가 멈추지 않도록 오류 격리 구조도 필요했는데, 실패한 서브태스크만 재시도하거나 폴백 경로를 준비하는 방식으로 처리했습니다. 에이전트가 늘어날수록 어떤 에이전트가 무엇을 했는지 추적하는 로그가 중요해졌고, 관찰 가능성이 멀티 에이전트 시스템의 결임을 배웠습니다.
이 결의 특징
멀티 에이전트 협업을 JSON 스키마 메시지 형식이라는 구체 설계로 풀어낸 흔적이 있습니다.
이 결이 통하는 자리
관찰 가능성이 멀티 에이전트 시스템의 핵심이라는 관점이 답에 담겨 있을 때 면접관의 신뢰가 쌓이는 자리를 자주 봅니다.