Mistral Vibe 대안: 워크플로와 API 제어에 따라 선택

Mistral Vibe 대안의 정직한 출발점은 Vibe CLI가 사라질 예정이 없다는 것입니다. mistralai/mistral-vibe는 Apache-2.0이며 보관 처리되지 않았고, 2026년 9월 18일에 v2.25.5를 출시했으며 2026년 9월 21일에 마지막으로 푸시되었습니다. 사람들이 이를 대체하는 이유는 네 가지로 구체적입니다. Mistral에 계속 도달하는 백그라운드 호출, 타사 경로가 없는 음성 기능, 원격으로 변경될 수 있는 기본값, 작동하는 설정을 깨뜨릴 만큼 빠른 릴리스 주기입니다. 각 이유는 서로 다른 대체 도구를 가리킵니다. 이 페이지는 선택 트리와 실제로 전환할 때 파일 측면에서 치러야 할 비용을 정리합니다.

먼저 어떤 가격이 실제로 관련 있는지 결정하는 구분부터 하겠습니다. Mistral은 2026년 5월 28일 Le Chat의 이름을 Vibe로 변경했습니다: “Le Chat은 이제 Vibe”이며, 업무와 코드 전반에 하나의 에이전트와 하나의 라이선스를 제공합니다. 따라서 “Mistral Vibe”는 이제 소비자용 어시스턴트와 코딩 에이전트를 모두 가리키며, 해당 이름으로 찾는 모든 구독 요금은 어시스턴트를 구매하는 것입니다. CLI는 Apache-2.0 패키지인 mistral-vibe이며 가격은 $0입니다. 세 번째 제품인 Mistral Code Enterprise는 별도의 사용이 더 이상 권장되지 않는 플러그인으로, “Mistral Vibe로 대체되어 더 이상 권장되지 않음”이라고 안내되어 있고 2027년 3월까지 작동하며 엔터프라이즈 라이선스로만 사용할 수 있습니다. 이름이 충돌하는 두 가지도 있습니다. vibe.us는 회의실 협업 하드웨어를 판매하고, Replit, Bolt 및 Lovable을 다루는 “vibe coding” 모음은 터미널 에이전트를 대체하는 것이 아니라 방법론에 관한 것입니다.

사람들이 Vibe CLI를 떠나는 이유

모든 요청이 선언한 공급자로 전송되는 것은 아닙니다. v2.25.5에서 유틸리티 완료 모듈은 빠른 Mistral 모델인 mistral-vibe-cli-fast을 정의하며, 문서 문자열에는 Mistral 공급자를 사용할 수 있을 때 “세션의 활성 공급자가 다른 것이어도” 해당 모델을 우선한다고 명시되어 있습니다. 기본 제공 기본값은 항상 하나를 구성합니다. 호출되는 곳은 코딩 작업이 아니라 백그라운드 편의 기능인 세션 제목, git worktree 이름, 에이전트 루프 및 앱 서버 런타임입니다. 같은 파일에는 세 가지 문서화된 우회 방법이 있습니다. 사용 가능한 Mistral 공급자가 없거나, allowed_models 허용 목록에서 별칭 mistral-small을 제외하거나, MISTRAL_API_KEY을 확인할 수 없는 경우입니다. 떠나는 이유가 “모든 트래픽이 하나의 엔드포인트로 가야 한다”는 것이라면 마이그레이션 전에 이 부분부터 확인하세요. 현재 설정에서 이미 해결할 수 있을지도 모릅니다.

음성 기능은 Mistral 자체 오디오 프로토콜에 고정되어 있습니다. 해당 릴리스에서 TranscribeClient 및 TTSClient는 유일한 멤버가 Mistral인 문자열 열거형이며, 배포된 기본값은 wss://api.mistral.ai 및 https://api.mistral.ai를 가리키고 둘 다 MISTRAL_API_KEY를 키로 사용합니다. [[transcribe_providers]] 또는 [[tts_providers]] 블록을 사용하면 api_base과 키 변수를 변경할 수 있지만, 변경할 수 없는 것은 client이므로 지정한 대상도 여전히 Mistral 자체 오디오 API를 말해야 합니다. Kunavo는 음성-텍스트 변환, 텍스트-음성 변환 또는 임베딩 모델도 제공하지 않으므로 클라이언트나 게이트웨이를 전환해도 음성 요구 사항은 해결되지 않습니다. 해당 기능을 판매하는 공급자가 필요하며, 이 페이지는 그렇지 않은 것을 그런 것처럼 설명하지 않습니다.

일부 기본값은 원격으로 설정됩니다. 2.25.5 설정 스키마는 ExperimentsConfig를 https://experiments.mistral.services/에 대해 enable = True로 배포하며, enable_telemetry의 기본값은 True입니다. 이 계층은 런타임에 routed_default_model, routed_model_config, routed_extra_models을 제공할 수 있고, 활성화 실험 플래그 두 개가 롤아웃으로 켜지지 않는 한 Smart Approve 모드를 비활성화합니다. 이 마지막 부분은 Vibe CLI와 Claude Code 비교 페이지에 주의사항을 추가합니다. 해당 페이지에서는 Smart Approve의 분류기가 빠른 Mistral 모델에서 실행된다고 설명하지만, 2.25.5에서는 두 플래그가 모두 기본적으로 꺼져 있고 롤아웃으로 공개될 때까지 모드가 숨겨져 있으므로 Smart Approve가 실제로 제공된 후에야 해당 라우팅이 적용됩니다. 위에서 설명한 유틸리티 모델 라우팅은 제목과 worktree 이름에 여전히 적용됩니다.

주기가 너무 빨라 작동 중인 설정을 깨뜨릴 수 있습니다. 2.25.5 변경 로그에는 API 키 환경 변수 없이 구성된 공급자, 즉 로컬 또는 자체 호스팅 모델 서버에 대한 수정 사항이 기록되어 있습니다. 이 서버는 “매번 MISTRAL_API_KEY 누락 오류로 실패하는 대신 Unified Harness에서 다시 실행”됩니다. 이는 키가 없는 로컬 공급자가 이전 릴리스 중 적어도 하나에서 Unified Harness에서 실패했음을 의미하지만, 변경 로그에는 어느 버전부터였는지 나와 있지 않으므로 설치할 버전과 대조해 확인하세요. 같은 릴리스에서는 해당 harness의 “experimental” 라벨을 제거하고 --legacy-harness을 우회 방법으로 명시하며, 2.25.4에는 셸 권한 검사에서 수정된 CVE 식별자 5개가 나열되어 있습니다(별도의 CVE 데이터베이스 확인 없이 변경 로그에 인쇄된 ID). 작성하는 모든 런북에서 버전을 고정하세요.

떠나는 이유별로 맞는 대안

저장소, 릴리스 및 마켓플레이스 수치는 2026년 9월 21일 GitHub API, PyPI, Visual Studio Marketplace 및 각 프로젝트의 자체 문서에서 확인했습니다. 이들 중 세 가지는 현재 대부분의 가이드가 여전히 인쇄하는 URL과 다른 소유자 이름으로 응답합니다. GitHub 리디렉션은 새 소유자를 입증하지만, 어느 경우에도 날짜가 명시된 발표는 찾지 못했으므로 인수라기보다 기록상 이름 변경으로 이해하세요. 첫 번째 행에는 한 가지 제한이 있습니다. 확인한 것은 각 프로젝트의 사용자 지정 공급자 설정이지 백그라운드 트래픽이 아니므로, “모든 호출이 내 엔드포인트에 도달한다”는 것이 실제 요구 사항이라면 자신의 설정에서 프록시 로그로 확인하세요. 더 자세한 비교는 OpenCode 대안, Aider 대안 및 Crush와 OpenCode 비교에서 확인할 수 있습니다.

선택하기 전에 와이어를 확인하세요

기능 표에서 빠지는 부분이며, 기존 키가 실제로 작동하는지를 결정합니다. 각 클라이언트는 사용자 지정 엔드포인트에 대해 서로 다른 프로토콜 집합을 허용하고, 그중 하나는 대부분의 게이트웨이가 제공하는 형식을 거부합니다.

각각 오후 한 시간을 소모할 수 있는 세 가지 세부 사항입니다. Vibe의 OpenAI 형식 스타일에서는 api_base가 /v1 루트여야 합니다. OpenAI 어댑터가 자체적으로 /chat/completions를 추가하기 때문입니다. 반면 anthropic 어댑터는 /v1/messages를 추가하므로 이 경우에는 호스트 루트를 사용해야 합니다. Crush의 설정도 변경되었습니다. v0.96.1에서는 crushrc가 공급자를 추가하는 문서화된 위치이고 crush.json는 $HOME/.local/share/crush/ 아래에 계속 저장되므로 JSON 파일에 공급자를 추가하는 튜토리얼은 이전 형식을 설명합니다. README는 두 파일 모두 신뢰할 수 있는 코드라고 경고합니다. crushrc가 전체 셸에서 실행되기 때문입니다. Codex CLI의 게이트는 마이그레이션을 조기에 종료합니다. 이 버전에서는 chat-completions 키가 Codex CLI 공급자가 아닙니다.

가장 일반적인 이동인 Vibe CLI에서 OpenCode로 전환하면서 하나의 키를 유지하는 경우, 대상 측 선언은 마법사가 아니라 파일입니다:

{
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" }
      }
    }
  }
}

Crush에 해당하는 설정은 crushrc 한 줄 — provider add kunavo --type openai-compat --base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY" — 뒤에 나열하려는 각 모델마다 model add를 추가하는 형태이며, README 자체의 custom-provider 예제가 사용하는 구조입니다. 둘 다 런타임 테스트가 아니라 각 프로젝트의 문서에서 확인한 공개 설정 형식입니다. Kunavo는 해당 클라이언트 어느 쪽도 엔드포인트에 연결해 실행하지 않았습니다. 설정 참고 자료는 OpenCode 통합, Crush 통합 및 Mistral Vibe 통합에 있습니다.

무엇이 이전되고, 무엇이 이전되지 않으며, 어떻게 되돌릴 것인가

파일 복사로 그대로 이동합니다: AGENTS.md. Vibe CLI 2.25.5는 AGENTS_MD_FILENAME = "AGENTS.md"를 정의하고, OpenCode 문서는 프로젝트의 AGENTS.md를 Git에 커밋하라고 안내하며, Crush v0.96.1은 ~/.config/AGENTS.md를 읽고 initialize-as AGENTS.md 옵션을 제공합니다. 파일명이 같으므로 이 부분은 이식할 수 있습니다. 다만 각 클라이언트가 내용을 자체적으로 해석하므로 동일하게 동작한다고 가정하지 말고 새 도구에서 한 번 확인하세요.

이동하지 않는 항목: 도구, 스킬, 플러그인 및 하위 에이전트입니다. Vibe는 프로젝트의 .vibe/ 디렉터리에 이들을 저장하며, 그 안에 tools/, skills/, plugins/ 및 agents/ 하위 디렉터리와 .agents/skills 디렉터리가 있고, 전역 대응 항목은 ~/.vibe 아래에 있습니다. 여기의 다른 클라이언트는 이 구조를 읽지 않으므로 직접 다시 선언해야 합니다. 키도 이동하지 않습니다. Vibe의 설정 흐름은 키를 ~/.vibe/.env에 기록하고, 환경 변수가 우선하며, 각 대상 클라이언트는 자체 변수명을 사용합니다.

기록은 전혀 이동하지 않습니다. Vibe 세션은 ~/.vibe/logs/session 아래의 로컬 파일입니다. 먼저 .session_index.json가 있고, 세션마다 meta.json와 messages.jsonl가 있습니다. 2.25.5 wheel에는 세 개의 콘솔 스크립트(vibe, vibe-acp, vibe-app-server)가 포함되어 있으며 --continue와 --resume를 제공합니다. export 명령은 찾지 못했습니다. 2.25.5부터 비Windows 시스템에서 이 디렉터리는 소유자만 접근할 수 있습니다. 가져오기를 계획하기보다 그대로 유지하세요.

막다른 길에 빠지지 않는 마이그레이션 순서: AGENTS.md를 새 클라이언트의 프로젝트 루트에 복사하고, 위 표의 프로토콜을 사용해 해당 클라이언트의 자체 파일에 공급자를 선언한 다음, 해당 클라이언트가 지정한 키 변수를 export하세요. 두 클라이언트에서 제한된 작업 하나씩(단일 파일 편집 후 여러 파일에 걸친 조사)을 실행하고, 공급자 계정에 각각 무엇이 기록되었는지 확인하세요. 시작하기 전에 롤백을 준비하세요: Vibe CLI는 일반적인 Python 패키지이므로 사용 중이던 버전(uv tool install mistral-vibe==2.25.5)을 다시 설치하면 클라이언트가 복원되며, 시험 중 ~/.vibe를 변경하지 않으면 설정과 키 파일이 모두 보존됩니다.

전환이 청구 금액에 미치는 영향

대부분 아무 영향도 없으며, 바로 그것이 핵심입니다. 자체 키를 사용하는 경로에서는 클라이언트가 무료 소프트웨어이고 청구 금액은 모델이 결정합니다. 이 수치는 실제 작업 비용이 아니라 예시용 토큰 산술이며 청구 상한도 아닙니다. 한 세션에서 캐시되지 않은 입력 토큰 200,000개를 보내고 출력 토큰 12,000개를 받는다고 가정하세요. 첫 번째 행은 Vibe CLI의 기본 모델에 대한 Mistral 자체 공개 요금이며 비교를 위한 것입니다. Kunavo는 Mistral 모델을 판매하지 않습니다. 나머지는 백만 토큰당 적용되는 실시간 Kunavo 카탈로그 요금입니다.

Mistral의 수치는 2026년 9월 21일에 API 가격표에서 확인했으며, Vibe에 포함된 설정에도 mistral-vibe-cli-latest에 대해 동일한 두 수치가 선언되어 있습니다. 표로 알 수 없는 점은 다음과 같습니다. 가장 저렴하게 표시된 요금과 작업을 완료하는 데 드는 비용이 가장 낮다는 것은 서로 다른 주장입니다. 세 번 시도해야 하는 모델은 한 번에 완료하는 더 비싼 모델보다 비용이 많이 들 수 있습니다. 이 수치를 예산으로 보기 전에 자신의 일일 세션 수를 기준으로 확장하세요.

Kunavo 카탈로그 금액은 상한이 아니라 청구 하한입니다. upstream이 요금을 보고하면 청구 금액은 카탈로그 비용과 upstream 비용에 해당 마크업을 곱한 금액 중 더 큰 값입니다. 캐시 요금과 외부 도구 비용은 이 예시에 포함되지 않습니다. 최소 충전 금액은 선불 크레딧 $10이며, 이는 요금제를 구매하는 것이 아니라 잔액을 충전합니다. 결제 세부 정보를 확인하고, 사용할 클라이언트가 정해져 키에 자금을 충전할 준비가 되면 Kunavo 계정을 생성하세요.

계속 사용할지 옮길지 아직 결정하지 못했나요? Mistral Vibe와 Claude Code 비교에서는 CLI를 유지한 채 다른 곳을 가리키는 방법을, OpenCode에 가장 적합한 API에서는 가장 일반적인 도착 지점에서의 공급자 선택을, Claude Code 대안에서는 터미널이 제약이 아닐 때 선택지를 더 넓히는 방법을 다룹니다.

자주 묻는 질문

2026년 9월 21일 확인: mistral-vibe, opencode, goose, OpenHands, Roo-Code, crush, codex, cline 및 kilocode의 GitHub API, mistral-vibe 2.25.5의 PyPI, 위에 언급한 Visual Studio Marketplace 및 JetBrains Marketplace 목록, v2.25.5 wheel의 소스·변경 로그·README, docs.mistral.ai의 CLI 설정 및 API 키 페이지, mistral.ai/pricing, mistral.ai/pricing/api 및 Vibe 이름 변경 공지, opencode.ai, goose-docs.ai, roomote.dev, Crush v0.96.1 README와 OpenAI의 Codex 설정 참고 자료를 확인했습니다. 어떤 클라이언트도 설치하거나 Kunavo에 연결해 실행하지 않았으므로 이 내용은 호환성 테스트가 아니며, 모든 달러 수치는 측정된 작업 비용이 아닌 예시용 토큰 산술입니다.