코딩 에이전트가 터미널 명령을 돌리고 외부 도구를 호출하는 시대가 되면서, "어떤 모델을 쓰는가"와 "어떤 도구가 자동으로 켜지는가"는 개인 취향의 영역을 벗어났습니다. 팀 전체의 비용, 보안, 재현성에 영향을 주는 설정이 됐습니다.

GitHub이 10월 10일에 내놓은 Copilot for JetBrains 업데이트가 바로 이 지점을 건드립니다. 기업이 관리 설정으로 기본 모델을 정하고, MCP 서버의 자동 시작을 끌 수 있게 됐습니다. 진단 오류에서 곧바로 AI 수정으로 이어지는 동선도 생겼습니다. 세 가지를 나눠서 읽어보겠습니다.

뭐가 바뀌었나: 세 가지 통제 수단

이번 릴리즈의 핵심은 한 문장으로 요약됩니다.

기본 모델: 조직이 관리 설정으로 지정 (새 대화의 시작 모델)
MCP 실행: 자동 시작을 끄고 필요할 때만 켜기 (Copilot·Claude 세션 적용)
진단 수정: 에러 표시에서 Fix 액션으로 바로 인라인 수정 요청

하나씩 풀어보죠.

기업 관리 기본 모델: 시작 모델을 조직이 정한다

엔터프라이즈 관리자는 이제 관리 설정(managed settings)을 통해 새 대화의 기본값이 되는 Copilot 에이전트 모델을 지정할 수 있습니다. 조직이 쓸 수 있는 모델 중 아무거나 고를 수 있고, 개발자가 모델 선택기에서 직접 고른 선택은 그대로 존중됩니다.

조직 기본값 (managed-settings.json)
  → 새 대화는 여기서 시작
  → 개발자가 모델 선택기에서 바꾸면 그 선택이 우선
  → 다음 새 대화는 다시 조직 기본값으로 시작

이 방식이 낯설지 않은 이유가 있습니다. 지난 7월 1일 업데이트에서 기업이 model을 auto로 지정해 자동 모델 선택을 기본값으로 두는 기능이 먼저 나왔고, 이번에는 "아무 모델이나" 지정할 수 있게 범위가 넓어진 것입니다. 설정은 기업의 소스 조직에 있는 .github-private 저장소의 copilot/managed-settings.json 경로로 들어가고, Copilot Business·Enterprise 라이선스 사용자에게 자동으로 적용됩니다. 적용 여부는 엔터프라이즈 설정의 Agents 페이지, AI controls에서 확인할 수 있습니다.

왜 중요한가 하면, 모델 선택은 이제 비용과 품질의 정책이기 때문입니다. 비싼 추론 모델을 전사 기본값으로 두면 토큰 비용이 조용히 불어나고, 반대로 가벼운 모델만 두면 에이전트 작업의 성공률이 떨어집니다. "시작은 조직이 정하고, 예외는 개발자가 고른다"는 구조는 이 트레이드오프를 팀 단위로 관리하게 해줍니다.

MCP 자동 시작 제어: 도구는 필요할 때만 켠다

두 번째는 MCP 설정입니다. 새로 추가된 설정으로 Copilot과 Claude 세션에서 MCP 서버의 자동 시작을 끌 수 있습니다. 설정해 둔 도구가 Copilot이 켜지자마자 전부 활성화되는 게 아니라, 언제 활성화될지를 사용자가 통제하는 것입니다.

자동 시작 ON (이전 기본 동작):
  Copilot 시작 → 설정된 MCP 서버 전부 기동 → 도구가 바로 호출 가능

자동 시작 OFF (이번에 가능해진 설정):
  Copilot 시작 → 서버는 대기 → 필요한 서버만 골라서 시작
  → 호출 가능한 도구 표면이 줄어듦

이게 왜 보안과 연결되는지는 로컬 샌드박스 글의 문맥에서 보면 분명해집니다. 샌드박스가 "실행되는 명령을 어디까지 허용할지"를 다룬다면, 자동 시작 제어는 "애초에 에이전트 손에 어떤 도구를 쥐여줄지"를 다룹니다. 도구가 자동으로 켜져 있으면 에이전트는 그 도구를 쓸 수 있고, 쓸 수 있으면 언젠가는 씁니다. 최소 권한의 원칙을 IDE 안의 에이전트에게도 적용하는 셈입니다.

배경 흐름도 있습니다. 9월 22일 업데이트에서는 내장 GitHub MCP 서버를 끄는 설정과 도구별 영속 제어가 들어왔고, CLI 쪽에서는 MCP 관련 권한·승인 정책이 계속 강화돼 왔습니다. 방향은 일관됩니다. 에이전트가 쓸 수 있는 외부 도구를 "전부 허용"에서 "필요한 것만 골라 허용"으로 좁히는 중입니다.

진단 오류의 Fix 액션: 에러에서 수정까지 한 걸음

세 번째는 체감 변화가 가장 큰 부분입니다. 진단(diagnostics) 의도 메뉴에 Fix 액션이 생겼습니다. 에러 표시에서 바로 인라인 채팅이 열리고, Copilot에게 해당 문제의 수정을 요청합니다. 에이전트 모드를 쓸 수 있으면 에이전트 모드로, 아니면 묻기(ask) 모드로 동작합니다.

이전: 에러 확인 → 채팅 열기 → 에러 내용 설명 → 수정 요청
지금: 에러 표시 → Fix → 인라인 채팅에서 바로 수정 제안

편해진 만큼 주의할 점도 분명합니다. Fix는 "수정 제안까지의 거리"를 줄여줄 뿐, "수정이 맞는지"를 대신 판단해주지 않습니다. 에이전트 모드에서는 파일 수정까지 이어질 수 있으니, 제안된 diff를 읽고 테스트를 돌리는 습관은 그대로 유지해야 합니다. 실행 권한과 이어지는 이야기라 보안 샌드박스 글의 승인 흐름과 함께 읽으면 좋습니다.

그 외 잔돈과 지원 종료: JetBrains 2025.2 이상 필요

이번 릴리즈에는 잔돈 같은 개선도 함께 들어왔습니다. 계정 표시·전환(Switch Account)이 정리됐고, 채팅 메시지가 턴 단위로 묶여 이동하기 쉬워졌으며, 사용자 메시지에 복사·편집 액션이 붙었습니다. 언어 서버 시작, 모델·프로바이더 전환, MCP 설정, 워크트리 흐름의 신뢰성 개선도 포함됐습니다.

놓치면 안 되는 줄은 지원 종료(deprecation) 대목입니다.

JetBrains IDE 2025.1 → 지원 종료
이제 필요: JetBrains IDE 2025.2 이상
(9월 22일 릴리즈에서는 2025.1 사용자에게 업그레이드 사전 안내만 있었음)

플러그인을 쓰고 있다면 IDE 버전을 먼저 확인하세요. 2025.1에 머물러 있으면 이번 기능은커녕 플러그인 자체가 동작하지 않습니다.

CodeBridge Mini Lab: 우리 팀 기본값 점검하기

브리핑의 액션(버전과 자동 시작 설정 확인)을 그대로 체크리스트로 바꿔보겠습니다.

① 환경 확인:
   [ ] JetBrains IDE가 2025.2 이상인가
   [ ] Copilot 플러그인이 최신인가
② 모델 기본값:
   [ ] 조직에 관리 기본 모델이 지정돼 있는가 (관리자: Agents > AI controls)
   [ ] 개발자가 모델 선택기로 바꿀 수 있는가 (예외 동선 확인)
③ MCP 실행 표면:
   [ ] 자동 시작을 끈 상태에서 필요한 서버만 수동 시작해보기
   [ ] 실제로 쓰는 MCP 서버 목록과 켜져 있는 서버 목록이 일치하는가
④ Fix 동선:
   [ ] 진단 오류 1건에 Fix를 눌러 제안 diff 읽기
   [ ] 에이전트 모드 수정이면 테스트 통과까지 확인하기

이 표를 채우면 "우리 팀 에이전트가 매일 어떤 모델로 시작해서 어떤 도구를 손에 들고 일하는지"가 한 장으로 정리됩니다.

결론: 에이전트 설정도 코드처럼 관리하라

한 줄로 정리합니다.

에이전트가 똑똑해질수록, 개인의 취향처럼 보이던 설정이 팀의 정책이 된다.

기본 모델 지정, MCP 자동 시작 제어, 진단 Fix 액션은 각자 보면 작은 기능입니다. 하지만 묶어서 보면 방향이 보입니다. 코딩 에이전트의 경쟁이 "누가 코드를 잘 짜나"에서 "누가 에이전트의 실행 환경을 잘 통제하나"로 넘어가고 있다는 것. 새 대화의 시작 모델을 조직이 정하고, 도구는 필요할 때만 켜고, 수정 제안은 사람이 읽는 것. 그 세 줄이 다음 분기 우리 팀의 AI 코딩 정책 초안이 됩니다.

함께 읽으면 좋은 글

참고 자료

이 주제를 직접 따라가며 배우고 싶다면

Agent와 Plan 모드를 실제 프로젝트에 붙이고 실행 환경까지 흐름으로 연결하는 연습이 필요하다면, Java·Spring 프로젝트에 Copilot을 적용하는 과정이 이 글의 점검 실험과 바로 이어집니다.