Mistral Studio Managed Agents 공개 프리뷰: 실행 복구와 세션 저장의 경계

Mistral이 Studio의 Managed Agents와 Agents SDK를 공개 프리뷰로 내놓았다. 공식 릴리스 노트에 적힌 날짜는 2026년 11월 5일이다. 모델을 호출하는 코드에 더해 장시간 작업의 실행 상태, 도구 호출, 사람의 승인과 추적 기록을 다루는 기능이다. API와 동작, 제한은 프리뷰 중 바뀔 수 있다.

로컬 실행과 배포 실행의 차이

Managed Agents 공식 문서는 실행 위치를 세 가지로 나눈다. 개발 중에는 자신의 Python 프로세스에서 실행하고 자체 서버에서는 agents serve, Mistral 관리 환경에서는 agents deploy를 사용한다.

여기서 자체 호스팅의 범위를 잘 봐야 한다. 문서상 agents serve는 에이전트 루프와 도구를 자신의 서버에서 돌리지만 세션은 Mistral이 저장한다. 로컬 프로세스의 세션은 프로세스 종료와 함께 끝난다. 자체 서버에서 실행한다는 설명만 보고 모든 상태가 사내에 남는다고 가정하면 데이터 배치 검토를 잘못할 수 있다.

배포된 에이전트는 마지막으로 완료한 모델 호출이나 도구 호출 이후부터 작업을 이어간다고 문서는 설명한다. 기본 세션 종료 기준은 24시간 또는 유휴 4시간이며 유휴는 실행 중인 턴이 없거나 사용자 응답만 기다리는 상태를 뜻한다. 두 제한은 높일 수 있다. 며칠짜리 작업을 설계한다면 이 기본값도 함께 검토해야 한다.

같은 날 나온 기능도 제공 상태는 다르다

공식 릴리스 노트에서 Managed Agents, 워크플로 빌더, Apps CLI는 Public Preview로 표시돼 있다. HTTP API 커넥터는 Private Preview다. Studio 앱을 Vibe Code Web 안에 표시하는 기능에는 GA 표시가 붙었다. 이처럼 제공 상태가 달라 Studio 확장 전체를 정식 출시로 묶어 읽기는 어렵다.

개발자에게는 실행과 평가를 연결하는 부분이 눈에 띈다. 관리형 에이전트의 추적 기록을 기본으로 수집하고 실제 실행 기록을 평가 데이터셋으로 옮기는 기능도 같은 날 공개됐다. 다만 제품 설명에 있는 기능 제공과 실제 운영 환경의 안정성은 별도로 확인할 항목이다.

승인 대기와 장애 복구를 먼저 시험한다

Mistral의 제품 발표는 장애 조사 에이전트가 런북을 따라 조사하다가 민감한 행동 전에 승인을 요청하는 사례를 소개한다. 이는 Mistral이 설명한 내부 활용 사례다. 이 글에서 배포나 장애 복구를 직접 시험하지 않았으며 생산성 향상을 독립 검증하지도 않았다.

도입을 검토한다면 읽기 전용 로그 조사부터 작게 시작하는 편이 좋겠다. 아래는 제품의 보장 사항이 아니라 문서의 실행 모델을 바탕으로 제안하는 시험 항목이다.

• 도구 실행 직후 작업 프로세스를 중단하고 복구 뒤 외부 작업이 중복되는지 확인한다.
• 승인 대기 중 앱을 닫았다가 다시 열어 같은 요청을 찾아 이어갈 수 있는지 확인한다.
• 세션과 추적 기록에 남는 데이터를 분류하고 자체 서버 실행과 원격 상태 저장의 경계를 확인한다.

예를 들어 티켓을 만드는 도구라면 재시작 후 같은 티켓이 두 번 생기지 않는지 살펴볼 수 있다. 마지막 완료 단계부터 재개한다는 설명만으로 외부 서비스의 부작용까지 한 번만 일어난다고 단정할 수는 없다. 팀의 실제 도구를 붙인 실패 시험이 필요한 대목이다.

확인 기준은 2026년 11월 6일이다. 공개 프리뷰의 제공 상태와 실행 조건은 위 공식 문서를 따랐으며 특정 요금이나 SLA, 완전한 사내 배포 가능 여부까지 확인한 것으로 확대해 읽어서는 안 된다.