확장 생태계
언어, 린터, 포매터, 클라우드, 데이터베이스, 디자인 도구까지 붙습니다. 필요한 것만 골라 조립하는 방식입니다.
이 파트에서 다루는 내용
VS Code의 등장LSP와 확장 생태계원격 개발과 컨테이너AI 에이전트와 2026년
01
마이크로소프트가 만든 오픈소스 편집기에서 시작했습니다
VS Code는 2015년 4월 마이크로소프트 Build에서 처음 공개됐고, 같은 해 11월 MIT 라이선스로 오픈소스가 되면서 확장 마켓플레이스가 함께 열렸습니다.
기술적으로는 웹 기술로 데스크톱 앱을 만드는 Electron 위에, 브라우저용 코드 편집기 Monaco를 얹은 구조입니다. 그래서 데스크톱, 원격, 브라우저 환경에서 같은 편집 경험을 제공할 수 있었습니다.
초기 포지션은 'IDE가 아니라 똑똑한 편집기'였습니다. 무거운 프로젝트 모델 대신 폴더를 열고 필요한 확장을 붙이는 방식이었고, 이 가벼움이 다중 언어 개발자에게 통했습니다.
02
LSP가 IDE 시장의 규칙을 바꿨습니다
2016년 마이크로소프트가 공개한 LSP(Language Server Protocol)는 '언어 지원'을 에디터에서 떼어냈습니다. 언어별 분석 기능을 별도 서버 프로세스로 만들고, 에디터는 정해진 규약으로 통신만 하면 됩니다.
결과적으로 언어 하나를 지원하려고 IDE 전체를 다시 만들 필요가 없어졌습니다. 디버깅 쪽에도 같은 방식의 DAP(Debug Adapter Protocol)가 생겼습니다.
이 구조 덕분에 VS Code는 확장 개수로 다른 IDE를 따라잡았고, 반대로 다른 에디터들도 LSP 서버를 재사용해 언어 지원을 붙일 수 있게 됐습니다.
Remote Development
SSH 원격 서버, WSL, 컨테이너 안의 코드를 로컬처럼 편집합니다. 개발 환경을 코드로 정의하는 Dev Container가 여기서 나옵니다.
설정 조립 부담
언어 지원 품질이 확장에 좌우됩니다. 대규모 자바 프로젝트에서는 IntelliJ 대비 분석·리팩터링이 약합니다.
확장 신뢰 문제
마켓플레이스 확장은 누구나 올릴 수 있습니다. 유사 이름 확장이나 과도한 권한 요구를 확인하지 않으면 보안 위험이 됩니다.
03
라이선스 구조는 실무에서 반드시 구분해야 합니다
VS Code의 소스 코드는 MIT 라이선스의 Code - OSS이지만, 마이크로소프트가 배포하는 공식 빌드는 별도 사용 조건과 텔레메트리, 마이크로소프트 마켓플레이스를 포함합니다.
일부 확장은 마이크로소프트 제품에서만 사용하도록 조건이 걸려 있습니다. 그래서 VSCodium이나 포크 제품에서는 특정 확장이 동작하지 않거나 별도 마켓플레이스를 써야 합니다.
- 사내 배포 시에는 공식 빌드와 오픈소스 빌드 중 무엇을 쓰는지 명확히 합니다.
- 확장 설치를 자유롭게 둘지, 사내 허용 목록으로 관리할지 정합니다.
- 텔레메트리 전송 정책이 사내 보안 기준에 맞는지 확인합니다.
프로젝트에 확장·설정을 고정하는 방법json
// .vscode/extensions.json
{
"recommendations": [
"dbaeumer.vscode-eslint",
"esbenp.prettier-vscode",
"editorconfig.editorconfig"
]
}
// .vscode/settings.json
{
"files.encoding": "utf8",
"files.eol": "\n",
"editor.formatOnSave": true
}팀원마다 포맷과 줄바꿈이 달라 diff가 오염되는 문제를 막습니다. 저장소에 함께 커밋합니다.
04
2026년의 VS Code는 편집기가 아니라 에이전트 호스트입니다
2021년 GitHub Copilot 자동완성으로 시작한 AI 기능은 2025년 에이전트 모드와 MCP 지원으로 확장됐고, Copilot Chat 확장이 오픈소스로 공개되면서 AI 기능 자체가 제품의 중심으로 들어왔습니다.
2026년 릴리스에서는 구조 자체가 바뀌었습니다. 7월 22일 공개된 1.130은 에이전트 세션을 전용 프로세스에서 실행하는 Agent Host 구조를 도입해, 여러 창에서 같은 세션에 붙고 병렬 작업을 관리할 수 있게 했습니다.
또한 Copilot뿐 아니라 Claude, Codex 같은 외부 에이전트를 같은 창에서 실행할 수 있고, 저장소에 .agent.md 파일을 두어 팀 전용 에이전트를 정의할 수 있습니다. 모델이 도구 호출의 위험도를 평가해 승인 요청 횟수를 줄이는 기능도 들어갔습니다.
점유율 1위
개발자 설문에서 75.9%가 VS Code를 사용한다고 응답해 4년 연속 1위를 기록했습니다. 사실상 기본값에 가까운 도구입니다.
빠른 릴리스 주기
전통적으로 월 1회 릴리스였으나 2026년에는 주기가 더 짧아졌습니다. 기능 추가 속도가 빠른 만큼 사내 표준 버전 관리가 필요합니다.
에이전트 개방
특정 모델에 묶이지 않고 여러 에이전트를 같은 워크플로에서 씁니다. IntelliJ의 ACP 전략과 같은 방향입니다.
실무 관점
VS Code는 '가벼운 편집기'라는 이미지로 도입됐다가, 지금은 원격 개발과 AI 에이전트까지 포함한 사실상의 표준 개발환경이 됐습니다. 다만 자바 대형 프로젝트의 분석 품질은 여전히 IntelliJ가 앞섭니다. 도구를 하나로 통일하려 하기보다 용도를 나누는 편이 현실적입니다.
체크