GitHub Copilot: Slack·Teams 정식 제공, Teams Canvas 협업

1. 대화에서 코드 작업까지 이어진다

깃허브는 2026년 11월 6일 슬랙과 팀즈의 코파일럿 정식 제공을 발표했다. 지원하는 작업은 버그 조사, 이슈 작성, 변경 구현과 풀 리퀘스트 생성이다. 풀 리퀘스트는 코드 변경을 검토하고 반영해 달라는 요청으로, 대화에서 문제를 논의하는 데서 그치지 않고 검토할 결과물을 만드는 단계까지 이어진다.

공개된 슬랙 예시 화면은 버그 제보를 이슈로 옮기는 과정을 보여 준다. 사용자가 새로고침 뒤 대시보드의 날짜 필터가 초기화된다고 알리자, 다른 팀원이 이를 바탕으로 재현 단계, 문제를 다시 발생시키는 순서와 기대 동작, 수정 완료를 판단할 기준을 담은 이슈를 만들어 달라고 요청한다. 코파일럿은 해당 내용을 포함한 이슈를 만들었다고 응답하고 결과물 링크를 제시한다. 팀 대화의 제보를 검토할 수 있는 작업 항목으로 연결하는 사례다.

시작하려면 슬랙이나 팀즈에서 @GitHub를 불러 작업을 요청하면 된다. 발표 글은 두 앱의 시작 페이지와 깃허브 커뮤니티 토론으로 연결되는 링크를 제공한다. 개발자가 평소 팀과 소통하는 공간을 작업 요청의 출발점으로 삼는 방식이다.

2. 팀즈 캔버스에서 계획과 코드를 함께 본다

팀즈에 추가된 캔버스는 대화 옆에 검토할 자료를 펼쳐 놓는 공간이다. 구현 계획, 코드 변경 사항, 미리보기를 대화와 나란히 살펴볼 수 있다. 팀원은 팀즈를 떠나지 않고 논의를 이어가며 피드백을 나누고 구현을 함께 다듬는다.

검토 대상에 코드뿐 아니라 계획과 미리보기가 포함된다는 점이 중요하다. 무엇을 만들려는지 논의한 내용과 실제 변경 내용을 나란히 볼 수 있어, 팀은 같은 자료를 보며 피드백을 이어갈 수 있다. 코드 작업을 요청하는 기능에 공동 검토 공간을 더한 변화다.

3. 메시지에서 저장소를 찾아 작업을 시작한다

요청을 코딩 작업으로 연결하는 시작 절차도 바뀌었다. 깃허브 설명에 따르면 @GitHub는 메시지에서 대상 저장소, 코드와 변경 이력을 보관하는 공간을 식별하고 작업 세션, 한 번의 요청을 처리하는 작업 단위를 시작한다. 사용자가 메시지로 전달한 저장소를 다시 선택할 필요가 없어져, 요청과 실제 작업 사이의 단계가 줄어든다.

로그인하지 않았거나 기본 저장소가 없는 상황에서도 시작하기 쉬워졌다고 깃허브는 설명한다. 저장소를 바꾸려는 경우와 앱 접근 권한이 필요한 경우도 개선 대상에 포함됐다. 이는 팀원이 작업을 시작할 때 마주하는 서로 다른 진입 상황을 손본 내용이다.

후속 메시지에 응답하지 못할 수 있던 문제도 수정됐다. 처음 요청을 보낸 뒤 추가 질문이나 지시를 이어가는 대화 흐름과 관련된 수정이다. 작업 시작 절차의 단축과 함께, 요청 후 대화를 계속하는 과정도 이번 개선에 포함됐다.

4. 이동은 줄고 결과물에는 사용자 표시가 남는다

생성 경위를 표시하는 방식도 달라졌다. 코파일럿이 만든 이슈와 풀 리퀘스트의 설명에는 슬랙 또는 팀즈에서 특정 사용자와 나눈 대화로 생성됐다는 문구가 들어간다. 이 표시를 통해 저장소의 결과물에서도 대화형 도구로 만들어졌다는 점과 사용자 이름을 확인할 수 있다.

팀이 얻는 이익은 대화에서 개발 작업으로 넘어갈 때 도구를 오가는 번거로움이 줄어드는 데 있다. 대신 팀은 대화에서 만든 결과물에 어떤 사용자 정보가 남는지도 함께 살펴야 한다. 작업 요청은 채팅 안에서 간편해지지만, 결과물에 붙는 생성 경위까지 팀의 검토 대상이 되는 셈이다.

이번 정식 제공의 핵심은 대화를 개발 작업의 출발점으로 만들고, 팀즈 캔버스로 논의와 구현 결과를 함께 검토하게 한 데 있다.