GitHub Copilot CLI /settings slash command update, 터미널 설정을 한곳에서 바꾸는 법
2026년 6월 11일 공개된 Copilot CLI 설정 명령을 실제 개발 워크플로 기준으로 정리했습니다.
GitHub Copilot CLI /settings 업데이트, 무엇이 달라졌나
GitHub는 2026년 6월 11일 Copilot CLI에 새 `/settings` slash command를 Release로 공개했습니다. 흩어져 있던 설정 명령과 수동 설정 파일 편집을 검색 가능한 schema-driven 설정 화면으로 모으는 GitHub Copilot CLI settings slash command update입니다.
Copilot CLI를 터미널에서 자주 쓰면 설정이 의외로 자주 발목을 잡습니다. 테마, 화면 공유용 표시 옵션, 실험 기능, 자동 업데이트, 세션 동기화가 서로 다른 길에 있으면 새 장비를 잡거나 팀원을 온보딩할 때 같은 설명이 반복됩니다.
이번 변화는 모델 성능보다 설정 관리 동선에 가깝습니다. 사용자가 `copilot` 세션 안에서 설정 key를 찾고, 값의 형태를 확인하고, 잘못 바꿨을 때 기본값으로 되돌리는 길을 짧게 만든 업데이트입니다. 한국 시간 2026년 6월 12일 기준으로는 전날 GitHub Changelog에 올라온 최근 개발자 도구 업데이트입니다.
그래서 초점은 기능 목록보다 확인 순서입니다. `copilot update` 후 무엇을 먼저 눌러볼지, 기존 `/theme`나 `/streamer-mode`를 어떻게 받아들이면 좋을지, 팀 문서에는 어디까지 적어야 할지 판단할 수 있게 정리했습니다.
왜 지금 나온 업데이트인가
Copilot CLI는 2025년 public preview, 2026년 2월 일반 제공을 지나 2026년 6월에는 설정 관리 경험을 정리하는 단계로 들어왔습니다. 이번 변화는 터미널 AI 코딩 도구가 실험 도구에서 매일 쓰는 작업 환경으로 이동했다는 신호에 가깝습니다.
GitHub Copilot CLI는 2025년 9월 public preview로 공개됐고, 2026년 2월에는 일반 제공으로 전환됐습니다. GA 발표에서 GitHub는 터미널 네이티브 코딩 에이전트, MCP, plugins, skills, session memory, review/diff/undo 같은 흐름을 강조했습니다.
그 다음에 설정 정리가 따라오는 흐름은 꽤 자연스럽습니다. 기능이 늘면 사용자는 모델보다 먼저 자기 환경을 맞춥니다. 자동 업데이트를 켤지, 세션 동기화를 어느 수준으로 둘지, 화면 공유 중 민감한 내용을 숨길지 같은 선택이 생깁니다.
제가 보기에는 `/settings`를 운영성 정리로 보는 편이 맞습니다. GitHub Copilot CLI settings slash command update를 얇은 뉴스로만 보면 이 부분을 놓치기 쉽습니다. 터미널 AI 코딩 도구를 팀에서 굴릴 때는 설정을 찾는 시간도 비용이 됩니다.
`/theme`, `/streamer-mode`, `/experimental`과 무엇이 다른가
`/settings`는 개별 slash command를 외우거나 설정 파일을 직접 열어 고치는 부담을 줄입니다. 설정 key 탐색, 값 변경, reset, 검증을 한 화면과 한 명령 체계 안에 모은 것이 차이입니다.
이전에는 설정마다 들어가는 길이 달랐습니다. 테마는 `/theme`, 화면 공유용 설정은 `/streamer-mode`, 실험 기능은 `/experimental`처럼 따로 기억해야 했고, 더 깊은 항목은 설정 파일을 직접 여는 흐름이 섞였습니다.
이제 인자 없이 `/settings`를 실행하면 전체 화면 dialog가 열립니다. 사용자는 설정을 검색하고, 항목을 고른 뒤, 타입에 맞는 편집기로 값을 바꿉니다. inline 변경도 됩니다. 공식 Changelog는 `/settings autoUpdate true`, `/settings sessionSync.level full` 같은 예시를 제시했습니다.
| 이전 흐름 | `/settings` 이후 확인 방식 |
|---|---|
| 설정별 slash command를 따로 기억 | `/settings`에서 검색하고 항목 선택 |
| 설정 파일 직접 편집 | schema validation을 통과한 값만 저장 |
| boolean, enum, 긴 텍스트를 같은 방식으로 수정 | boolean toggle, enum picker, multi-line editor 등 타입별 편집 |
| 값을 되돌리는 방법을 따로 확인 | `/settings reset` 또는 focused setting reset |
여기서 볼 부분은 UI가 새로 생겼다는 사실보다 실수 지점이 줄었다는 점입니다. 터미널에서 설정값을 바꿀 때 key 오타나 허용되지 않는 값 입력은 생각보다 흔합니다. 다만 schema validation은 설정 형식 검증입니다. 보안 승인이나 조직 정책 준수까지 대신한다고 보면 범위를 넘습니다.
`copilot update` 후 처음 확인할 사용법
공식 안내의 최소 경로는 터미널에서 `copilot update`를 실행한 뒤 Copilot CLI 세션에서 `/settings`를 여는 것입니다. 처음에는 `colorMode`나 `streamerMode`처럼 코드 변경과 무관한 표시 설정부터 검색, 변경, reset 흐름을 확인하는 편이 안전합니다.
처음에는 기능을 넓게 건드리지 말고 낮은 위험의 설정으로 확인하는 편이 낫습니다.
1. 터미널에서 `copilot update`를 실행합니다.
2. `copilot`로 대화형 세션에 들어갑니다.
3. 로그인 상태가 아니라면 `/login`으로 인증합니다.
4. `/settings`를 실행하고 `/` 검색으로 `colorMode` 또는 `streamerMode`를 찾습니다.
5. 값을 바꾼 뒤 live 적용 여부를 확인합니다.
6. `Ctrl+R` 또는 reset 흐름으로 기본값 복원을 시험합니다.
공식 Changelog는 dialog 안에서 `/` 검색, `Ctrl+R` reset, `Ctrl+E` editor open을 안내합니다. `colorMode`나 `streamerMode`처럼 표시 방식에 영향을 주는 설정은 저장되는 순간 적용된다고 설명되어 있습니다.
한국 사용자 입장에서는 이 순서가 팀 안내 문서에도 그대로 들어가기 좋습니다. GitHub Copilot CLI settings slash command update를 소개할 때 “설치하세요”에서 멈추지 말고, `copilot update` 다음에 무엇을 볼지까지 적어두면 새 장비 세팅 시간이 줄어듭니다. 저는 첫 테스트를 코드 수정이 아니라 검색, 저장, 되돌리기 흐름 확인으로 잡는 쪽을 권합니다.
도입 시뮬레이션: 개인 설정과 팀 표준을 나눠 적기
팀 문서에는 설치 확인, `copilot update`, `copilot`, `/login`, `/settings` 확인 순서로 적는 것이 실용적입니다. `/settings`는 개인 user settings를 다루는 기능이므로 조직 정책 배포 시스템처럼 설명하면 안 됩니다.
새 팀원이 Copilot CLI를 처음 쓴다고 가정하면 문서는 짧아야 합니다. 설치 경로를 모두 늘어놓기보다 운영체제별 공식 설치 링크를 연결하고, 팀이 권장하는 경로 하나를 먼저 적는 방식이 읽기 쉽습니다.
npm 설치라면 GitHub Docs 기준 Node.js 22 이상이 필요합니다. macOS나 Linux에서는 Homebrew 또는 install script, Windows에서는 WinGet 경로도 공식 문서에 안내되어 있습니다. 이미 설치된 사용자는 이번 글의 주제대로 `copilot update`와 `/settings` 확인이 먼저입니다.
운영 문서에는 다음 정도가 들어가면 충분합니다.
- 개인 표시 설정: `colorMode`, `streamerMode`는 `/settings`에서 검색해 개인이 조정합니다.
- 자동 업데이트와 세션 동기화: `autoUpdate`, `sessionSync.level`은 팀 권장값을 정한 뒤 변경합니다.
- 보안 관련 설정: file access, tool permission, network/url access 성격의 항목은 팀 보안 기준 없이 임의로 바꾸지 않습니다.
- 문제가 생긴 경우: `Ctrl+E`로 active settings file을 열거나, GitHub Docs command reference의 settings file 위치와 migration 설명을 확인합니다.
실제로 확인할 부분은 user settings와 organization policy의 경계입니다. `/settings`는 사용자가 자기 CLI 설정을 찾고 바꾸기 쉽게 만드는 명령입니다. 조직 전체 표준 배포나 감사 로그를 대신한다고 쓰면 범위를 넘어섭니다.
누가 바로 써볼 만한가
터미널 중심으로 Copilot CLI를 쓰는 개인 개발자, 신규 입사자에게 AI 코딩 CLI 환경을 안내하는 팀, 화면 공유나 데모에서 표시 설정을 자주 바꾸는 사용자가 우선 대상입니다. IDE 자동완성 설정만 바꾸려는 독자에게는 이번 업데이트의 범위가 맞지 않습니다.
이 업데이트는 Copilot CLI를 이미 설치해둔 사람에게 가장 바로 체감됩니다. 특히 VS Code나 JetBrains의 설정 화면보다 터미널에서 작업을 이어가는 시간이 긴 사람이라면 `/settings` 하나로 설정 탐색이 빨라집니다.
범위는 꽤 좁습니다. 개인 자동화 스크립트와 대화형 CLI를 함께 쓰는 개발자, macOS/Linux/Windows가 섞인 팀에서 Copilot CLI 온보딩 문서를 만드는 사람, 화면 공유 중 `streamerMode` 같은 표시 설정을 빠르게 바꿔야 하는 사람입니다.
함께 볼 자료는 `github/copilot-cli` 공개 저장소와 GitHub Copilot CLI 공식 문서입니다. MCP, plugins, skills를 붙여 쓰는 팀이라면 2026년 2월 GA 발표도 같이 보는 편이 좋습니다. 기본 설정이 정리되어 있어야 확장 기능을 붙일 때 문제 원인을 좁히기 쉽습니다. 반대로 IDE 자동완성만 쓰는 독자는 오늘 당장 확인할 내용이 많지 않습니다.
주의할 점: IDE 설정, 조직 정책, 보안 설정은 별개다
이번 업데이트는 Copilot CLI 범위의 slash command이며 VS Code, JetBrains, GitHub Copilot 전체 설정이 한꺼번에 바뀐다는 뜻은 아닙니다. 조직 또는 Enterprise 환경에서는 Copilot CLI 활성화 정책, 인증, 보안 기준, 방화벽과 프록시 조건을 따로 확인해야 합니다.
다만 범위는 좁혀서 봐야 합니다. `/settings`가 편해졌다고 해서 GitHub Copilot 전체 제품군의 설정이 한 번에 통합된 것은 아닙니다. 이 글은 Copilot CLI의 설정 명령 업데이트를 다룹니다.
조직 계정으로 쓴다면 구독과 정책을 먼저 확인해야 합니다. GitHub Docs는 active GitHub Copilot subscription이 필요하고, 조직이나 엔터프라이즈 계정에서는 관리자가 CLI를 비활성화하면 사용할 수 없다고 설명합니다.
인증도 가볍게 넘길 항목이 아닙니다. 자동화 환경에서 토큰을 쓰는 경우에는 command reference의 토큰 우선순위와 fine-grained PAT 권한 조건을 확인해야 합니다. 특히 네트워크 접근, 파일 접근, 도구 권한 성격의 설정은 개인 편의보다 팀 보안 기준이 먼저입니다.
GitHub Copilot CLI settings slash command update는 설정을 찾고 고치는 길을 줄여줍니다. 그만큼 잘못된 설정도 빨리 바꿀 수 있습니다. 그래서 첫 테스트는 표시 설정부터 시작하고, 권한이나 네트워크 계열 설정은 팀 기준을 확인한 뒤 다루는 편이 맞습니다.
이번 업데이트의 실용적인 의미
`/settings`는 모델 능력보다 매일 쓰는 터미널 AI 코딩 환경의 헷갈림을 줄이는 업데이트입니다. 개인에게는 설정 탐색 시간을 줄이고, 팀에는 온보딩 문서와 지원 질문을 줄일 여지가 있습니다.
오래 쓰는 도구에서는 이런 업데이트가 꽤 큽니다. 개발자는 하루에도 여러 번 터미널을 열고, 작은 설정 문제 하나 때문에 흐름이 끊깁니다. `/settings`는 그 끊김을 줄이는 방향입니다.
제가 블로그 독자에게 권하는 확인 순서는 짧습니다. 이미 Copilot CLI를 쓰고 있다면 오늘은 `copilot update` 후 `/settings`만 열어보면 됩니다. 새 프로젝트에 바로 적용하기보다, 검색, inline set, reset, editor open이 내 터미널에서 어떻게 동작하는지 먼저 보는 편이 좋습니다.
팀에서는 이 업데이트를 “새 기능 사용”보다 “AI 코딩 CLI 환경 표준화” 항목으로 다루는 쪽이 낫습니다. 개인 설정, 팀 권장값, 조직 정책을 나눠 적으면 Copilot CLI 사용자가 늘어날수록 생기는 지원 질문을 줄일 수 있습니다.
자주 묻는 질문
Q. GitHub Copilot CLI `/settings` 명령은 무엇인가?
A. Copilot CLI의 user settings를 한곳에서 검색, 변경, reset하게 만든 slash command입니다. GitHub는 2026년 6월 11일 Changelog에서 이 기능을 Release로 공개했습니다.
Q. `/settings`는 기존 `/theme`, `/streamer-mode`, `/experimental`을 완전히 없앤 것인가?
A. 공식 발표의 초점은 흩어진 설정 진입점과 수동 파일 편집을 하나의 schema-driven 화면으로 모았다는 점입니다. 기존 명령의 개별 존폐보다, 설정 탐색과 변경은 `/settings`를 우선 확인하는 흐름으로 이해하는 편이 안전합니다.
Q. `copilot update` 후 무엇부터 확인하면 되나?
A. `copilot` 세션에 들어간 뒤 `/settings`를 열고 `/` 검색으로 `colorMode`나 `streamerMode` 같은 표시 설정을 먼저 확인하는 것이 좋습니다. 코드 수정이나 권한 설정을 건드리지 않아도 검색, 저장, reset 흐름을 검증할 수 있습니다.
Q. Copilot CLI 설정 파일을 이제 직접 편집하지 않아도 되나?
A. 많은 일반 설정은 `/settings`에서 처리하기 쉬워졌습니다. 다만 복잡한 JSON container나 문제 해결 상황에서는 `$EDITOR` fallback, `Ctrl+E`, settings file 위치 확인이 여전히 필요할 수 있습니다.
Q. 조직 또는 Enterprise 환경에서 바로 사용할 수 없는 경우는 무엇인가?
A. active GitHub Copilot subscription이 없거나 조직 관리자가 Copilot CLI를 비활성화한 경우 사용할 수 없습니다. npm 설치만 허용된 환경에서는 Node.js 22 이상 요건도 확인해야 합니다.
Q. 이 업데이트가 VS Code나 JetBrains용 GitHub Copilot 설정에도 적용되나?
A. 이번 발표는 Copilot CLI의 `/settings` slash command 업데이트입니다. IDE 확장 설정 전체가 같은 명령으로 바뀐다고 해석하면 안 됩니다.
함께 읽으면 좋은 글
- OpenAI 웹 검색 API에 이미지 결과 추가: 검색형 AI 앱이 달라지는 지점 — AI UPDATES
- OpenEnv란 무엇인가: Hugging Face가 밀고 있는 에이전트 RL 실행 환경 표준 — AI UPDATES
- Claude Fable 5와 Mythos 5 차이: 일반 공개 모델과 제한 모델의 경계 — AI UPDATES
참조 링크
- Copilot CLI: Configure everything from one place with /settings — 이번 `/settings` 업데이트의 공개일, Release 성격, 기능 목록, 사용 예시, `copilot update` 안내를 확인한 1차 출처입니다.
- Installing GitHub Copilot CLI — 설치 경로, Node.js 22 이상 npm 요건, Copilot subscription, 조직 정책 조건을 확인한 공식 문서입니다.
- GitHub Copilot CLI command reference — 기존 slash command, 업데이트 명령, 인증 토큰, settings file migration 맥락을 확인한 공식 레퍼런스입니다.
- GitHub Copilot CLI is now generally available — Copilot CLI가 terminal-native coding agent로 확장된 배경과 MCP, plugins, skills 맥락을 확인한 공식 발표입니다.
- github/copilot-cli — Copilot CLI의 공식 공개 저장소로 release, issue, feedback 경로를 확인할 수 있습니다.
- GitHub Copilot CLI — 지원 운영체제, 플랜 포함 여부, Business/Enterprise 활성화 조건을 확인한 제품 페이지입니다.