GitHub이 개발자 도구 Copilot CLI의 주요 기능을 초보자 대상으로 설명하는 튜토리얼을 공개했다. 터미널 환경에서 AI 코파일럿의 동작을 세밀하게 제어하는 '슬래시 명령어(slash commands)'를 중심으로, 기본 사용법부터 고급 팁까지 정리했다.

터미널 AI의 새로운 제어 언어

Copilot CLI는 슬래시 명령어를 통해 사용자가 AI의 행동을 명령할 수 있도록 설계했다. IDE(통합개발환경)의 GUI 버튼이나 마우스 클릭 없이도 명령 줄에서 직접 코파일럿을 조종할 수 있다는 의미다. GitHub은 슬래시 명령어를 "제어판(command center)"에 비유했다.

실제로 터미널에 /만 입력하면 현재 사용 가능한 모든 슬래시 명령어가 스크롤 가능한 목록으로 나타난다. 이는 프롬프트 엔지니어링(자연어로 정확한 지시를 작성하는 기술)의 부담을 크게 덜어준다. "컨텍스트를 압축해줘"라고 자연어로 길게 쓸 필요 없이, /compact라는 한 명령으로 해결되는 방식이다.

주요 슬래시 명령어 6가지

1. /model — 작업에 맞는 모델 선택

Copilot CLI는 여러 AI 모델을 지원한다. 각 모델은 성능·비용·특화 용도가 다르다. /model을 입력하면 사용 가능한 모델 목록이 뜨는데, 여기서 확인할 수 있는 항목은:

• 능력(Capabilities): 빠른 리팩토링 같은 가벼운 작업부터 기능 설계 같은 심층적 추론까지 최적화 정도가 다름
• 가용성: 사용자의 플랜이나 조직 정책에 따라 접근 가능한 모델이 달라짐
• 비용: 각 모델 오른쪽에 표시된 배수(multiplier)로 성능과 사용료 균형을 판단 가능

모델 선택 하나가 개발 속도와 결과 품질을 크게 좌우한다는 GitHub의 주장은 설득력 있다. 간단한 버그 수정이라면 경량 모델로 비용을 아기고, 아키텍처 설계는 고성능 모델을 선택하는 식의 전략이 가능해진다.

2. /context와 /compact — 토큰 예산 관리

AI 모델은 제한된 '컨텍스트 윈도우(context window)'라는 메모리 한계 내에서 작동한다. Copilot CLI도 마찬가지로, 대화 기록과 프로젝트 정보를 일정량만 '기억'할 수 있다. /context를 입력하면 현재 사용 중인 토큰(token, 모델이 처리하는 텍스트 단위) 수와 남은 여유 공간을 확인할 수 있다.

토큰이 모자라면 /compact로 기존 대화를 요약해서 압축할 수 있다. GitHub은 사용자가 컨텍스트 한계에 가까워지면 자동 압축을 실행하기도 하지만, 수동으로도 가능하다고 설명했다. 새로운 작업으로 전환할 때 임의로 컨텍스트를 정리하는 워크플로우를 지원하는 셈이다.

완전히 깨끗이 시작하고 싶다면 /clear로 세션 전체를 초기화할 수도 있다.

3. /resume — 이전 작업 이어받기

장시간 프로젝트에서는 여러 번 세션이 끊어질 수 있다. /resume으로 과거 세션 목록(로컬 및 원격 모두)이 표시되고, 선택하면 이전의 대화 내역과 상태를 그대로 복원한다. 개발자가 "어디까지 했더라"를 수동으로 찾아다닐 필요가 없어진다.

4. /diff — 변경사항 투명성 확보

AI가 파일을 수정할 때 어떤 코드가 바뀌었는지 확인하는 것은 필수다. /diff를 실행하면 현재 세션에서 발생한 모든 변경사항을 명확하게 볼 수 있다. 개발자가 코드 검토(code review) 단계에서 안심하고 변경을 승인할 수 있다.

5. /cwd — 다중 저장소 간편 이동

여러 프로젝트를 동시에 진행하는 개발자들은 저장소(repository) 간 전환이 빈번하다. /cwd(change working directory)로 Copilot CLI를 종료하지 않고도 다른 저장소나 폴더로 이동할 수 있다. 멀티태스킹 중에도 효율을 유지할 수 있다는 강점이다.

6. /reset-allowed-tools — 권한 재설정

이전에 Copilot CLI에게 파일 편집 권한을 부여했다면, 더 조심스러운 저장소로 이동할 때 그 권한을 철회할 수 있다. /reset-allowed-tools가 그 기능이다. 보안 정책이 엄격한 프로젝트에 진입할 때 유용하다.

업계 의미: IDE에서 CLI로의 개발자 이동

GitHub Copilot는 2023년 VS Code 확장으로 시작했지만, 이제 터미널 환경에서도 첫 번째 선택지가 되고 있다. 이는 단순한 기능 확장을 넘어 개발자 워크플로우의 근본적 변화를 시사한다.

과거엔 IDE 기반 개발이 표준이었다. 하지만 클라우드 개발 환경·SSH 원격 서버·컨테이너 내부 작업이 일상화되면서 GUI가 없는 터미널 환경에서의 개발이 증가했다. GitHub은 바로 그 공백을 Copilot CLI로 채웠다.

더 흥미로운 점은 명령어 기반 제어다. 자연어 프롬프트의 정확도 문제를 /model이나 /context 같은 '구조화된 명령'으로 우회하는 설계다. 사용자 경험(UX) 관점에서도 진입장벽을 낮춘다. 초보자도 /를 입력하는 것만으로 가용한 옵션을 볼 수 있기 때문이다.

한국 개발자의 기회와 과제

국내 개발자들 사이에서도 GitHub Copilot 채택이 빠르게 확산 중이다. 특히 스타트업과 IT 대기업의 AI 활용도가 높아지면서, Copilot CLI의 터미널 기반 접근은 한국의 "개발자 생산성 도구" 시장을 재편할 가능성이 있다.

다만 고려할 점이 있다. 슬래시 명령어와 토큰 관리 개념은 기존 개발 도구의 사용 패턴과 다르다. 팀 단위로 Copilot CLI를 도입하려면 표준 워크플로우 가이드라인이 필요하다. GitHub이 "초보자 시리즈"를 주간 단위로 공개하는 이유도 여기 있다—사용 난도를 낮추지 않으면 광범위한 채택이 어렵다.

앞으로의 과제

본 글에서 부족한 부분은 프로덕션 환경에서의 토큰 비용 추이다. 개발자가 /model로 여러 모델을 전환하며 작업하면 월간 요금이 어떻게 누적되는지에 대한 구체적 예시가 없다. 또한 팀 협업 환경에서 권한(/reset-allowed-tools)을 중앙에서 관리하는 메커니즘도 아직 설명이 부족하다.

GitHub Copilot CLI는 명령어 기반의 직관적 제어로 터미널 개발을 민주화하려는 시도다. 슬래시 명령어가 단순해 보일지 몰라도, 이는 "개발자가 AI와 대화하는 방식"의 진화를 상징한다. 자연어 대화에서 구조화된 명령으로의 전환이 과연 더 효율적일지는 앞으로의 채택률과 피드백이 판단 기준이 될 것이다.