Copilot 데스크톱 조작: 영구 허용을 지워도 현재 세션 권한은 남는다

Copilot에게 데스크톱 앱을 맡겼다가 엉뚱한 입력을 발견했다면, 설정에서 그 앱의 Always allow 항목을 삭제하는 것만으로는 충분하지 않다. 공식 문서는 저장 승인을 지워도 실행 중인 세션에 이미 부여된 접근은 회수되지 않는다고 설명한다. 당장 멈출 작업, 지금 종료할 세션, 다음 실행부터 없앨 저장 승인을 따로 봐야 한다. 이 구분이 이번 기능을 도입할 때 가장 먼저 기억할 운영 기준이다.

GitHub는 표시 날짜 기준 2026년 10월 1일, Copilot CLI와 GitHub Copilot 앱에서 macOS·Windows 데스크톱 앱을 조작하는 computer use의 공개 프리뷰를 발표했다. 발표의 구조화된 시각과 RSS가 가리키는 최초 공개 시각은 한국 시간 10월 2일 오전 4시 11분 26초다. 따라서 이 글은 당일 새 소식이라는 뜻으로 날짜를 쓰지 않는다. 기능 발표는 최근 공식 자료이며, 아래 권한 설명은 10월 5일 수집해 보존한 현재 문서를 기준으로 한다. 날짜가 없는 사용 문서를 오늘 새로 출시된 기능 목록으로 해석하지도 않는다.

먼저 정할 것: 정말 화면 조작이 필요한 업무인가

이번 기능은 접근 가능한 앱 내용과 필요한 시각 문맥을 읽고, 컨트롤 클릭, 텍스트 입력·편집, 키 입력, 스크롤·드래그, 앱 간 이동을 수행할 수 있도록 확장한다. API나 명령줄 인터페이스가 없는 오래된 업무용 앱에서 상태를 정리하는 일처럼, 화면을 통하지 않으면 처리하기 어려운 작업이 주요 쓰임새다. 단순히 개발 도구에서 코드를 추천하는 기능과는 다르게, 실제 앱의 조작 결과가 사용자의 데이터와 연결될 수 있다.

하지만 화면을 움직일 수 있다는 이유로 모든 자동화를 그 경로로 바꿀 필요는 없다. 공식 개념 문서는 API, MCP 서버, 터미널 명령, 파일 도구, 전용 브라우저 도구가 직접 처리할 수 있다면 더 구조화된 정보와 예측 가능한 결과를 제공하는 경우가 많다고 권고한다. 여기서 ‘경우가 많다’는 제품 문서의 안내이지, 어떤 도구가 몇 퍼센트 더 정확하다는 비교 실험 결과가 아니다.

직접 도구 우선은 공식 권고다. GUI 조작과의 성공률 비교 실험을 나타내지 않는다. 출처: docs.github.com/en/copilot/concepts/agents/computer-use.

예를 들어 작업 상태를 요약해야 하는데 같은 정보를 파일로 내보낼 수 있다면, 먼저 파일을 읽는 경로를 검토할 수 있다. 내보내기나 API가 없고 필요한 정보가 앱 화면에만 있다면 computer use를 검토한다. 이는 독자의 업무 선택을 돕기 위한 판단 예시이며, 특정 앱의 내보내기 기능이나 Copilot의 작업 성공을 확인한 실험은 아니다. 실행 경로를 고르는 기준은 멋진 화면 시연이 아니라, 원하는 결과를 가장 좁은 권한과 확인 가능한 출력으로 얻는 방법이어야 한다.

허용에는 현재 세션과 이후 세션이라는 두 시간이 있다

Computer use는 기본적으로 비활성화되어 있다. 기능 활성화는 출발 조건이지, 운영체제 권한과 조직 정책, 모든 대상 앱의 접근까지 일괄 허용하는 버튼이 아니다. 공식 문서상 대상은 macOS와 Windows의 로컬 세션이며, 모든 계정에 이미 제공되었다거나 Linux에서도 지원된다는 뜻으로 넓혀 읽으면 안 된다.

승인 요청이 필요한 상황에서는 Allow가 현재 computer-use 세션에 접근을 부여하고, Always allow는 이후 세션에 쓸 승인을 저장한다. 중요한 점은 특정 앱의 저장 승인이 같은 컴퓨터의 CLI와 Copilot 앱 양쪽에 적용된다는 것이다. 앱에서 저장했다고 앱에만 갇힌 허용이 아니며, CLI에서 저장한 결정도 같은 컴퓨터의 앱에서 사용할 때 영향을 준다. 반대로 다른 컴퓨터까지 전파되는 클라우드 전역 허용이라고 설명할 근거는 없다.

저장 승인 공유 범위는 같은 컴퓨터다. 항목 삭제와 실행 중 세션의 접근 회수는 다르다. 출처: docs.github.com/en/copilot/concepts/agents/computer-use.

따라서 사용자가 두 실행 표면을 번갈아 쓴다면 ‘어디서 승인했는가’보다 ‘어떤 앱을 같은 컴퓨터에서 항상 허용했는가’를 확인하는 편이 낫다. 잠깐 확인할 업무에도 편의 때문에 영구 허용을 선택하면 다음 실행에서 다시 묻지 않을 수 있다. 민감한 정보가 있거나 영향이 큰 작업을 할 수 있는 앱에는 Always allow를 피하라는 공식 위험 안내도 이 맥락에 있다.

한편 모든 권한 모드에서 매번 승인 창이 뜬다고 기대해서는 안 된다. 발표는 승인 절차를 간단히 소개하지만, 구체적인 사용 문서는 CLI의 현재 권한 모드와 앱의 Tool Permissions 설정이 승인 요청 여부를 결정한다고 설명한다. 실제 시작 전에는 이 자세한 조건을 확인해야 한다. 도구 거부 규칙은 자동 승인이나 저장 승인보다 우선하고, 조직이 기능을 막았다면 로컬 활성화로 정책을 덮어쓸 수 없다.

이상 동작이 보이면: 중단·회수·삭제 결정표

아래 표는 공식 사용 문서의 동작 범위를 ‘지금 무엇을 해결하고 싶은가’로 다시 배열한 편집자 분석이다. 세 조치를 하나의 안전 버튼으로 묶지 않는 것이 핵심이다. 저장 허용 삭제는 다음 세션을 위한 조치이고, 이미 허용한 현재 세션의 접근 회수는 세션 종료로 구분한다.

해결하려는 문제	문서에 근거한 조치	조치의 범위	해결했다고 가정하면 안 되는 것
지금 진행 중인 조작을 멈춘다	CLI에서는 Esc 두 번, 앱에서는 Stop 또는 Esc	진행 작업 중단	이미 바뀐 값의 복구, 저장 승인 삭제, 세션 접근 회수
이 세션에 부여한 앱 접근을 회수한다	해당 세션을 종료한다	그 세션의 앱 접근	이후 세션을 위한 Always allow 삭제, 다른 서비스 자격 증명 회수
다음 세션에서 저장 승인을 쓰지 않게 한다	앱 설정의 Computer Use → Always allowed apps에서 해당 앱 삭제	같은 컴퓨터의 앱·CLI 향후 세션	현재 실행 중인 세션의 접근 회수, 진행 작업 즉시 중단

CLI 중단은 Esc 두 번이고 앱은 Stop 또는 Esc다. 세션 종료와 저장 승인 삭제의 목적도 구분한다. 출처: docs.github.com/en/copilot/how-tos/github-copilot-app/computer-use.

가령 앱이 원치 않는 필드에 입력하기 시작했다면, 우선 사용 중인 표면에 맞는 중단 조치를 취한다. 앱의 Stop과 CLI의 Esc 두 번을 혼용하지 않는다. 그 세션의 접근도 끝내려면 세션 종료를 별도 조치로 다룬다. 이후 같은 앱의 저장 승인을 다시 쓰고 싶지 않다면 설정에서 해당 항목을 삭제한다. 이 순서는 문서에 있는 서로 다른 조치를 운영 상황에 맞춰 정리한 제안이며, 버튼 반응 시간이나 모든 상황에서의 중단 성공률을 보증하는 절차는 아니다.

어느 단계에서도 이미 전송한 양식이나 수정한 내용이 자동으로 되돌아왔다고 가정해서는 안 된다. 중단 이후에는 대상 앱의 결과를 직접 확인해야 한다. 공식 문서는 작업 중단, 세션 접근 회수, 저장 승인 삭제를 각각 설명할 뿐, 이 조치들이 이전 변경을 되돌리는 범용 실행 취소라고 말하지 않는다. 특히 데이터를 바꾸거나 다른 사람에게 영향을 주는 작업은 실행 결과를 검토해야 한다는 위험 안내와 함께 읽어야 한다.

첫 사용은 ‘읽기 요청’보다 확인 가능한 범위를 설계한다

CLI의 /computer show는 플러그인과 MCP 서버 등 관련 상태를 보여준다. /computer on은 기능을 활성화하며, 현재 권한 모드는 /permissions show로 확인한다. 앱에서는 설정의 Computer Use에서 활성화 상태를, Sessions의 Tool Permissions에서 승인 설정을 확인한다. 이 명령과 경로는 보존한 공식 문서에서 확인한 안내이며, 이 글을 작성하며 실제 Copilot 세션에서 실행한 결과는 아니다.

macOS에서는 접근성 권한이 앱 컨트롤 조작에, 화면 기록 권한이 필요한 시각 문맥 확인에 쓰인다. 두 권한의 목적을 구분하고 대상 앱 창에 어떤 정보가 보이는지 살핀다. 로컬 세션에서 도구가 실행된다는 사실만으로 추론도 완전히 로컬이거나 화면 문맥이 외부로 제공되지 않는다고 결론내릴 수 없다. 공식 문서는 눈에 보이는 내용을 Copilot 문맥으로 제공해도 괜찮은 작업과 앱만 사용하라고 권고한다.

문서의 위험 안내를 바탕으로 구성한 편집자 제안이다. 읽기 요청을 기술적 강제 제한으로 간주하지 않는다. 출처: docs.github.com/en/copilot/concepts/agents/computer-use.

문서의 예시처럼 ‘대상 앱의 주요 창에 표시된 상태를 요약하고, 값은 바꾸지 말고 양식을 제출하지 말라’고 요청하면 의도를 더 분명히 전달할 수 있다. 다만 이 문장은 시스템이 강제하는 읽기 전용 샌드박스와 같지 않다. 문서는 잘못된 컨트롤 선택, 다른 위치에 텍스트 입력, 동적인 화면과 복잡한 작업 처리의 어려움, 타이밍이나 창 상태 변화로 인한 반복 행동을 경고한다. 따라서 처음에는 민감하지 않은 내용으로 대상 창과 기대 출력이 분명한 작은 확인 업무를 선택하는 편이 합리적이다.

이때 ‘요약문이 나왔다’와 ‘앱의 값이 바뀌지 않았다’를 서로 다른 결과로 확인한다. 편집자의 권고는 원본 화면을 확인할 수 있는 범위에서 작업을 맡기고, 중단 방법을 실행 전에 알아두자는 것이다. 공식 문서의 명령을 나열하는 것보다 이 분리가 중요하다. 요청문이 제한을 표현했다는 사실과 제품이 그 제한을 기술적으로 강제했다는 사실을 같은 것으로 기록하면 실제 위험을 놓치게 된다.

도입 판단: 자동화 가능성과 권한 종료 조건을 함께 본다

GUI만 제공하는 앱이 병목이었다면 이번 공개 프리뷰는 검토할 가치가 있다. 그러나 평가할 질문은 ‘마우스를 움직이나’에서 끝나지 않는다. 직접 처리 도구가 있는가, 현재 권한 모드는 무엇인가, 저장 허용이 두 표면에 함께 적용되는가, 이상 조작을 어디서 중단하고 어느 세션을 끝낼 것인가까지 묶어야 한다. 승인 항목 삭제를 곧바로 현재 접근 회수로 오해하지 않는 것만으로도 도입 전 점검이 더 구체적이 된다.

이 글은 보존한 공식 발표와 문서를 해석한 운영 안내이며, Copilot 제품 실행이나 계정별 기능 제공 여부를 직접 검증하지 않았다. 공개 프리뷰는 변경될 수 있다. 최소 클라이언트 버전, 요금제별 제공 범위, 비용, 작업 성공률은 이번 근거로 확정하지 않는다. 안내된 설정이 보이지 않는다면 계정과 운영체제의 기능 제공 여부를 확인하라는 공식 문제 해결 안내를 참고하되, 문서에 없는 보장으로 빈칸을 채우지 않는 것이 좋다.

출처와 근거 범위

• GitHub 공식 발표: desktop apps with computer use — 공개 프리뷰, macOS·Windows 지원 표면, 기능 소개. 표시 날짜는 10월 1일이며 한국 시간 최초 공개는 10월 2일이다.
• Computer use 개념 문서 — 직접 도구 우선 검토, 기본 비활성화, 저장 승인 공유, 거부 규칙 우선, 위험과 화면 문맥.
• Copilot CLI 사용 문서 — 로컬 세션, 상태·권한 모드 확인, 진행 작업 중단 시 Esc 두 번.
• Copilot 앱 사용 문서 — Tool Permissions, Always allowed apps 삭제, 현재 작업 중단과 세션 종료의 구분.

본문 그림은 공식 문서에 근거해 직접 구성한 설명 도식이며 실제 제품 화면이나 실행 측정이 아니다. AI를 활용해 자료 정리와 원고·도식 제작을 보조했으며, 주장과 수치의 범위는 위 보존 자료에 맞춰 검토했다.