Mistral이 새 모델인 Mistral Medium 3.5와 함께 Vibe의 원격 코딩 에이전트, 그리고 Le Chat의 Work mode를 내놨습니다. 겉으로 보면 또 하나의 모델 출시처럼 보이지만, 실제 변화의 중심은 모델 성능표보다 "AI가 어디서, 어떤 방식으로 일하느냐"에 있습니다.1
핵심은 이겁니다. 이제 AI는 노트북 안에서 사용자를 따라다니는 보조 도구를 넘어, 클라우드의 격리된 환경에서 오래 걸리는 작업을 비동기로 수행하고, 끝나면 브랜치나 초안 PR, 보고서 형태로 결과를 돌려주는 쪽으로 이동하고 있습니다. 이 흐름은 Mistral만의 이야기가 아니라, GitHub Copilot의 coding agent나 Open SWE 같은 다른 진영의 움직임과도 맞닿아 있습니다.23
모델 자체보다 중요한 건 "하나의 두뇌로 여러 작업 모드"라는 점
Mistral Medium 3.5는 128B dense 구조, 256k 컨텍스트, 텍스트+이미지 입력을 지원하는 통합 모델입니다. Mistral은 이 모델이 지시 이행, 추론, 코딩을 하나의 가중치 세트로 처리한다고 설명합니다. 요청마다 reasoning_effort를 조절해 빠른 응답과 깊은 추론을 오갈 수 있다는 점도 공식 문서와 배포 문서에서 반복해 강조합니다.145
이게 왜 중요할까요. 지금까지는 "채팅용 모델", "코딩용 모델", "추론용 모델"을 나눠 쓰는 구성이 흔했습니다. 그런데 에이전트 제품에서는 이 분리가 종종 운영 복잡성으로 돌아옵니다. 어떤 요청을 어느 모델로 보낼지 라우팅해야 하고, 긴 작업 중간에 맥락이 갈라지기 쉽습니다. Mistral은 Medium 3.5로 그 분리를 줄이려는 쪽을 택했습니다.
실무적으로는 두 가지가 달라집니다. 첫째, 같은 모델을 채팅 UI와 에이전트 런타임에 함께 쓸 수 있어 제품 설계가 단순해집니다. 둘째, "짧은 답변"과 "끝까지 밀어붙이는 작업"이 같은 성격의 시스템 안에서 이어질 가능성이 커집니다. Le Chat에서 대화하다가 바로 작업 실행으로 넘기기 쉬운 이유가 여기에 있습니다.1
다만 트레이드오프도 있습니다. Medium 3.5는 dense 모델이라 배포 예측성은 좋지만, 계산 비용 측면에선 희소 Mixture-of-Experts보다 무조건 유리하다고 말하기 어렵습니다. 또 Mistral 측 자료와 서드파티 문서는 강한 agentic 성능을 강조하지만, 비에이전트 일반 벤치마크나 출력 길이에서는 닫힌 모델 대비 불리한 면도 언급합니다.4
Vibe의 본질은 "클라우드 비동기 코딩"이지, 단순한 CLI 개선이 아니다
Vibe에서 더 큰 변화는 원격 에이전트입니다. 각 작업이 격리된 샌드박스에서 실행되고, 파일 수정·패키지 설치·테스트 수행을 진행한 뒤 GitHub 브랜치나 draft PR로 결과를 남길 수 있습니다. 로컬 CLI 세션을 클라우드로 "teleport"해 상태와 승인 내역을 이어가는 기능도 소개됐습니다.1
이건 개발 경험을 바꾸는 포인트입니다. 기존 IDE 에이전트가 "지금 같이 편집하는 동료"에 가까웠다면, 원격 에이전트는 "맡겨두고 나중에 리뷰하는 작업자"에 가깝습니다. GitHub도 Copilot에서 agent mode와 coding agent를 분리해 설명하는데, 전자는 실시간 협업이고 후자는 비동기 클라우드 작업입니다.2 Mistral의 Vibe는 후자에 더 가깝습니다.
그래서 잘 맞는 일과 안 맞는 일이 갈립니다. 테스트 생성, 의존성 업그레이드, CI 문제 재현, 비교적 범위가 명확한 버그 수정은 잘 맞습니다. 반면 요구사항이 계속 바뀌거나, 코드 수정보다 제품 판단이 더 어려운 과제는 여전히 사람이 앞에 앉아 끌고 가는 편이 낫습니다. "AI가 코드를 잘 짠다"보다 "검증 가능한 반복 작업을 얼마나 대신해주나"로 봐야 하는 이유입니다.
Work mode가 말하는 다음 단계: 코딩 에이전트에서 업무 에이전트로
Le Chat의 Work mode는 코딩에만 머물지 않습니다. Mistral 설명에 따르면 메일, 캘린더, 문서, 웹 정보 등을 넘나들며 여러 단계의 업무를 수행하고, 민감한 행동은 승인 절차를 거칩니다.1 즉 채팅창 안의 답변기가 아니라, 커넥터를 통해 실제 업무 시스템을 건드리는 실행 주체에 더 가깝습니다.
여기서 봐야 할 건 기능 수보다 운영 방식입니다. 긴 세션 유지, 커넥터 기본 활성화, 도구 호출의 가시성, 승인 게이트. 이런 요소들은 모두 "에이전트를 얼마나 똑똑하게 만들었나"보다 "얼마나 조직 안에 넣을 수 있나"와 연결됩니다. Open SWE도 비슷하게 샌드박스, PR 생성, Slack·Linear 연동, 중간 피드백 반영을 핵심 설계로 둡니다.3
결국 경쟁 포인트는 모델 IQ 하나가 아닙니다. 원격 실행 환경, 도구 연결, 승인 흐름, 로그 투명성, 기존 시스템과의 접착력이 더 중요해지고 있습니다.
지금 이 변화를 신경 써야 하는 사람은 두 부류입니다. 첫째, AI 코딩 도구를 이미 쓰지만 "아직도 내가 계속 붙잡고 있어야 한다"고 느끼는 팀. 둘째, 메일·문서·이슈·코드가 흩어진 업무를 하나의 실행 레이어로 묶고 싶은 팀입니다. 도입 판단 기준도 단순합니다. 이 에이전트가 똑똑해 보이느냐가 아니라, 우리 조직의 반복 업무를 안전하게 병렬 처리하고, 사람이 마지막 검수자로 남을 수 있게 설계돼 있느냐입니다.
참고
1Mistral Medium 3.5와 Vibe 원격 에이전트 정리
2The difference between coding agent and agent mode in GitHub Copilot
3Introducing Open SWE: An Open-Source Asynchronous Coding Agent
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.