A.I

코딩 에이전트가 팀 대화에 합류했다: GitHub Copilot의 Slack 공동 작업

GitHub Copilot의 Slack 통합이 스레드 맥락을 공유하는 공동 에이전트 작업을 지원한다. 권한, 샌드박스, 코드 검토의 경계를 짚는다.

GitHub가 2026년 8월 21일 Slack용 GitHub 통합에 Copilot CLI와 Copilot 앱의 에이전트 기능을 결합한 새 경험을 공개 미리보기로 내놓았다. 대화에서 시작한 코딩 작업을 한 사람의 비공개 세션에 가두지 않고, 팀이 같은 맥락을 보며 지시하고 결과를 검토하도록 만든 변화다.

대화가 곧 작업 맥락이 된다

사용자는 Slack 메시지나 스레드, 다이렉트 메시지에서 GitHub 앱을 호출해 저장소 조사, 변경 구현, 풀 리퀘스트 생성을 맡길 수 있다. GitHub 문서에 따르면 Copilot 클라우드 에이전트는 호출된 스레드 전체를 작업 맥락으로 사용한다. 별도의 요구사항 문서로 옮기는 수고는 줄지만, 스레드에 섞인 오래된 결정이나 민감한 정보까지 입력 맥락에 포함될 수 있다는 뜻이기도 하다.

새로운 Slack Code¹ 채널은 한 작업을 위한 공동 공간이다. 팀원은 에이전트가 일하는 동안 같은 채널에서 방향을 조정하고, 완료 뒤에는 생성된 풀 리퀘스트를 터미널·IDE·GitHub Copilot 앱에서 이어서 다룰 수 있다. 에이전트는 보안이 적용된 클라우드 샌드박스에서 비동기로 실행된다.

에이전트가 개인 도구에서 팀 동료로 이동한다

기존 코딩 에이전트의 병목은 코드 생성 능력만이 아니었다. 무엇을 왜 바꾸는지 한 사람이 설명하고, 결과를 다시 팀에 전달하는 과정에서 맥락이 손실됐다. 공유 세션은 요청, 추가 지시, 산출물의 출발점을 한 대화에 모아 이 간극을 줄인다.

실제 영향은 업무 배분 방식에서 먼저 나타난다. 장애 스레드에서 재현 조건을 정리해 수정 작업을 시작하거나, 기능 논의에서 합의된 범위를 바로 이슈와 풀 리퀘스트로 연결할 수 있다. 반면 채팅의 빠른 합의가 곧 코드 변경 권한을 뜻해서는 안 된다. 저장소 보호 규칙, 필수 리뷰, CI 검사는 그대로 최종 관문이어야 한다.

도입 전에 확인할 경계

기능은 공개 미리보기 단계다. 운영 절차를 전면 의존시키기 전에 결과 형식과 실패 복구 흐름을 시험한다.
사용자는 대상 저장소에 write 권한이 있어야 하며, 조직에서는 Copilot 클라우드 샌드박스를 허용해야 한다.
Slack용 GitHub 앱이 접근할 저장소를 최소화하고 기본 저장소가 잘못 선택되지 않았는지 확인한다.
전체 스레드가 맥락에 포함되므로 비밀값, 고객 정보, 불필요한 내부 대화를 요청 스레드에 두지 않는다.
에이전트가 만든 변경은 사람이 작성한 변경과 같은 브랜치 보호, 코드 소유자 리뷰, 테스트를 통과하게 한다.
한 번 Slack Code 채널이 만들어지면 해당 작업의 지시는 그 채널에 모아 서로 다른 지시가 흩어지지 않게 한다.

이번 변화의 핵심은 코딩 에이전트가 Slack에 들어왔다는 사실보다, 에이전트 작업의 맥락과 제어권을 팀이 공유한다는 데 있다. 속도는 빨라질 수 있지만, 권한과 검토 책임이 자동으로 사라지는 것은 아니다. 조직은 채팅, 저장소, 샌드박스 사이의 경계를 먼저 설계해야 한다.