GitHub Copilot 앱, 캔버스로 나만의 업무 화면을 만든다

반응형

고정된 메뉴에 업무를 맞추는 대신, 업무 흐름에 맞춰 화면을 만들 수 있다면 어떨까요. GitHub는 2026년 9월 25일 GitHub Copilot 앱의 캔버스 기능을 소개했습니다.

캔버스는 사용자와 에이전트가 같은 상태를 보며 버튼·카드·필터를 조작하는 맞춤형 작업 화면입니다. 이번 글에서는 캔버스가 무엇을 바꾸는지와 도입할 때 확인할 점을 정리합니다.

3줄 핵심 요약

• GitHub Copilot 앱의 캔버스는 에이전트와 사용자가 같은 화면 상태를 함께 편집하는 사용자 정의 작업 공간입니다.
• 코드를 직접 작성하지 않고 /create-canvas 명령과 자연어 설명만으로 칸반 보드·이슈 분류표·릴리스 체크리스트 등을 만들 수 있습니다.
• 에이전트가 화면을 바꾸더라도 코드 리뷰와 권한 확인은 필요하므로, 작은 업무부터 시작해 공유 범위를 점검하는 것이 안전합니다.

캔버스는 에이전트와 함께 쓰는 작업 화면이다

GitHub가 말하는 캔버스(canvas extension)는 업무에 맞춘 사용자 인터페이스입니다. 칸반 보드, 이슈 분류표, 릴리스 체크리스트, 대시보드, 입력 폼, 스프레드시트처럼 형태가 달라도 됩니다.

사용자는 컨트롤을 직접 조작하고, 에이전트는 같은 캔버스의 상태를 읽고 업데이트합니다.

/create-canvas로 첫 화면을 만든다

에이전트 세션에서 /create-canvas를 입력하고 세 가지를 설명하면 됩니다. 어떤 업무 흐름을 지원할지, 사용자가 화면에서 무엇을 바꿀지, 에이전트가 어떤 작업을 수행할지를 적는 방식입니다.

예를 들어 릴리스 노트를 추적하는 보드와 검토·정리 기능을 요청하면, Copilot 앱이 오른쪽 패널에 초기 화면을 만들고 엽니다.

자연어로 화면을 계속 다듬는다

처음 만든 캔버스는 완성본이 아니라 출발점입니다. 열을 추가하거나, 열린 풀 리퀘스트를 불러오거나, 하루 업무용 체크리스트로 바꾸는 요청을 자연어로 이어갈 수 있습니다.

생성된 캔버스는 확장 기능으로 저장되므로 프로젝트와 함께 팀에 공유하거나 개인 확장으로 보관할 수 있습니다.

명령을 보내고 기다리는 대신 같은 상태를 공유한다

사용자가 카드를 옮기거나 필드를 바꾸면 공유 상태가 즉시 변경되고 에이전트도 그 변화를 봅니다. 반대로 에이전트에게 캔버스 기능으로 릴리스 노트를 추가하거나 카드를 옮기게 할 수도 있습니다.

별도의 동기화 메시지 없이 같은 화면을 중심으로 협업하는 구조라는 점이 일반적인 채팅형 자동화와 다릅니다.

도입 전에는 권한과 공유 범위를 확인해야 한다

캔버스가 저장소·이슈·풀 리퀘스트와 연결될수록 에이전트가 읽고 바꿀 수 있는 범위가 넓어집니다. 처음에는 개인 프로젝트의 작은 보드나 체크리스트로 시작하고, 변경 전 승인·기록·되돌리기 경로가 있는지 확인하는 편이 좋습니다.

팀 확장 기능으로 공유할 때는 민감한 이슈나 내부 문서가 노출되지 않는지도 점검해야 합니다.

이번 기능이 개발자에게 주는 의미

Copilot 앱의 캔버스는 AI에게 작업을 부탁하는 화면을 넘어, AI와 사람이 함께 조작하는 업무 도구를 만들려는 방향을 보여줍니다. 다만 자연어로 만든 화면이 곧 좋은 업무 프로세스가 되는 것은 아닙니다.

업무 규칙과 책임자를 먼저 정하고, 작은 흐름에서 효용과 오류를 측정한 뒤 확장해야 합니다.

사용자와 업계에 미치는 영향

캔버스는 도구의 메뉴를 배우는 시간을 줄이고 팀의 실제 업무 흐름에 맞춘 화면을 빠르게 실험하게 합니다. 특히 릴리스 준비나 이슈 분류처럼 단계와 상태가 분명한 업무에서 유용할 수 있습니다.

반면 에이전트가 변경을 실행하는 만큼, 권한을 최소화하고 중요한 변경은 사람이 승인하는 운영 원칙이 함께 필요합니다.

확인할 점

기능의 실제 제공 범위와 인터페이스는 GitHub Copilot 앱 업데이트에 따라 달라질 수 있습니다. GitHub의 설명은 제품 소개와 사용 예시를 중심으로 한 것이며, 모든 저장소와 조직 설정에서 동일한 결과를 보장하지 않습니다.

캔버스가 접근하는 저장소·이슈·문서의 권한과 팀 공유 범위를 도입 전에 별도로 확인해야 합니다.

출처

함께 읽을 글

• GitHub가 CSS를 더 보내며 사이트를 더 빠르게 만든 방법
• GitHub Copilot 런타임이 Rust로 바뀐 이유와 개발자가 볼 숫자 4가지
• 개발자 1,039명이 말한 ‘효율적인 소프트웨어’의 조건

• GitHub Blog — GitHub Copilot app for Beginners: How to build custom workflows with canvases

728x90