VS Code 확장 생태계는 2025~2026년 사이 꽤 큰 변화를 겪었다. IntelliCode가 조용히 deprecated되고, GitHub Copilot이 에디터 코어에 녹아들면서 Marketplace 검색 결과도 달라졌다. “예전에 쓰던 거 그냥 써도 되겠지”라고 넘어가기엔 정리할 게 많다. 이 글은 2026년 기준으로 실제로 설치해야 할 확장을 범주별로 추려내고, 역할·스택에 따라 어떤 조합이 맞는지까지 안내한다.
2026년 VS Code 확장 생태계, 무엇이 달라졌나
가장 먼저 알아야 할 것은 IntelliCode 종료다. Microsoft는 2025년 11월 VS Code v1.107 릴리스에서 IntelliCode, IntelliCode Completions, C# Dev Kit용 IntelliCode 확장을 모두 공식 deprecated 처리했다. 버그 수정도 즉시 중단됐고, Microsoft는 GitHub Copilot으로 전환하라고 권고한다. Marketplace에 확장은 남아 있지만 이제 사실상 방치 상태다.
그보다 더 큰 변화는 Copilot의 코어 내장이다. VS Code v1.116(2026년 4월)부터 GitHub Copilot 기본 기능, 즉 인라인 자동완성과 Next Edit Suggestions가 별도 확장 없이 VS Code에 포함됐다. 예전에 설치했던 GitHub Copilot 확장은 이제 GitHub Copilot Chat 단일 확장으로 통합됐으며, 구 확장은 Marketplace에서 순차적으로 제거될 예정이다.
실무 영향은 두 가지다. 첫째, Marketplace에서 “copilot”을 검색하면 혼란스러운 결과가 나온다 — 지금 당장은 GitHub Copilot Chat만 설치하면 된다. 둘째, 팀 내에서 .devcontainer 또는 extensions.json에 예전 확장 ID(GitHub.copilot)를 명시해뒀다면 GitHub.copilot-chat으로 업데이트해야 한다.
AI 코딩 보조: Copilot 내장 이후 선택지
코어에 자동완성이 내장됐다고 해서 Copilot Chat 확장이 불필요해진 건 아니다. 인라인 채팅(Ctrl+I), 슬래시 명령(/fix, /explain, /tests), Copilot Edits(멀티파일 편집), Next Edit Suggestions는 여전히 이 확장을 통해 동작한다. 단순 자동완성만 쓰는 사람이라면 추가 설치 없이도 충분하지만, AI 채팅·리팩토링·테스트 생성을 쓴다면 Copilot Chat 확장은 필수다.
요금 구조도 2026년 6월 1일부터 바뀐다. GitHub 공지에 따르면 Pro($10/월)·Pro+($39/월) 플랜이 AI Credits 기반 usage-based billing으로 전환된다. 코드 자동완성과 Next Edit Suggestions는 모든 플랜에서 무제한으로 유지되지만, Chat 메시지·CLI 호출·비용이 큰 모델 사용은 크레딧을 소비한다. 자동완성만 쓰는 사람이라면 Free 플랜으로도 충분히 버틸 수 있다.
신규 개인 플랜 자체 가입은 2026년 4월 20일부터 일시 중단된 상태다(변경 공지). 기존 가입자는 그대로 유지되지만, 지금 새로 가입하려면 GitHub Education이나 팀·엔터프라이즈 플랜을 통해야 한다.
무료 대안을 찾는다면 Codeium이 현실적인 선택이다. 개인 사용자에게 무료이고, VS Code 외에도 IntelliJ·Neovim을 지원한다. 자동완성 품질은 Copilot에 비해 약간 낮지만, 팀 라이선스 비용이 부담될 때는 합리적이다. Tabnine Free 역시 선택지지만, 로컬 추론 모드는 유료 플랜에 묶여 있다.
AI 확장 선택 기준을 정리하면: 팀 플랜이 있으면 Copilot Chat, 개인 프리랜서나 사이드 프로젝트면 Codeium Free, 코드가 외부로 나가면 안 되는 환경이면 로컬 추론을 지원하는 Continue(오픈소스, Ollama 연동)를 검토한다.
코드 포맷·린팅: 팀 통일부터 단일 툴까지
Prettier는 여전히 다언어 포맷터의 기본값이다. JS/TS/CSS/HTML/JSON/Markdown을 한 확장으로 커버하고, 설정보다 관례를 강제하는 opinionated 스타일 덕에 팀 내 포맷 논쟁을 없앤다. 설치 후 settings.json에 "editor.formatOnSave": true와 "editor.defaultFormatter": "esbenp.prettier-vscode"를 추가하면 저장과 동시에 포맷이 적용된다. 프로젝트별로 다른 설정이 필요하다면 .prettierrc 파일로 덮어쓴다.
ESLint는 포맷보다 코드 품질 규칙을 잡는다. 2024년부터 Flat Config(eslint.config.js) 방식이 기본으로 전환됐는데, 기존 .eslintrc.* 파일을 그대로 쓰면 경고가 뜬다. VS Code ESLint 확장(dbaeumer.vscode-eslint)은 이미 Flat Config를 지원하므로 확장 자체는 문제없고, 프로젝트의 설정 파일 형식만 맞춰주면 된다.
속도가 중요하다면 Biome을 고려할 만하다. Prettier와 ESLint를 동시에 대체하는 단일 툴로, Rust 기반이라 포맷 속도가 체감될 정도로 빠르다. 단, 아직 ESLint의 서드파티 플러그인 생태계만큼 규칙이 풍부하진 않다. 신규 프로젝트나 설정을 단순하게 유지하고 싶을 때 잘 맞고, 레거시 ESLint 규칙이 많은 프로젝트에선 마이그레이션 비용이 있다.
EditorConfig for VS Code는 눈에 잘 안 띄지만 빠뜨리면 후회하는 확장이다. .editorconfig 파일 하나로 들여쓰기·줄 끝·파일 인코딩을 에디터와 CI 모두에서 통일한다. Prettier가 없는 다른 에디터(IntelliJ, Vim 등)를 쓰는 팀원이 있을 때 특히 유용하다.
Git·버전 관리 생산성 확장
GitLens는 VS Code Git 경험을 가장 크게 바꾸는 확장이다. 코드 줄 옆에 커밋 메시지와 작성자가 인라인으로 표시되고(Ctrl+Shift+G로 패널 열기), 파일 히스토리·브랜치 비교·blame 애노테이션을 에디터 안에서 전부 처리할 수 있다. 무료 플랜(GitLens Free)으로도 인라인 blame, 커밋 그래프 기본 뷰, 파일 히스토리는 쓸 수 있다. 코드 리뷰 워크스페이스나 Worktrees 같은 기능은 Pro 이상 플랜이 필요하다.
브랜치 구조를 시각적으로 보고 싶다면 Git Graph를 별도로 설치한다. Command Palette에서 Git Graph: View Git Graph 를 실행하면 머지·리베이스 흐름이 시각화된다. GitLens의 Commit Graph와 기능이 겹치지만, Git Graph는 무료에 UI가 단순해서 빠르게 확인하기 좋다.
VS Code 내장 Source Control 패널(Ctrl+Shift+G)은 스테이징·커밋·푸시 정도는 무리 없이 처리한다. 추가 확장이 진짜 필요한 경우는 멀티 루트 리포지토리 관리, 상세한 blame 추적, PR 리뷰 에디터 내 처리다.
PR 리뷰를 에디터에서 하고 싶다면 GitHub Pull Requests 확장을 설치한다. 브라우저를 열지 않고 VS Code 안에서 코멘트를 달고, 변경 파일을 diffview로 보고, 머지까지 처리할 수 있다. Copilot Chat과 조합하면 리뷰 중 Ctrl+I로 AI 제안을 바로 받을 수 있어 유용하다.
Docker·원격 개발 확장
Docker 공식 확장(ms-azuretools.vscode-docker)은 docker-compose.yml·Dockerfile 자동완성과 컨테이너·이미지·볼륨 패널을 제공한다. 터미널에서 docker ps, docker logs를 치지 않고 사이드바에서 컨테이너 상태를 확인하고 오른쪽 클릭으로 로그를 볼 수 있다. 실수로 이미지를 날리는 상황도 UI가 한 번 더 물어봐서 방지된다.
Dev Containers(ms-vscode-remote.remote-containers)는 컨테이너 안에서 전체 개발 환경을 돌리는 확장이다. .devcontainer/devcontainer.json에 베이스 이미지, 포트 포워딩, 확장 목록을 정의하면 팀원 모두가 동일한 환경으로 개발할 수 있다. 기본 설정 예시:
{
"image": "mcr.microsoft.com/devcontainers/python:3.12",
"extensions": ["ms-python.python", "esbenp.prettier-vscode"],
"forwardPorts": [8000]
}Command Palette에서 Dev Containers: Reopen in Container로 진입하면 컨테이너 안에서 VS Code가 동작한다. 터미널 환경 전체를 코드로 관리하는 방법과 조합하면 로컬 오염 없이 프로젝트별 환경을 유지할 수 있다.
Remote - SSH는 원격 서버를 로컬처럼 편집할 수 있게 한다. ~/.ssh/config에 서버를 등록해두면 Command Palette에서 Remote-SSH: Connect to Host로 연결되고, 서버 파일 시스템을 직접 탐색·편집한다. 서버에서 nohup으로 프로세스를 돌리거나 GPU 서버에 접속해 학습 코드를 편집할 때 특히 효과적이다.
Windows 사용자라면 WSL 확장을 추가해 Windows에서 Linux 개발 환경을 VS Code에 통합한다.
생산성·언어 특화 확장
Path Intellisense는 import 문이나 파일 경로 입력 시 자동완성을 제공한다. 경로 오탈자로 인한 런타임 에러를 편집 시점에 잡아주고, 깊은 디렉토리 구조에서 ../../ 지옥을 피하는 데 효과적이다.
Error Lens는 린트 에러와 타입 에러를 Problems 패널 대신 코드 줄 옆에 인라인으로 표시한다. 에러가 어느 줄인지 찾으러 위아래 왔다 갔다 하는 시간이 없어진다. 팀에 따라 줄마다 붙는 노란 텍스트가 산만하다고 느끼기도 하는데, 설정에서 errorLens.enabled를 Workspace 단위로 꺼둘 수 있다.
Todo Tree는 코드베이스 전체의 TODO, FIXME, HACK 주석을 사이드바에서 한 번에 볼 수 있게 한다. 작업 항목을 주석으로 남겨두는 습관이 있다면 놓친 TODO를 잡는 데 유용하다.
언어 특화 확장은 언어별로 하나씩 집어넣는 게 원칙이다:
- Python:
Pylance(ms-python.vscode-pylance) — 타입 추론 및 인텔리센스 품질이 Jedi보다 확연히 좋다 - Go:
Go(golang.go) — gofmt, gopls, 디버거 통합 - Rust:
rust-analyzer(rust-lang.rust-analyzer) — 공식 LSP, 인라인 타입 힌트와 borrow checker 피드백 - Tailwind CSS:
Tailwind CSS IntelliSense(bradlc.vscode-tailwindcss) — 클래스명 자동완성과 hover 미리보기
테마와 아이콘은 장시간 작업 시 피로도에 실제로 영향을 준다. 다크 테마는 One Dark Pro 또는 Catppuccin이 무난하고, 아이콘은 Material Icon Theme이 파일 타입 구분을 직관적으로 만들어준다.
역할·스택별 추천 설치 조합
확장을 많이 깔수록 좋은 게 아니다. 확장이 늘어날수록 시작 시간이 느려지고, 확장 간 충돌 가능성도 높아진다. 한 역할에 10개 이하를 목표로 유지하고, 잠깐 써보고 안 쓰는 확장은 비활성화보다 아예 제거하는 게 낫다.
프론트엔드 (React/Vue/TypeScript) Prettier + ESLint + Tailwind CSS IntelliSense + GitLens + GitHub Copilot Chat + Error Lens + Path Intellisense
포맷·린팅은 Prettier+ESLint 조합이 생태계 플러그인이 가장 풍부하다. Tailwind를 쓰지 않는다면 그 자리에 CSS 관련 확장을 넣거나 비운다.
백엔드 (Python / Node.js) Pylance 또는 Go + Biome 또는 ESLint + Dev Containers + Docker + GitLens + GitHub Copilot Chat
Python 환경이라면 Dev Containers와 Docker 조합으로 로컬에 Python 버전을 여러 개 관리하는 대신 컨테이너로 격리하는 게 훨씬 깔끔하다. Node 백엔드는 Biome 단일 툴로 Prettier+ESLint를 대체해서 설정 파일 수를 줄이는 선택이 2026년 기준 합리적이다.
풀스택 · DevOps Remote - SSH + Docker + Dev Containers + Git Graph + Error Lens + GitHub Pull Requests
인프라를 많이 건드린다면 SSH 접속·컨테이너 관리·브랜치 시각화가 핵심이고, AI 자동완성은 코어에 내장됐으니 추가 설치 없이도 작동한다. PR 리뷰가 자주 있다면 GitHub Pull Requests로 에디터 이탈을 줄인다.
자주 묻는 질문
Q. IntelliCode를 아직 쓰고 있는데 당장 제거해야 하나?
당장 오류가 나진 않는다. deprecated 처리됐을 뿐 강제 제거는 아니다. 다만 버그 수정이 멈췄으니 시간이 지날수록 VS Code 업데이트와 충돌이 생길 가능성이 높다. Copilot 자동완성이 코어에 내장된 이상 IntelliCode가 주는 추가 가치가 없으므로, 지금 정리하는 편이 나중에 원인 모를 이슈를 줄인다.
Q. GitHub Copilot Free와 Copilot Chat 확장은 어떻게 다른가?
2026년 현재 기준으로, 코드 자동완성은 VS Code 코어에 내장돼 계정 로그인만 하면 활성화된다. Copilot Chat 확장(GitHub.copilot-chat)은 인라인 채팅, 슬래시 명령, 멀티파일 편집(Copilot Edits)을 추가로 제공한다. 채팅을 안 쓴다면 확장 설치 없이도 자동완성은 된다.
Q. 확장이 많으면 VS Code가 느려지나?
느려진다. 확장은 각자 Language Server나 백그라운드 프로세스를 띄우기 때문에, 20개를 넘기면 시작 시간과 메모리 사용량이 체감된다. Developer: Show Running Extensions 명령으로 각 확장의 활성화 시간을 확인할 수 있고, Workspace별로 확장을 다르게 활성화하는 게 가장 효과적인 관리법이다. .vscode/extensions.json에 recommendations만 명시하고 전체 설치는 팀원 선택으로 남기는 방식을 권장한다.
Q. Biome으로 Prettier + ESLint를 완전히 대체할 수 있나?
신규 프로젝트에서는 대체 가능하다. 다만 ESLint 플러그인(eslint-plugin-react, @typescript-eslint 등)에 의존하는 커스텀 규칙이 많거나, Prettier 플러그인(Tailwind CSS class 정렬 등)을 쓰고 있다면 아직 완전 대체는 어렵다. 기존 프로젝트는 마이그레이션 비용을 따져보고, 신규 프로젝트는 Biome 먼저 시도해볼 만하다.