무슨 일이 일어났나요?
GitHub는 이제 Copilot 앱의 사용자 정의 탭을 일반적으로 사용할 수 있다고 말합니다. 이 탭은 MCP 서버, 플러그인, 기술 및 캔버스를 한 곳으로 가져오고 주요 사용자 정의 및 유형 또는 범주별 탐색 기능을 제공합니다. GitHub는 또한 사용자가 분류, 우선 순위 지정, 후속 작업 할당 및 작업을 Copilot에 위임하는 데 도움이 될 수 있는 Azure DevOps 백로그 워크플로를 강조합니다.
GitHub는 2026년 8월 25일에 GitHub Copilot 앱의 사용자 정의 탭을 일반적으로 사용할 수 있다고 발표했습니다. 회사는 이 탭을 MCP 서버, 플러그인, 기술 및 캔버스의 네 가지 사용자 정의를 위한 중심 장소로 설명합니다. MCP 서버는 Copilot를 외부 도구 또는 정보와 연결할 수 있으며, 플러그인, 기술 및 캔버스는 GitHub에서 팀 작업에 앱을 적용하는 추가 방법으로 제공됩니다. 이번 발표에서는 각 카테고리의 기술적 경계를 정의하거나 모든 Copilot 사용자가 네 가지 모두를 사용할 수 있는지 여부를 설명하지 않습니다.
탭에는 Copilot 앱 전체에서 선택한 사용자 정의를 수집하는 추천 보기가 포함되어 있습니다. GitHub는 사용자가 각 사용자 정의 유형에 대한 전용 섹션을 탐색하고 트렌드 옵션 또는 카테고리 탐색을 통해 MCP 서버를 찾을 수 있다고 말합니다. 따라서 실질적인 변화는 부분적으로 조직적입니다. 사용자는 사용자 정의를 찾기 전에 사용자 정의의 이름이나 유형을 알 필요가 없습니다. GitHub는 사람들이 이미 사용하고 있는 도구, 지식 및 작업 흐름에 맞게 Copilot를 맞춤화하는 데 도움이 되는 방법으로 이를 제시합니다.
GitHub는 특히 주요 캔버스와 Azure DevOps 워크플로를 강조합니다. 발표에 따르면 사용자는 문제를 분류하고, 백로그의 우선 순위를 지정하고, 후속 작업을 할당하고, Copilot에 직접 작업하여 조사, 구현 또는 검토 준비를 할 수 있습니다. 소스는 이를 주요 캔버스와 관련된 기능으로 설명합니다. Copilot가 사람의 검토 없이 해당 작업을 완료한다고 말하지 않으며 필요한 권한에 대한 예, 측정 또는 세부 정보도 제공하지 않습니다. GitHub의 명시된 시작점은 Copilot 앱을 열고 사용자 정의를 선택하는 것입니다.
왜 중요한가요?
이러한 변경으로 인해 Copilot 사용자 정의가 더욱 쉽게 검색되고 도우미가 기존 팀 워크플로와 연결할 수 있는 도구로 구성되었습니다. 확장 기능과 컨텍스트 소스를 찾는 데 필요한 노력을 줄일 수 있지만 소스는 해당 기능을 얼마나 광범위하게 사용할 수 있는지, 어떤 계획이 적합한지 또는 나열된 워크플로가 얼마나 안정적으로 수행되는지 설정하지 않습니다.
검색 가능성은 통합에 의존하는 AI 보조자에게 의미 있는 제품 문제입니다. 팀은 이미 프로젝트 트래커, 내부 지식 소스 또는 전문 워크플로를 사용하고 있을 수 있지만 이것이 사용자가 이를 Copilot에 연결하는 방법을 알고 있다는 의미는 아닙니다. MCP 서버, 플러그인, 기술 및 캔버스를 한 위치에 모아 GitHub는 통합 레이어를 문서, 별도의 마켓플레이스 또는 기술 설정에만 두지 않고 주요 제품 경험의 일부로 만들고 있습니다. 이러한 프레임은 동일한 발견 경험이 다양한 팀, 도구 및 조직 설정에서 실제 사용으로 변환되는 방식을 열어줍니다.
이번 발표는 또한 코딩 보조원의 배치 방식에 대한 변화를 반영합니다. Copilot는 코드를 생성하거나 설명하는 시스템일 뿐만 아니라 팀 도구를 사용하여 작업하고 백로그를 통해 작업을 이동하는 데 도움을 주는 보조자로 설명됩니다. 연결된 도구가 컨텍스트를 유지하고 사람들이 결과적인 작업을 검사하고 승인할 수 있다면 소프트웨어 팀에 통합이 더욱 유용해질 수 있습니다. 그러나 소스는 이러한 워크플로우가 생산성이나 소프트웨어 품질을 향상시킨다는 독립적인 증거보다는 GitHub의 제품 설명을 확립합니다.
조직의 경우 가장 중요한 문제는 통제입니다. AI 도우미를 외부 시스템에 연결하면 프로젝트 정보가 노출되고 도우미에게 작업을 시작하거나 준비할 수 있는 경로가 제공됩니다. 소스는 MCP 서버, 플러그인, 스킬 또는 캔버스가 액세스할 수 있는 데이터를 명시하지 않습니다. 권한이 상속되는 방법 관리자가 설치를 제한할 수 있는지 여부 또는 어떤 로깅 및 승인 제어가 존재하는지. 또한 계획 적격성, 지역적 가용성, 가격, 사용 제한 또는 기능이 GitHub Copilot 제품 전체에서 균일하게 사용 가능한지 여부를 지정하지 않습니다. 이러한 누락으로 인해 제품의 운영 영향에 대해 결론을 내릴 수 있는 내용이 제한됩니다.
대화형 메커니즘: 실제로 작동하는 방식
이 개발의 이면에 있는 기본 기술을 대화식으로 살펴보세요.
crm_get_transaction(id='4092').An agent must create a draft calendar event for Tuesday at 2 p.m. Which evidence would establish the requested result?
다음에 무엇을 볼 것인가
탭이 타사 또는 조직별 도구의 의미 있는 채택으로 이어지는지, MCP 서버 및 플러그인이 검토되는 방식, 위임된 워크플로에 필요한 권한이 무엇인지 살펴보세요. GitHub의 발표에서는 사용량 데이터, 보안 세부 정보, 가격, 지원되는 계획 정보 또는 독립적인 성능 테스트를 제공하지 않습니다.
첫 번째 실제 지표는 사용자 정의 탭이 초기 탐색 이후에도 지속적인 사용을 제공하는지 여부입니다. GitHub는 선택된 사용자 정의, 인기 있는 MCP 서버 및 카테고리 검색 기능을 제공할 것이라고 밝혔지만 이 발표에서는 사용 가능한 옵션 수, 채택, 활성 사용자 또는 검색에서 설치까지의 전환에 대한 수치를 제공하지 않습니다. 또한 GitHub가 추천 또는 인기 항목을 선택하는 방법과 이러한 신호가 품질, 인기, 상업적 배열 또는 다른 기준을 반영하는지 여부도 불분명합니다.
특히 Copilot를 외부 도구 또는 조직 데이터에 연결하는 MCP 서버 및 플러그인의 경우 보안 및 거버넌스에 세심한 주의를 기울여야 합니다. GitHub는 이번 발표에서 검토 표준, 게시자 확인, 권한 범위, 격리, 감사 로그, 데이터 보존 또는 관리자 제어에 대해 설명하지 않습니다. 이러한 세부 정보는 조직이 배포 전에 사용자 지정을 평가할 수 있는지 여부를 결정하고 AI 지원 워크플로가 읽거나 변경하거나 트리거할 수 있는 항목을 제한합니다.
Azure DevOps 예제는 위임 주변의 경계를 기준으로 평가해야 합니다. 소식통은 사용자가 백로그와 관련된 작업을 조사, 구현 또는 준비하도록 Copilot에 요청할 수 있다고 말하지만 어떤 작업에 확인이 필요한지, 검토를 위해 변경 사항이 어떻게 표시되는지, 오류가 어떻게 처리되는지는 밝히지 않습니다. 향후 문서화 또는 테스트를 통해 단순히 기존 도구를 더 쉽게 찾을 수 있도록 하는 것이 아니라 지원 계획, 지역 및 플랫폼 전반의 가용성, 통합 요구 사항, 사람의 승인 지점, 기능이 실제 개발 워크플로를 변경하는 정도를 명확히 할 수 있습니다.