캔버스 확장 기능 정보
캔버스 확장은 계획, 심사 보드, 브라우저 세션, 릴리스 검사 목록, 대시보드, 인시던트 또는 스프레드시트와 같은 작업 아티팩트에 대한 공유 대화형 화면입니다.
채팅은 의도를 정의하고 작업을 논의하는 데 유용하지만 대부분의 작업은 터미널, 브라우저, 문서 또는 대시보드와 같은 작업 화면에서 발생합니다. 캔버스를 사용하면 해당 작업 화면에서 에이전트와 직접 공동 작업할 수 있습니다.
캔버스는 양방향입니다. 에이전트는 작동하는 동안 캔버스를 업데이트할 수 있으며 동일한 화면에서 편집할 수 있습니다. 캔버스를 만들 때 에이전트는 프롬프트 및 워크플로에 따라 기능을 생성합니다. 반복할 때 해당 기능을 추가, 제거 또는 수정하도록 요청할 수 있습니다. 캔버스가 만들어지면 앱의 오른쪽 패널에서 열립니다.
예를 들어 사용자가 UI 컨트롤을 사용하여 카드를 만들거나 이동하는 에이전트 kanban 캔버스를 만들고 에이전트에 에이전트 호출 가능 기능(예: get_board, add_card및 move_card)을 추가하도록 요청할 수 있습니다. 이를 통해 사용자와 에이전트는 하나의 공유 보드에서 작업을 조정할 수 있습니다.
캔버스를 사용하는 이유
캔버스는 작업 또는 워크플로에 구조, 반복 및 확인이 필요하고 채팅만으로는 충분하지 않은 경우에 유용합니다. 채팅을 사용하여 모호성을 통해 에이전트와 이유를 지시한 다음, 캔버스를 사용하여 프롬프트에만 의존하지 않고도 표시되는 작업을 직접 검사, 조종 및 확인할 수 있습니다.
캔버스는 두 가지 종류의 가치를 제공합니다. 즉, 양측에 공유 표면을 제공하여 인간-에이전트 파트너십을 개선하고 워크플로와 일치하도록 해당 표면을 사용자 지정할 수 있습니다.
캔버스는 다음을 수행해야 하는 경우에 유용합니다.
- 그라운드 에이전트는 워크플로에 맞는 실제 아티팩트 또는 환경에서 작동합니다.
- 공유 작업 영역에서 직접 작업을 조정하거나 수정한 다음, 에이전트가 그 변경 사항을 바탕으로 계속 작업하도록 하세요.
- 진행률 및 결과를 채팅 응답뿐만 아니라 공유 아티팩트에서 볼 수 있는 변경 내용으로 검사합니다.
- 턴, 세션, 핸드오프 전반에 걸쳐 작업을 끊김 없이 이어가세요.
예제 사용 사례
캔버스 확장은 다양한 시나리오에서 요구 사항 또는 팀의 요구에 맞게 사용자 지정할 수 있습니다. 다음은 그 예입니다.
- 에이전트형 칸반 보드: 사람과 에이전트가 카드를 추가하고, 작업 항목을 옮기고, 작업을 실행할 수 있습니다.
- 문제 심사 보드: 리포지토리의 주요 문제, 되풀이 테마 및 사용자 문제를 요약합니다.
- Markdown 캔버스: 하루 계획, 문제 및 끌어오기 요청 우선 순위 지정, 에이전트 세션 시작 및 모니터링, 편집 가능한 한 화면에서 관련 작업 유지를 위한 영구 마크다운 파일을 빌드합니다.
- 문서 캔버스: 앱에서 직접 문서, 스프레드시트, 슬라이드 데크 및 기타 아티팩트를 열고 편집하고 공동 작업합니다.
캔버스 만들기
세션 내에서 /create-canvas 스킬을 사용하여 새 캔버스를 생성할 수 있습니다.
-
에이전트 세션을 열거나 시작합니다.
-
프롬프트 상자에 다음을 입력
/create-canvas한 다음, 사용자가 수행할 수 있어야 하는 작업과 에이전트에서 수행할 수 있는 작업을 포함하여 캔버스에서 지원할 워크플로 및 기능을 설명합니다. 예를 들어 에이전트에 다음을 요청할 수 있습니다.Create an agentic kanban canvas with actions to create, assign, and move cards.Create a markdown canvas that combines my meetings with prioritized issues and pull requests, then lets me launch and track agent sessions from that canvas.
-
캔버스를 팀과 공유할지 아니면 개인 상태로 유지할지 선택할 수 있습니다.
- 리포지토리에 커밋된 팀 공유 캔버스의 경우 프로젝트 범위:
.github/extensions - 사용자 범위:
~/.copilot/extensions컴퓨터의 개인 캔버스용입니다.
- 리포지토리에 커밋된 팀 공유 캔버스의 경우 프로젝트 범위:
에이전트가 캔버스를 생성한 후, 완료되면 오른쪽 패널에 엽니다. 그런 다음 에이전트에 인터페이스, 공유 상태 및 기능을 변경하도록 요청하여 반복을 계속할 수 있습니다.
캔버스 확장의 구조화 방법
각 캔버스 확장은 .github/extensions(프로젝트 범위) 또는 ~/.copilot/extensions(사용자 범위) 아래에 있는 자체 디렉터리에 있습니다.
구현은 다를 수 있지만 캔버스 확장에는 일반적으로 다음이 포함됩니다.
package.json확장 메타데이터 및 종속성을 위한 파일입니다.- 캔버스 동작 및 기능을 정의하는 확장 프로그램 항목 파일(예:
extension.mjs)입니다. - 영구 저장되는 캔버스 데이터와 상태를 위한 선택적 JSON 아티팩트(예:
artifacts디렉터리 아래의 파일)입니다.
앱 쪽 패널에서 캔버스가 열리면 사용자와 에이전트가 모두 UI 작업 및 에이전트 호출 가능 기능을 통해 동일한 공유 상태와 상호 작용합니다.
캔버스에서 작업
캔버스가 열리면 에이전트를 사용하여 신속하게 반복할 수 있습니다.
- 캔버스의 기능을 추가하거나 수정합니다.
- 캔버스 컨트롤(예: 단추, 카드 또는 필터)을 사용하여 표면을 직접 업데이트합니다.
- 캔버스에서 노출하는 기능을 호출하여 데이터를 업데이트하거나 작업을 수행하도록 에이전트에 요청합니다.