GitHub Copilot Slack·Teams 연동｜대화에서 이슈·코드 작업 만들기
핵심 요약: Slack 또는 Microsoft Teams에 GitHub 앱을 설치하고 계정을 연결하면 대화에서 @GitHub를 호출해 Copilot cloud agent에 조사·계획·코드 작업을 맡기거나 GitHub 이슈와 PR 생성을 요청할 수 있습니다. 2026년 9월 25일 발표된 개선으로 첨부파일과 대화 문맥 활용, 비슷한 이슈 확인, 대화별 모델 선택, 장시간 작업 상태 표시가 강화됐습니다. 기능은 공개 미리보기이며 계정 권한·관리자 정책·AI 사용 예산을 먼저 확인해야 합니다.
정보 기준일: 2026년 9월 26일. GitHub 공식 발표와 Slack·Teams 연동 문서를 기준으로 작성했습니다. 일부 기능은 순차 배포 중이므로 같은 요금제라도 작업 공간에 표시되는 메뉴가 다를 수 있습니다.
Slack·Teams에서 무엇을 할 수 있나
GitHub 앱을 연동하면 팀 대화에서 Copilot cloud agent를 호출할 수 있습니다. 대화 내용을 참고해 저장소를 조사하거나 구현 계획을 세우고, 이슈 또는 PR을 만드는 작업으로 이어갈 수 있습니다. 팀원이 같은 대화에서 조건을 보완하거나 에이전트의 작업 방향을 수정할 수도 있습니다.
| 구분 | Slack | Microsoft Teams |
|---|---|---|
| 호출 방법 | GitHub 앱과 DM을 열거나 스레드에서 @GitHub 호출 |
채팅·채널 대화에서 @GitHub 호출 |
| 활용 문맥 | 지원되는 파일·첨부파일·메시지 링크와 대화 내용 | 인라인 이미지·전달 메시지·채널 및 스레드 대화 |
| 결과물 | 작업 요약과 생성된 이슈·PR 링크 | 작업 요약과 생성된 이슈·PR 링크 |
| 저장소 지정 | 요청에서 저장소를 지정하거나 채널 기본 저장소 설정 | 요청에서 저장소를 지정하거나 채널 기본 저장소 설정 |
여기서 사용하는 기능은 GitHub Copilot cloud agent입니다. Microsoft 365 Copilot의 Teams 회의 요약 기능과 이름이 비슷하지만 설치 주체와 GitHub 작업 권한이 다릅니다.
요금제·권한·관리자 설정 확인
GitHub의 9월 25일 발표는 Copilot Business·Enterprise 조직의 Slack·Teams 공개 미리보기와 기존 Copilot 사용 권한·cloud agent 예산 적용을 안내합니다. GitHub의 개별 연동 문서는 유료 Copilot 요금제 사용자를 대상으로 설명합니다. 실제 이용 가능 여부는 요금제 이름만으로 단정하지 말고 계정, 앱 설치 상태, 조직 정책과 저장소 권한을 함께 확인하십시오.
- Copilot 이용 권한: 사용할 GitHub 계정에 유료 Copilot 접근 권한이 있는지 확인합니다.
- Cloud agent와 샌드박스: 조직·기업 계정이라면 관리자가 Copilot cloud agent와 cloud sandbox 관련 정책을 허용했는지 확인합니다.
- 대화 앱 설치: Slack 작업 공간 또는 Teams 팀에 GitHub 앱이 설치돼 있어야 합니다. 앱 설치 권한이 없다면 해당 관리자에게 요청합니다.
- 계정 연결: 앱 설치와 개인 GitHub 계정 인증은 별도 단계입니다. 사용자마다 자신의 GitHub 계정을 연결합니다.
- 저장소 권한: Copilot에 코드 변경을 맡기려는 사용자는 대상 저장소에 쓰기 권한이 있어야 합니다. 이슈 생성에도 해당 저장소의 이슈 작성 권한이 필요합니다.
- 사용 예산: 에이전트 사용량은 기존 Copilot 사용 권한과 cloud agent 예산 관리의 영향을 받을 수 있으므로 조직의 예산 정책을 확인합니다.
앱을 설치했다고 해서 모든 저장소에 자동으로 접근하는 것은 아닙니다. 특히 조직 저장소는 GitHub 앱에 허용된 저장소 범위와 cloud agent 정책을 함께 점검해야 합니다.
Slack 연동 및 사용 방법
- Slack 작업 공간 관리자가 GitHub 앱을 설치하거나 기존 앱을 최신 상태로 업데이트합니다.
- Slack에서 GitHub 앱과의 DM을 열거나 작업 스레드에서
@GitHub를 입력합니다. - 표시되는 안내에 따라 자신의 GitHub 계정을 연결합니다.
- 필요하면 기본 저장소를 지정합니다. 요청문에 저장소를 직접 적어 다른 저장소를 지정할 수도 있습니다.
- 대상 저장소와 원하는 결과를 함께 적어 요청합니다. 작업이 시작되면 상태와 결과 링크를 확인합니다.
Slack 요청 예시
@GitHub team/project 저장소에서 이 스레드의 로그인 오류를 조사하고, 재현 조건과 해결 기준을 정리한 이슈를 만들어 주세요. 코드 변경이 필요하다면 먼저 수정 계획을 알려 주세요.
Slack 채널의 기본 저장소를 확인하거나 변경하려면 채널에서 @GitHub settings를 사용합니다. 채널 기본 저장소는 함께 쓰는 설정이므로 여러 프로젝트를 다루는 채널에서는 매 요청에 대상 저장소를 명시하는 편이 혼선을 줄입니다.
코드 작업을 요청하면 별도의 Slack Code 채널에서 세션을 이어갈 수 있습니다. 세션이 만들어진 뒤에는 해당 코드 채널의 저장소·브랜치·PR 링크와 작업 상태를 확인하면서 지시를 보완하십시오.
Microsoft Teams 연동 및 사용 방법
- Teams 관리자가 해당 팀에 GitHub 앱을 설치하거나 업데이트합니다.
- 팀 채팅 또는 채널에서
@GitHub를 호출합니다. - 안내에 따라 개인 GitHub 계정을 연결하고, 필요한 경우 기본 저장소를 지정합니다.
- 작업할 저장소와 요청 내용을 명시합니다. Copilot이 반환한 계획·이슈·PR 링크를 확인합니다.
- 같은 스레드에서
@GitHub를 다시 호출해 누락된 조건이나 수정 방향을 전달할 수 있습니다.
Teams 요청 예시
@GitHub team/project 저장소에서 이 스레드의 요청사항을 구현 계획으로 정리해 주세요. 기존 이슈와 겹치는지 먼저 확인하고, 새 이슈가 필요할 때만 만들어 주세요.
Teams 채널의 기본 저장소는 @GitHub settings로 확인·변경할 수 있습니다. 저장소를 적지 않으면 기본 저장소가 사용될 수 있으므로 실제 이슈나 PR이 만들어지기 전 대상 저장소를 확인하십시오.
첨부파일·중복 이슈·모델 선택 활용
9월 25일 업데이트는 대화의 문맥을 GitHub 작업으로 옮기는 과정을 개선했습니다. 다만 첨부할 수 있는 모든 파일 형식이 지원된다거나, 제공된 정보가 언제나 정확히 해석된다고 단정해서는 안 됩니다.
- Slack: 지원되는 파일, 첨부파일, 메시지 링크를 요청의 문맥으로 사용할 수 있습니다.
- Teams: 인라인 이미지, 전달된 메시지의 문맥, 채널·스레드 대화 기록을 활용할 수 있습니다.
- 이슈 생성: Copilot이 비슷한 기존 이슈를 확인한 뒤 새 이슈를 만들고 결과 링크와 원래 대화의 연결을 제공합니다. 중복 여부는 최종적으로 사람이 확인하십시오.
- 모델 선택: 다음 메시지에 사용할 모델을 바꾸고 해당 대화에서 선택을 유지할 수 있습니다. 선택 가능한 모델과 비용은 계정·조직 설정에 따라 확인해야 합니다.
- 작업 상태: 장시간 작업의 계획 상태, 중단된 응답, 유휴 대화의 재연결 안내가 개선됐습니다.
이슈 작성 요청에는 대상 저장소, 문제 현상, 재현 방법, 완료 기준을 함께 적는 것이 좋습니다. 코드 변경 요청에는 대상 브랜치와 테스트 기준도 지정하면 결과 검토가 쉬워집니다.
작업이 멈추거나 연결되지 않을 때
| 증상 | 먼저 확인할 항목 |
|---|---|
@GitHub가 보이지 않음 |
해당 Slack 작업 공간·Teams 팀의 GitHub 앱 설치 및 사용 허용 상태 |
| 계정 연결을 반복 요청함 | 연결한 GitHub 계정과 인증·앱 권한 상태 |
| 코드 작업을 시작하지 못함 | 대상 저장소 쓰기 권한, cloud agent·샌드박스 정책, 허용된 저장소 범위와 예산 |
| 다른 저장소에서 작업함 | 요청문에 지정한 저장소와 채널 기본 저장소 |
| 응답이 오래 걸리거나 중단됨 | 대화에 표시된 작업 상태, 생성된 이슈·PR 링크 및 GitHub의 에이전트 실행 기록 |
작업이 멈춘 것처럼 보여도 같은 요청을 즉시 다시 보내기 전에 이미 이슈나 PR이 생성됐는지 확인하십시오. 중복 작업을 피하려면 원래 스레드의 상태와 GitHub 결과물을 먼저 대조해야 합니다.
보안과 PR 승인 점검
Slack·Teams에서 @GitHub를 호출하면 해당 스레드 전체가 작업 문맥에 포함될 수 있습니다. GitHub 문서는 이 문맥이 에이전트가 만든 결과물에도 반영된다고 안내합니다. 고객 정보, 인증정보나 공개하면 안 되는 내부 논의가 있다면 호출 전 대화를 확인하고, 문맥을 좁혀야 한다면 GitHub 앱과의 DM을 사용하십시오.
DM과 공동 대화의 실행 주체도 다릅니다. DM에서는 연결된 개인 GitHub 계정의 권한이 사용되고, 공동 스레드나 채널에서 생성하는 결과물에는 앱의 신원이 사용될 수 있습니다. 코드 작업을 시작할 수 있는 사람의 저장소 쓰기 권한과 최종 PR 승인 규칙을 분리해 확인해야 합니다.
- 요청 전에 대상 저장소와 브랜치를 확인합니다.
- 스레드에 불필요한 비밀정보가 포함되지 않았는지 확인합니다.
- 생성된 이슈의 설명과 기존 이슈 중복 여부를 검토합니다.
- PR의 변경 코드, 테스트 결과와 브랜치 보호 규칙을 확인합니다.
- 사람의 리뷰와 필요한 승인을 거친 뒤 병합합니다.
Copilot이 만든 PR을 검토할 때 필수 승인과 자동 병합의 차이가 헷갈린다면 관련 설정을 먼저 확인해 보세요.
Copilot PR 승인 설정 확인하기자주 묻는 질문과 공식 자료
Slack과 Teams에 앱을 모두 설치해야 하나요?
사용하는 대화 도구의 GitHub 앱만 설치하면 됩니다. Slack과 Teams는 각각 앱 설치와 계정 연결 절차가 따로 있습니다.
앱 설치만 하면 팀원 누구나 코드를 바꿀 수 있나요?
아닙니다. 코드 변경 작업을 시작하려면 대상 저장소에 필요한 권한이 있어야 하며, 조직의 cloud agent 정책과 앱의 저장소 접근 범위도 적용됩니다. 대화 참여는 작업 실행 권한과 구분해야 합니다.
Slack·Teams에서 만든 PR은 자동으로 병합되나요?
대화에서 에이전트 작업을 시작하는 것과 PR 병합은 별개입니다. 생성된 PR의 내용과 저장소 승인 규칙을 확인한 뒤 병합해야 합니다.
실행 순서: 관리자 정책·예산 확인 → GitHub 앱 설치 → 개인 계정 연결 → 대상 저장소 지정 → 대화에서 @GitHub 호출 → 이슈·PR과 작업 기록 검토.
최신 설정과 배포 상태는 GitHub 공식 자료에서 확인하십시오.
