GitHub Copilot 애플리케이션의 Canvases 기능을 사용하면 기존 도구가 강요하는 고정된 화면에 맞추는 대신, 영어로 작성한 설명을 바탕으로 맞춤형 작업 인터페이스를 만들 수 있습니다. GitHub는 Canvas 확장 기능이라고도 부르는 이러한 인터페이스가 칸반 보드, 이슈 분류 보드, 릴리스 체크리스트, 양식 또는 스프레드시트 형태가 될 수 있다고 설명합니다.
텍스트 설명으로 Canvas 만들기
인터페이스를 만들기 위해 코드를 작성하거나 파일을 직접 설계할 필요는 없습니다. 사용자는 GitHub Copilot 에이전트와 세션을 시작한 다음, /create-canvas 명령 뒤에 원하는 인터페이스에 대한 설명을 작성합니다. 유용한 결과를 얻기 위해 GitHub는 인터페이스가 지원할 워크플로, 사용자가 수행할 수 있어야 하는 작업, 에이전트가 실행할 수 있는 작업이라는 세 가지 요소를 명시할 것을 제안합니다.
회사가 제시하는 예로는 GitHub Copilot 애플리케이션 세션을 통해 완료한 기능의 릴리스 노트를 추적하는 Canvas를 만들어 달라는 요청이 있습니다. 이 Canvas는 항목을 검토하고 정리하는 도구를 제공하며, 에이전트가 항목을 추가하고 업데이트할 수 있도록 합니다. 이후 에이전트가 인터페이스를 구축해 사이드 패널에서 열므로, 사용자가 직접 파일을 만들거나 레이아웃을 설정할 필요가 없습니다.
수정 가능한 출발점인 인터페이스
GitHub는 최초 결과물을 최종 디자인으로 간주하지 않습니다. 사용자는 열이나 필터를 추가하고, 열린 풀 리퀘스트를 가져오거나, 인터페이스를 일일 작업 목록으로 바꾸도록 요청할 수 있습니다. 에이전트는 이러한 지시에 따라 Canvas를 재구성하며, 나중에 재사용 가능한 확장 기능으로 저장할 수도 있습니다.
확장 기능을 프로젝트 안에 보관해 팀과 공유하거나 개인 확장 기능으로 저장할 수 있습니다. 또한 GitHub는 Awesome Copilot 커뮤니티에 릴리스 노트, 칸반 보드 및 이슈 분류 워크플로를 위한 도구를 포함한 기성 확장 기능이 있으며, 이를 설치한 뒤 사용자 지정할 수 있다고 설명합니다.
사용자와 에이전트의 직접 협업
실질적인 가장 큰 차이는 Canvas를 통해 양측이 공유 상태를 직접 수정할 수 있다는 점입니다. 버튼을 누르거나, 필드를 업데이트하거나, 카드를 이동하면 변경 사항이 인터페이스에 나타나고 별도의 동기화 단계 없이 에이전트에게 표시됩니다. 마찬가지로 에이전트에게 사용자가 이용할 수 있는 동일한 기능을 사용해 릴리스 노트를 추가하거나 카드를 이동하도록 요청할 수 있으며, 그 결과가 인터페이스에 나타납니다.
실무에서 무엇이 달라지는가?
Canvases는 명령을 보내고 응답을 기다리는 방식의 상호작용을 넘어서는 모델을 제공합니다. 인터페이스가 사용자와 에이전트가 함께 수정할 수 있는 작업 공간이 되기 때문입니다. 따라서 이 기능은 텍스트 답변만이 아니라 시각적 요소와 업데이트 가능한 상태가 필요한 워크플로에 적합합니다. 그러나 해당 자료는 제공 여부의 세부 사항, 지원되는 데이터 유형과 작업의 한계 또는 이 기능에 접근하기 위한 요구 사항을 명시하지 않습니다. 따라서 팀과 프로덕션 환경에 적합한지는 실제 검증이 필요합니다.
GitHub는 간단한 보드나 체크리스트부터 시작한 다음 세 가지 질문에 답하며 점진적으로 개선할 것을 제안합니다. 어떤 정보를 표시해야 하는가? 사용자가 직접 무엇을 변경하려 하는가? 에이전트가 무엇을 업데이트하거나 실행할 수 있어야 하는가?