제트브레인스의 코파일럿, 어떤 모델과 도구로 시작할지 고른다

AI에게 코딩을 부탁하기 전에 이미 결정되는 것이 있다. 어떤 모델로 시작하고 어떤 도구가 켜지는지다. 깃허브는 10월 10일 JetBrains용 Copilot 업데이트를 발표하며 기업 기본 모델과 MCP 서버 자동 시작 제어를 추가했다. 개발 환경의 출발점을 다루는 변화다.

기업 관리자는 이용 가능한 Copilot agent 모델 가운데 하나를 새 대화의 기본값으로 지정할 수 있다. 공식 설명은 사용자가 모델 선택기에서 명시적으로 고른 선택을 보존한다고 밝힌다. 조직이 시작점을 정하는 것과 모든 대화를 한 모델로 강제하는 것은 다르다.

이 차이는 팀의 비교 작업에도 영향을 줄 수 있다. 각자 다른 기본값에서 출발하면 같은 요청의 결과를 비교하기 어렵다. 공통 시작점을 정해 두되 누가 모델을 바꿨는지 구별할 수 있다면, 결과 차이를 설명할 조건 하나가 더 분명해진다는 해석이 가능하다.

도구가 활성화되는 시점에도 선택지가 생겼다. 새 MCP 설정으로 Copilot과 Claude의 서버 자동 시작을 끌 수 있다고 안내됐다. 설정돼 있는 외부 도구가 곧바로 실행 중이라는 뜻은 아니며, 연결 정보를 갖고 있는 것과 도구를 켜는 순간을 나눠 볼 수 있게 된다.

진단 결과에서 수정으로 가는 경로도 줄었다. 문제를 표시하는 메뉴의 Fix 동작이 inline chat을 열어 Copilot에 수정을 요청한다. agent mode가 가능하면 이를 쓰고 그렇지 않으면 ask mode를 쓴다는 설명이라, 모든 환경에서 같은 자동 실행을 기대해서는 안 된다.

수정 요청이 쉬워졌다는 사실은 제안이 맞다는 보증과 별개다. 진단이 가리킨 줄을 바꾸면서 다른 동작에 영향을 줄 수 있으므로, 제안과 반영한 변경을 이어서 보는 검토가 남는다. 클릭 수를 줄인 개선과 코드의 정확성을 높였다는 성과는 서로 다른 주장이다.

이번 업데이트에는 사용 환경의 경계도 있다. JetBrains IDE 2025.1 지원이 종료돼 플러그인을 쓰려면 2025.2 이상이 필요하다고 발표했다. 새 설정만 찾다가 IDE 버전 조건을 놓치면 팀 안에서 일부 개발자의 기능이 다르게 보일 수 있다.

회사 측은 대화 이동과 계정 표시, 여러 동작의 신뢰성 개선도 함께 소개했다. 다만 이 기사에서 새로 확인한 핵심은 기본 모델과 도구 시작 제어, 지원 범위다. 한 업데이트 안의 여러 항목을 별도 출시 사건처럼 나눠 세지는 않는다.

관리자가 정한 기본값은 개발자의 판단을 대신하기보다 판단의 배경을 만든다. 어떤 모델과 도구가 활성화된 상태에서 나온 제안인지 알아야 결과를 비교할 수 있기 때문이다. 팀이 환경 변경을 공유하는 일이 AI 코딩의 재현 가능성과 연결된다는 의미다.

10월 10일의 변화는 Copilot에 일을 더 맡기는 버튼만 늘린 것이 아니다. 시작할 모델과 도구의 상태를 더 분명하게 정할 수 있게 했다. 새로운 기능을 사용할 때는 IDE 버전, 조직 기본값, 개인의 명시적 선택을 함께 확인해야 같은 환경을 이야기할 수 있다.