GitHub Copilot 설정: 기본값으로 쓰면 절반만 쓰는 것이다

Copilot을 켜두고도 “생각보다 별로”라고 말하는 개발자들의 설정을 보면 대체로 기본값 그대로다. 기본값은 무난하게 맞춰져 있을 뿐 내 작업에 맞춰져 있지 않다.

이 글은 설치부터 시작해서 바꿔야 실제로 달라지는 항목만 짚는다.

설치 전에 정할 것

플랜부터 정한다. 개인 플랜과 비즈니스·엔터프라이즈 플랜의 결정적 차이는 기능이 아니라 데이터 정책과 관리 기능이다. 조직용 플랜은 코드가 모델 학습에 쓰이지 않도록 계약으로 보장하고, 관리자가 정책을 강제할 수 있다. 회사 코드를 다룰 계획이라면 개인 플랜으로 시작하지 않는 편이 낫다.

무료로 쓸 수 있는 조건도 확인한다. 학생·교사 인증, 인기 오픈소스 프로젝트의 메인테이너에게 무료 제공이 이뤄지고 있고, 개인용 무료 등급도 제한된 완성 횟수로 열려 있다. 자격이 되는데 결제하고 있는 경우가 의외로 많다.

VS Code 설정

설치와 로그인

1. 확장 마켓플레이스에서 GitHub Copilot 설치
2. GitHub Copilot Chat도 함께 설치 — 채팅이 실무 활용의 절반이다
3. 우측 하단 상태바 아이콘에서 GitHub 계정 로그인

바꿔야 할 설정 네 가지

• 언어별 활성화 (github.copilot.enable): 마크다운이나 일반 텍스트 파일에서 제안이 뜨는 게 거슬리면 언어별로 끈다. 반대로 설정 파일에서는 켜두면 꽤 유용하다.
• 공개 코드 유사 제안 차단: GitHub 계정 설정의 Copilot 항목에 공개 저장소 코드와 유사한 제안을 차단하는 옵션이 있다. 라이선스 문제를 피하려면 켜는 쪽이 기본값이 되어야 한다.
• 인라인 제안 단축키: 제안 수락은 Tab, 다음 후보는 Alt+](맥 Option+]), 거절은 Esc. 다음 후보 단축키를 안 쓰는 사람이 많은데, 첫 제안이 마음에 안 들 때 다시 물어보는 것보다 빠르다.
• 제안 표시 방식: 인라인 고스트 텍스트가 흐름을 방해한다면 자동 표시를 끄고 단축키로 호출하는 방식으로 바꿀 수 있다. 집중 작업이 많은 사람에게 체감이 크다.

JetBrains 설정

설치와 인증

1. Settings → Plugins에서 GitHub Copilot 검색 후 설치
2. IDE 재시작 후 Tools → GitHub Copilot → Login
3. 브라우저에서 기기 코드 인증

VS Code와 다른 점

• 단축키 충돌이 잦다. JetBrains는 기본 단축키가 촘촘해서 Tab 수락이 기존 기능과 부딪히는 경우가 있다. Settings → Keymap에서 Copilot 항목을 검색해 직접 배정하는 편이 확실하다.
• 자체 코드 완성과 겹친다. IDE의 기존 완성 팝업과 Copilot 인라인 제안이 동시에 뜨면 어느 쪽을 수락하는지 헷갈린다. 하나를 우선으로 정해두고 쓰는 게 낫다.
• 인덱싱 시간: 큰 프로젝트를 열면 IDE 인덱싱이 끝나기 전까지 제안 품질이 떨어진다. 프로젝트를 막 연 직후의 체감으로 판단하지 말 것.

Copilot Chat 실무 사용법

자동완성보다 활용도가 낮게 쓰이는 기능이다. 지시문 형태로 정리한다.

코드 설명 — 낯선 코드를 선택하고

이 함수가 하는 일을 3줄로 요약하고, 부작용(side effect)이 있으면 따로 지적해줘.

테스트 생성 — 함수를 선택하고

이 함수의 단위 테스트를 만들어줘. 정상 케이스 하나, 경계값 두 개, 예외 상황 하나. 프로젝트에서 쓰는 테스트 프레임워크를 따라줘.

리팩터링 —

이 코드를 읽기 쉽게 고쳐줘. 단, 동작은 바꾸지 말고 함수 시그니처도 유지해. 바꾼 이유를 주석이 아니라 설명으로 알려줘.

커밋 메시지 — 스테이징한 변경에 대해

이 변경에 대한 커밋 메시지를 써줘. 첫 줄 50자 이내 요약, 본문에 왜 바꿨는지.

그대로 믿으면 안 되는 유형이 있다. 외부 API의 인자 순서나 옵션 이름, 라이브러리의 최신 버전 사용법, 그리고 보안 관련 코드다. 앞의 둘은 학습 시점 이후 바뀌었을 수 있고, 마지막은 그럴듯하지만 취약한 패턴이 나오는 경우가 있다. 문서로 교차 확인하는 습관이 필요하다.

끄는 게 나은 상황

• 보안·인증 코드를 짤 때. 암호화, 토큰 검증, 권한 체크는 그럴듯한 오답의 대가가 가장 크다. 직접 쓰고 리뷰받는 편이 안전하다.
• 라이선스가 민감한 코드베이스. 유사 제안 차단을 켜더라도, 라이선스가 엄격한 프로젝트에서는 도입 자체를 법무와 확인해야 한다.
• 새 언어·프레임워크를 배우는 중일 때. 제안을 계속 받아들이면 왜 그렇게 되는지 모른 채 진도만 나간다. 학습 구간에서는 자동완성을 끄고 채팅으로 설명만 받는 방식이 낫다.

⚠️ 플랜 구성·무료 제공 조건·설정 항목 위치는 2026년 8월 기준이며 변경될 수 있다. 도입 전 GitHub 공식 문서에서 현재 조건을 확인할 것.

자주 묻는 질문

무료로 쓸 수 있나요?

학생·교사 인증을 받은 계정과 인기 오픈소스 프로젝트의 메인테이너에게 무료로 제공되며, 개인용 무료 등급도 제한된 완성 횟수로 운영되고 있습니다. 자격 요건과 신청 방법은 GitHub 교육 프로그램 페이지에서 확인할 수 있습니다.

회사 코드가 학습에 쓰이나요?

플랜에 따라 다릅니다. 비즈니스·엔터프라이즈 플랜은 조직의 코드를 모델 학습에 사용하지 않는 것을 계약으로 명시하는 것이 일반적이고, 개인 플랜은 설정에서 선택하는 구조입니다. 계정 설정의 Copilot 항목에서 현재 상태를 확인하고, 조직 도입이라면 계약서에서 직접 확인하세요.

Cursor와 뭐가 다른가요?

통합 방식이 다릅니다. Copilot은 기존 편집기에 붙는 확장이라 지금 쓰는 환경을 그대로 두고 시작할 수 있고, Cursor는 편집기 자체를 갈아타는 대신 저장소 전체를 인덱싱해 여러 파일에 걸친 작업에 강합니다. 자동완성 위주면 Copilot, 코드베이스 전체를 다루는 작업이 많으면 Cursor 쪽이 맞습니다.