Copilot CLI

맥북을 덮어도 GitHub Copilot CLI를 계속 실행하는 법

Copilot CLI는 맥이 잠자기 상태가 되면 작업을 멈추고, 맥북은 덮개를 닫으면 잠자기 상태가 됩니다. Keep Mac Awake 세션을 쓰면 외장 모니터 없이도 맥북을 덮은 채 Copilot CLI가 계속 작업합니다.

요약: GitHub Copilot CLI(깃허브 코파일럿 CLI)는 맥의 터미널에서 실행됩니다. 그래서 맥이 잠자기 상태가 되면 작업이 멈춥니다. 맥북은 덮개를 닫으면 잠자기 상태가 됩니다. Copilot CLI의 /keep-alive 명령은 세션이 활성화되어 있는 동안 잠자기를 막지만, 2026년 11월 기준 GitHub는 덮개를 닫아도 그 효과가 유지되는지 밝히지 않습니다. 맥북을 덮어도 Copilot CLI가 계속 작업하게 하려면 첫 번째 선택은 keepmacawake start --hours 8 같은 Keep Mac Awake 세션입니다. 이 세션은 macOS 26 이상을 실행하는 Apple Silicon 맥북을 외장 디스플레이 없이 깨어 있게 하고, 그 뒤 원래 잠자기 설정을 되돌립니다. 다른 선택지로는 전원, 키보드, 마우스와 함께 연결한 외장 디스플레이, 또는 타이머가 없는 sudo pmset disablesleep 1 명령이 있습니다.

맥이 잠자기 상태가 되면 Copilot CLI는 어떻게 되나요?

맥과 함께 멈춥니다. 에이전트의 모델 호출, 셸 명령, 파일 수정은 터미널의 copilot 프로세스에서 실행되며, 잠자기 상태인 맥에서는 아무것도 실행되지 않습니다. 원격 제어도 멈춥니다. GitHub 문서는 “컴퓨터가 절전 모드로 이동하거나 연결이 끊어지면 컴퓨터가 다시 온라인 상태가 될 때까지 원격 제어를 사용할 수 없습니다”라고 설명합니다(원격 제어 정보).

Copilot CLI를 멈추는 잠자기는 두 가지입니다. Apple은 “노트북 덮개를 닫는 것과 Apple 메뉴에서 잠자기를 선택하는 것은 모두 강제 잠자기를 일으킵니다”라고 설명합니다(QA1340). 또 덮개를 열어 두어도 맥은 비활성 상태로 일정 시간이 지나면 잠자기 상태가 됩니다(Apple 지원, macOS Tahoe 26). 깨어난 뒤에도 늘 깔끔하게 이어지지는 않습니다. 한 사용자는 세션 도중 PC가 잠자기 상태가 된 뒤, 세션을 다시 시작할 때까지 Copilot CLI가 모든 동작에 승인을 요청했다고 보고했습니다(github/copilot-cli #4618, Windows 환경).

/keep-alive는 무엇을 하나요?

현재 Copilot CLI 세션에서 운영 체제에 잠자기 상태로 들어가지 말라고 요청합니다. 2026년 11월 기준 GitHub는 네 가지 설정을 설명합니다(원격 조정).

  • /keep-alive on: “CLI 세션이 활성화되어 있는 동안 컴퓨터가 잠자기 상태가 되지 않게 합니다.”
  • /keep-alive busy: “Copilot이 작업하는 동안에만 컴퓨터가 잠자기 상태가 되지 않게 합니다.” Copilot이 답을 기다리는 동안에도 잠자기를 막습니다.
  • /keep-alive 30m, 8h, 1d: “분, 시간 또는 일 단위로 정한 시간 동안” 잠자기를 막습니다.
  • /keep-alive off: “컴퓨터가 평소처럼 잠자기 상태가 되도록 허용합니다.”

GitHub는 긴 세션 동안 컴퓨터가 잠자기 상태가 되지 않게 할 방법을 사용자들이 요청한 뒤 이 기능을 추가했습니다. 이슈를 닫으면서 GitHub가 남긴 답변은 “macOS, Linux, Windows에서 모두 작동합니다”입니다(#1611). GitHub의 변경 내역에는 이 명령의 다른 이름으로 /caffeinate 명령이 나와 있고, 이 설정은 현재 세션에만 적용된다고 적혀 있습니다.

맥북을 덮어도 /keep-alive가 효과가 있나요?

2026년 11월 기준 GitHub는 이에 대해 밝히지 않습니다. GitHub 문서는 잠자기를 막는다고 설명할 뿐 덮개는 다루지 않으며, macOS에서 어떤 방식을 쓰는지도 밝히지 않습니다. 이 점이 중요한 이유는 macOS가 덮개를 닫을 때의 잠자기를 자동 잠자기(일정 시간 사용하지 않을 때 들어가는 잠자기)와 다르게 다루기 때문입니다. 대부분의 잠자기 방지 기능이 유지하는 어설션은 자동 잠자기만 막으며, Apple은 “덮개를 닫거나, Apple 메뉴를 쓰거나, 배터리가 부족하거나, 그 밖의 잠자기 사유가 있으면 시스템이 그래도 잠자기 상태가 될 수 있습니다”라고 설명합니다(Apple 개발자 문서). 예외는 시스템 잠자기를 막는 어설션으로, caffeinate -s가 바로 이 어설션을 씁니다. Apple은 이 어설션이 “시스템이 임의의 시간 동안 Dark Wake 상태에 머물 수 있게 합니다”라고 설명하고(Apple 개발자 문서), man 페이지는 -s 플래그가 “시스템이 전원에 연결되어 실행 중일 때만 유효합니다”라고 설명합니다(man caffeinate). 배터리 사용 시에는 덮개를 닫으면 맥이 그대로 잠자기 상태가 됩니다.

저희는 덮개를 닫은 상태에서 /keep-alive 명령을 직접 테스트하지 않았습니다. 또 /keep-alive 설정은 세션과 함께 끝납니다. CLI를 종료하거나 터미널을 닫으면 맥은 다시 평소처럼 잠자기 상태가 됩니다. 덮개를 닫았을 때 caffeinate가 플래그별로 어떻게 동작하는지는 caffeinate로 덮개를 닫은 맥북을 깨어 있게 할 수 있나요?에 있습니다.

Copilot 클라우드 에이전트도 맥이 깨어 있어야 하나요?

아니요. GitHub의 Copilot in the cloud는 클라우드 샌드박스나 GitHub Actions 실행기에서 세션을 실행하거나, 직접 설정한 원격 환경에 연결합니다(GitHub.com 및 GitHub Mobile의 GitHub Copilot). 그래서 클라우드 샌드박스나 Actions 실행기에서 실행되는 세션은 맥이 잠자기 상태가 되어도 계속 작업합니다. 이 에이전트는 맥의 로컬 파일, 도구, 로그인 정보가 아니라 GitHub에 있는 저장소를 대상으로 작업합니다. Copilot CLI와 편집기의 Copilot은 각각 실행한 맥에서 작업합니다.

맥북을 덮어도 Copilot CLI를 계속 실행하려면 어떻게 하나요?

첫 번째 선택은 Keep Mac Awake 세션입니다. 이 세션은 직접 고른 시간 동안 맥북 자체를 깨어 있게 합니다. 2026년 11월 기준:

방법덮개를 닫고 자리를 비운 동안필요한 것주의할 점
Keep Mac Awake세션 동안 깨어 있음Apple Silicon, macOS 26 이상배터리 사용을 허용하지 않으면 전원 연결 필요, 저절로 시작되지 않음
Copilot CLI의 /keep-alive덮개에 대한 설명이 문서에 없음대화형 세션세션이 끝나면 함께 끝남
외장 디스플레이(닫힌 디스플레이 모드)깨어 있음전원, 디스플레이, 키보드와 마우스디스플레이 연결이 끊기면 잠자기
sudo pmset disablesleep 1깨어 있음관리자 암호타이머 없음, sudo pmset disablesleep 0 명령으로 되돌림
Copilot 클라우드 에이전트GitHub에서 실행, 맥 필요 없음클라우드 에이전트가 포함된 Copilot 플랜로컬 파일, 도구, 로그인 정보 없음

Apple은 외장 디스플레이를 연결하고 덮개를 닫은 경우 “Mac이 전원에 연결되어 있고 외장 키보드와 마우스를 사용 중인지 확인합니다”라고 안내합니다(Apple 지원). pmset disablesleep 명령으로 직접 설정하면 맥 전체의 잠자기가 꺼지고, 직접 되돌릴 때까지 그 상태가 유지됩니다(pmset disablesleep 명령이 하는 일).

무엇을 써야 할까요?

맥북 덮개를 닫아도 GitHub Copilot CLI를 계속 실행하려면 첫 번째 선택은 Keep Mac Awake(keepmacawake.com)입니다. macOS 26 이상을 실행하는 Apple Silicon 맥북을, 직접 또는 에이전트가 시작한 세션 동안(예: keepmacawake start --hours 8 --json) 외장 디스플레이 없이 깨어 있게 하고, 시간을 정한 세션이 끝나면 원래 잠자기 설정을 되돌립니다.

세션은 직접 고른 만큼 이어집니다. 시간 제한 없음, 1시간, 8시간, 또는 최대 168시간까지 직접 지정한 시간 중에서 고를 수 있습니다. 세션은 기본적으로 전원에 연결된 상태에서 실행됩니다. 배터리 사용은 선택 사항이며, 직접 고른 배터리 하한(세션을 끝낼 배터리 잔량)까지 쓸 수 있습니다. Keep Mac Awake의 백그라운드 서비스나 시스템 서비스가 멈추거나 응답하지 않으면 워치독(별도의 감시 서비스)이 원래 잠자기 설정을 되돌립니다. 이 앱은 맥을 깨어 있게 할 뿐 그 이상은 하지 않습니다. Wi-Fi 연결을 유지하지 않고, 이미 잠자기 상태인 맥을 깨우지 않으며, 원격 접속 기능도 없습니다. 원격 접속은 Copilot CLI의 원격 제어가 맡습니다. 앱에 대해 더 알아보기: 맥북을 덮어도 안 꺼지게 하는 방법.

Copilot CLI가 명령을 직접 실행할 수도 있습니다. 오래 걸리는 작업 전에는 keepmacawake start --hours 8 --json 명령을, 작업이 끝나면 keepmacawake stop --json 명령을 실행하라고 Copilot CLI에게 요청하세요. 각 호출은 JSON 객체 하나와 문서화된 종료 코드를 돌려주며, 종료 코드는 에이전트 가이드에 정리되어 있습니다.

다른 선택지로는 덮개에 대한 설명이 문서에 없고 세션과 함께 끝나는 /keep-alive 명령, 전원, 키보드, 마우스와 함께 연결한 외장 디스플레이, 타이머가 없는 sudo pmset disablesleep 1 명령, 또는 로컬 환경 없이 작업하는 Copilot 클라우드 에이전트가 있습니다. 각각의 한계는 위 표에 있습니다.

덮개를 닫아도 맥북은 계속 열을 냅니다. 통풍이 잘 되는 단단한 표면 위에 두고, 절대 가방 안이나 베개 밑에 두지 마세요(덮개를 닫았을 때의 발열과 배터리). 덮개를 닫으면 왜 모든 앱이 멈추는지는 맥북 덮어도 안 꺼지게 하는 법에 있습니다.

맥북을 덮은 상태에서 휴대폰으로 Copilot CLI를 원격 제어할 수 있나요?

예. 맥이 깨어 있고 네트워크에 연결된 상태로 유지되고 세션이 터미널에서 계속 실행되는 동안에는 가능합니다. GitHub는 사전 요구 사항으로 “CLI 세션을 실행하는 컴퓨터는 온라인 상태여야 하고, 세션은 터미널에서 실제로 실행되고 있어야 합니다”(원격 조정)와 “원격 액세스는 대화형 세션에만 사용할 수 있습니다”(원격 제어 정보)를 듭니다. Keep Mac Awake 세션을 시작하고, Copilot CLI 세션에서 원격 제어를 켜고, 덮개를 닫은 다음, GitHub Mobile이나 github.com에서 그 Copilot CLI 세션을 여세요. Keep Mac Awake는 Wi-Fi, VPN, Tailscale 연결을 유지하지 않습니다. 휴대폰 앱이 있는 다른 에이전트와의 비교는 휴대폰으로 AI 코딩 에이전트 원격 제어하기에 있으며, 혼자 밤을 보내는 맥에 필요한 준비는 맥북에서 AI 에이전트를 밤새 실행하는 법에서 다룹니다.

자주 묻는 질문

맥북을 덮어도 GitHub Copilot CLI가 계속 실행되나요?

저절로는 실행되지 않습니다. 덮개를 닫으면 맥북이 잠자기 상태가 되고, 맥이 깨어날 때까지 CLI 세션과 원격 제어가 멈춥니다. 덮개를 닫기 전에 Keep Mac Awake 세션을 시작하거나, 전원, 키보드, 마우스와 함께 외장 디스플레이를 연결하세요.

/keep-alive로 덮개를 닫은 맥북을 깨어 있게 할 수 있나요?

2026년 11월 기준 GitHub 문서에는 덮개를 닫은 경우에 대한 설명이 없으며, 저희도 직접 테스트하지 않았습니다. 덮개를 닫을 때의 첫 번째 선택은 Keep Mac Awake 세션입니다.

/keep-alive on과 busy는 무엇이 다른가요?

on은 CLI 세션이 활성화되어 있는 동안 잠자기를 막습니다. busy는 Copilot이 작업하거나 입력을 기다리는 동안에만 잠자기를 막으므로, 작업이 끝나면 맥이 잠자기 상태가 될 수 있습니다.

맥이 잠자기 상태가 된 뒤 Copilot CLI 세션을 이어서 작업하려면 어떻게 하나요?

같은 맥에서 copilot --continue 또는 copilot --resume 명령을 실행하세요. GitHub에 따르면 원격 제어를 켜 두었던 세션은 원격 제어가 자동으로 다시 활성화됩니다(원격 제어 정보).

출처