GitHub Copilot CLI는 이제 단순한 터미널 질문 도구가 아닙니다.

GitHub는 2026년 2월 25일 Copilot CLI의 일반 제공을 발표했고, 이후 Copilot 요금제, MCP, 플러그인, 모델 선택, 에이전트 워크플로 변화와 함께 중요도가 더 커졌습니다.

2026년 5월 12일 기준으로 Copilot을 쓰는 개발자라면 질문은 이렇게 바뀝니다.

“VS Code 안에서 Copilot Chat만 쓰면 되나?”
보다
”GitHub issue, PR, 터미널 작업까지 이어지는 에이전트가 필요한가?”
를 봐야 합니다.

바로 보기

Copilot CLI는 무엇인가

GitHub 문서 기준 Copilot CLI는 터미널에서 쓰는 AI 코딩 어시스턴트입니다.
하지만 실제 기능 범위는 “명령어 물어보는 도구”보다 넓습니다.

할 수 있는 일은 대략 이렇습니다.

  • 프로젝트를 읽고 구조를 설명
  • 구현 계획 작성
  • 파일 수정
  • 명령 실행
  • diff 확인
  • 코드 리뷰
  • GitHub issue와 PR 맥락 활용
  • MCP server 연결
  • plugin, skill, custom agent 사용
  • 모델 전환
  • 세션 재개와 memory 사용

즉 Copilot CLI는 GitHub 생태계 안에서 터미널 중심 에이전트 역할을 맡습니다.

설치와 첫 실행

GitHub 문서 기준 설치 경로는 세 가지가 대표적입니다.

npm install -g @github/copilot
winget install GitHub.Copilot
brew install copilot-cli

npm 설치는 Node.js 22 이상이 전제입니다.

처음 실행은 프로젝트 폴더에서 하는 편이 좋습니다.

copilot

그 다음 CLI 안에서 /login으로 GitHub 계정 인증을 진행합니다.
현재 폴더 파일을 AI 도구가 다뤄도 되는지 신뢰 확인도 거칩니다.

여기서 중요한 점은 프로젝트 루트에서 시작해야 한다는 것입니다.
엉뚱한 상위 폴더에서 실행하면 너무 넓은 파일 범위를 AI에게 보여줄 수 있습니다.

누가 쓸 수 있나

GitHub 문서와 제품 페이지 기준으로 Copilot CLI는 Copilot 플랜에 포함됩니다.

개인 사용자는 비교적 바로 시작할 수 있지만, 조직 계정으로 받는 Copilot이라면 관리자가 Copilot CLI 정책을 켜야 할 수 있습니다.

Business나 Enterprise 환경에서는 특히 아래를 먼저 확인해야 합니다.

  • 조직에서 Copilot CLI 사용이 허용됐는가
  • 사용 가능한 모델 정책이 제한되어 있는가
  • MCP server 연결 정책이 있는가
  • 저장소 보안 정책과 branch protection이 어떻게 되어 있는가
  • premium request 사용량을 누가 관리하는가

개인 도구처럼 보이지만, 실제로는 조직 정책의 영향을 받는 도구입니다.

Plan mode와 Autopilot mode

Copilot CLI에서 중요한 축은 계획과 실행입니다.

GitHub 발표 기준 Shift+Tab으로 plan mode를 쓸 수 있습니다.
이 모드에서는 Copilot이 바로 파일을 고치기보다 요청을 분석하고 구현 계획을 세우는 흐름입니다.

반대로 autopilot mode는 승인된 작업을 더 자율적으로 진행하게 하는 방향입니다.

초급자나 팀 환경에서는 바로 autopilot부터 켜기보다 plan mode를 먼저 쓰는 편이 안전합니다.

예를 들어 이렇게 요청할 수 있습니다.

이 저장소에서 댓글 API의 인증 흐름을 설명하고, 보안상 위험한 지점을 고치기 전 계획만 세워줘.

계획을 보고 범위가 맞으면 그때 실행시키는 방식이 낫습니다.

MCP, plugins, skills가 중요해진다

Copilot CLI는 GitHub MCP server와 잘 맞습니다.

MCP를 통해 issue, PR, repository 정보 같은 GitHub 맥락을 터미널 안으로 가져올 수 있습니다.
최근 GitHub MCP Server의 secret scanning, dependency scanning 같은 기능도 이 흐름과 연결됩니다.

또 GitHub 발표에는 plugins, agent skills, custom agents, hooks가 함께 언급됩니다.

이 기능들은 Copilot CLI를 팀 도구로 만들 때 중요합니다.

  • plugin: 외부 도구나 MCP server 묶음
  • skill: 반복 업무를 위한 markdown 기반 절차
  • custom agent: 특정 역할과 도구 접근을 가진 agent
  • hook: tool call 전후 정책 적용

즉 Copilot CLI는 “모델 하나”가 아니라 팀 개발 규칙을 얹을 수 있는 실행 환경에 가까워지고 있습니다.

diff, review, undo를 습관으로 써야 한다

AI 코딩 에이전트에서 가장 위험한 습관은 “실행 결과를 대충 믿는 것”입니다.

Copilot CLI는 /diff, /review, undo/rewind 흐름을 제공합니다.

실무에서는 아래 순서를 습관화하는 편이 좋습니다.

  1. plan을 먼저 받습니다.
  2. 작은 단위로 실행합니다.
  3. /diff로 변경사항을 봅니다.
  4. 테스트나 lint를 돌립니다.
  5. /review로 빠른 점검을 받습니다.
  6. 사람이 최종 리뷰합니다.

AI가 리뷰를 해도 사람 리뷰가 사라지는 것은 아닙니다.
오히려 AI가 만든 diff는 더 의도적으로 봐야 합니다.

VS Code Copilot과 언제 나눠 쓰나

VS Code 안의 Copilot Chat은 파일을 보며 바로 질문하고 수정하기 좋습니다.

Copilot CLI는 이런 상황에 더 어울립니다.

  • 터미널에서 테스트와 빌드를 자주 실행한다
  • IDE가 VS Code가 아니다
  • GitHub issue에서 바로 구현으로 이어가고 싶다
  • 여러 파일을 읽고 계획을 먼저 세우고 싶다
  • MCP server와 외부 도구를 붙이고 싶다
  • 원격 서버나 Codespaces에서 작업한다

반대로 한 파일 안에서 작은 함수 수정이나 문장 보완을 할 때는 IDE 안의 Copilot이 더 빠를 수 있습니다.

비용과 사용량을 봐야 한다

GitHub Copilot은 2026년 6월부터 AI Credits 기반 사용량 과금 흐름으로 바뀝니다.
Copilot CLI 같은 에이전트형 도구는 단순 autocomplete보다 더 많은 요청과 모델 사용량을 만들 수 있습니다.

그래서 팀에서는 아래를 봐야 합니다.

  • 어떤 모델을 기본으로 쓸 것인가
  • 긴 작업을 Copilot CLI에 맡길 기준은 무엇인가
  • Copilot code review와 Actions minutes 비용을 같이 볼 것인가
  • premium request 소모를 누가 모니터링할 것인가
  • 실패한 에이전트 작업도 비용으로 남는다는 점을 어떻게 설명할 것인가

개인 사용자도 마찬가지입니다.
편하다고 모든 작업을 autopilot으로 던지면 예상보다 빨리 한도나 비용 이슈를 만날 수 있습니다.

먼저 써볼 만한 프롬프트

처음부터 대규모 리팩터링을 맡기기보다 설명과 계획부터 시도하는 편이 좋습니다.

이 프로젝트의 빌드, 테스트, 배포 흐름을 초급자 기준으로 요약해줘.
최근 변경사항을 보고 위험해 보이는 파일을 먼저 짚어줘. 아직 수정하지 말고 계획만 세워줘.
이 issue를 해결하려면 어떤 파일을 봐야 할지 조사하고, 구현 계획을 짧게 정리해줘.
현재 브랜치 diff를 리뷰하고, 보안/테스트/호환성 관점에서 우선순위를 매겨줘.

이런 요청은 위험이 낮고, Copilot CLI가 저장소를 얼마나 잘 이해하는지 보기 좋습니다.

한 줄 결론

GitHub Copilot CLI는 “터미널에서 Copilot에게 물어보는 도구”를 넘어섰습니다.

GitHub issue, MCP, 모델 선택, plugin, skill, diff, review, memory가 붙으면서 GitHub 중심 개발 워크플로를 터미널에서 에이전트화하는 도구에 가까워졌습니다.
다만 그만큼 조직 정책, 비용, 승인, 리뷰 습관을 같이 정해야 합니다.

같이 보면 좋은 글

출처