GitHub Copilot, Slack·Teams에서 에이전트 작업을 바로 맡긴다

무엇이 새로 열렸나

GitHub는 8월 21일 공식 Changelog에서 Slack과 Microsoft Teams에서 GitHub Copilot cloud agent를 시작하는 공개 프리뷰를 알렸습니다. 사용자는 대화방, 스레드, DM에서 @GitHub를 언급해 에이전트 세션을 시작할 수 있습니다.

쉽게 말하면 “이 문제 누가 볼래?”라고 이야기하던 채팅창에서 바로 AI 에이전트에게 조사를 맡기고, 필요하면 이슈·코드 변경·PR까지 이어가는 방식입니다. AI 코딩 도구가 더 이상 IDE 안의 개인 보조자에만 머물지 않고, 팀 협업 도구 안으로 들어오는 변화입니다.

Slack에서는 무엇을 할 수 있나

Slack 쪽 발표에 따르면 @GitHub는 대화와 허용된 GitHub 맥락을 바탕으로 코드와 GitHub 활동에 대한 질문에 답하고, 버그 리포트를 triage하거나, 기존 이슈를 업데이트하고, 새 이슈를 만들고 라벨을 붙일 수 있습니다.

더 나아가 GitHub는 Copilot이 안전한 cloud sandbox에서 문제를 조사하고, 변경을 구현하고, 작업을 검증한 뒤 PR 링크를 제공할 수 있다고 설명합니다. Slack Code라는 agent용 채널에서는 계획, diff, HTML 같은 출력 미리보기까지 팀이 같이 볼 수 있습니다.

Teams에서는 회의 결정이 작업으로 이어진다

Microsoft Teams 발표도 방향은 비슷합니다. 회의나 채널 대화 중 나온 액션 아이템을 Copilot cloud agent에게 맡기고, 참가자들이 같은 스레드에서 질문을 추가하거나 방향을 조정할 수 있습니다. 저장소 write access가 있는 참가자는 Copilot에게 실제 변경 작업을 시킬 수 있습니다.

GitHub는 Teams에서 시작한 작업을 터미널, GitHub Copilot app, IDE 같은 다른 Copilot 표면으로 이어갈 수 있다고 설명합니다. 독자 입장에서는 회의록에 남은 할 일이 실제 코드 작업 세션으로 넘어가는 구조로 이해하면 쉽습니다.

비용과 권한은 왜 조심해야 하나

이번 변화는 편하지만, 그냥 무료 챗봇을 채팅방에 붙이는 이야기는 아닙니다. Slack 공개 프리뷰는 GitHub Copilot Business와 Enterprise 조직을 대상으로 하고, Teams 쪽은 유료 Copilot 플랜에서 사용할 수 있다고 안내됩니다. Teams에서 시작한 cloud agent 세션은 AI credit을 소비하며, cloud sandbox 사용량은 별도 예산 통제로 관리할 수 있습니다.

또 하나 중요한 점은 승인입니다. GitHub는 Copilot app 또는 Teams Copilot integration identity가 만든 PR에 대해 저장소 관리자가 추가 사람 승인을 요구할 수 있다고 설명합니다. 빠르게 움직이더라도 사람이 마지막 출하 권한을 확인하도록 남겨두는 장치입니다.

지금 볼 포인트

이번 발표의 핵심은 “Copilot이 Slack과 Teams에서도 된다”라는 기능 추가만이 아닙니다. 실제 변화는 개발팀의 업무 시작점입니다. 예전에는 채팅에서 논의한 뒤 누군가 IDE를 열고 작업을 옮겼다면, 이제는 대화가 난 자리에서 바로 에이전트 세션을 시작할 수 있습니다.

정리하면 GitHub Copilot의 방향은 자동완성 도구에서 협업 대화, cloud sandbox, PR, 승인 정책을 잇는 팀 작업 에이전트로 넓어지고 있습니다. 도입을 고민하는 팀은 먼저 관리자 정책, 저장소 권한, AI credit 예산, cloud sandbox 비용, PR 추가 승인 규칙을 체크리스트로 분리해야 합니다.