Copilot의 오류 수정 버튼, 누르기 전에 어떤 실행 모드인지 봐야 할까요?

핵심 요약 (TL;DR)

GitHub가 10월 10일 공개한 JetBrains용 Copilot 업데이트에는 진단 메뉴의 Fix 동작과 MCP 서버 자동 시작을 끄는 설정이 포함됐습니다.[1] 오류에서 수정 제안으로 가는 길은 짧아졌지만, 같은 버튼도 환경에 따라 에이전트 모드 또는 질문 모드로 연결됩니다. 첫 앱을 만드는 분이라면 버튼 이름보다 실제로 시작되는 작업 범위를 먼저 살펴보시면 좋겠습니다.

Fix를 누르면 무엇이 시작되나요?

공식 공지에 따르면 진단 메뉴의 Fix는 인라인 채팅을 열고 Copilot에 문제 수정을 요청합니다. 에이전트 모드를 사용할 수 있으면 그 모드를, 그렇지 않으면 질문 모드를 이용합니다.[1] 따라서 버튼을 누른 뒤 설명을 받는지, 도구를 쓰는 수정 흐름으로 이어지는지 확인할 필요가 있습니다.

이 글은 공개 변경 기록을 읽은 안내이며, 플러그인을 설치해 동작을 시험한 후기는 아닙니다. 오류 표시가 사라졌다는 것만으로 사용자가 기대한 기능이 완성됐다고 판단하지 않는 편이 좋습니다. 수정 전의 문제와 수정 후의 결과를 같은 입력으로 비교해야 하기 때문입니다.

첫 앱의 오류는 어떻게 요청하면 좋을까요?

예약 입력창을 만드는 상황을 떠올려 보세요. 화면에 오류가 뜰 때 단순히 ‘고쳐 주세요’라고 요청하기보다, 어떤 행동 뒤에 문제가 생겼는지 먼저 적으면 수정 범위를 정하기 쉽습니다. 다음 문장은 이번 기능의 시연이 아니라 입문자를 위한 요청 예시입니다.

“날짜를 비우고 저장하면 오류가 납니다. 빈 날짜에는 안내를 표시하고 저장하지 않게 해 주세요. 정상 날짜를 입력하면 기존처럼 저장되어야 합니다. 관계없는 화면은 바꾸지 말고, 변경 뒤 두 경우의 확인 결과를 알려 주세요.”

이렇게 요청하면 고친 부분만 보는 대신 원래 되던 동작까지 함께 살필 수 있습니다. 에이전트가 테스트에 성공했다고 답하더라도 어떤 입력을 썼는지 읽고, 실제 화면에서도 같은 흐름을 확인해 보세요.

MCP 자동 시작을 끄면 무엇이 달라질까요?

새 설정은 Copilot과 Claude에 구성된 MCP 서버의 자동 시작을 비활성화할 수 있게 합니다.[1] MCP 서버는 AI가 외부 도구나 자료에 연결되는 통로가 될 수 있으므로, 이번 작업에 필요하지 않은 연결까지 매번 활성화해야 하는지 돌아볼 계기입니다.

다만 자동 시작을 끄는 것은 서버 삭제나 자격 증명 폐기를 뜻하지 않습니다. 이미 설정한 연결의 접근 범위까지 줄었다고 가정해서도 안 됩니다. 사용 중인 서버 목록에서 목적을 설명할 수 없는 항목을 확인하고, 필요한 연결만 별도 시험 자료로 점검하시길 권합니다.

모델과 IDE 버전도 다시 봐야 할까요?

기업 관리자는 새 대화의 기본 에이전트 모델을 관리형 설정으로 지정할 수 있습니다. 공식 공지는 사용자가 모델 선택기에서 명시적으로 고른 선택은 보존한다고 설명합니다.[1] 팀의 기본 모델이 바뀌었다는 안내와 내가 지금 선택한 모델을 구분해서 보세요.

이번 공지에는 JetBrains IDE 2025.1 지원 종료도 포함됐습니다. 플러그인을 쓰려면 2025.2 이상이 필요하다는 안내입니다.[1] 오류가 생겼을 때 프롬프트만 바꾸기 전에 IDE와 플러그인의 지원 조건부터 확인하는 습관이 도움이 됩니다.

FAQ: Fix를 누르면 수정이 자동으로 완료되나요?

공지는 문제를 고치도록 채팅에 요청하는 동작을 설명합니다. 수정의 정확성이나 앱 전체의 정상 작동을 보장하는 완료 버튼은 아닙니다. 변경 내용과 실제 실행 결과를 따로 확인하세요.

FAQ: MCP를 쓰지 않아도 이번 업데이트가 필요한가요?

진단 메뉴, 대화 이동, 계정 전환과 지원 IDE 조건도 바뀌었습니다.[1] 모든 기능을 켜기보다 현재 쓰는 기능에 해당하는 변경부터 읽으시면 됩니다.

출처
[1] https://github.blog/changelog/2026-10-10-new-controls-and-chat-improvements-in-copilot-for-jetbrains