깃허브 코파일럿, 슬랙·팀즈 대화 맥락 넓혀…스레드 내용은 작업 기록에 남아
깃허브가 슬랙과 마이크로소프트 팀즈에서 코파일럿이 읽는 대화 맥락과 작업 연결 기능을 넓혔다. 공개 미리보기 단계이며 대화 전체가 생성된 작업물에 남을 수 있다.

깃허브가 25일 슬랙·마이크로소프트 팀즈용 코파일럿 클라우드 에이전트의 대화 맥락 처리 기능을 확대했다고 밝혔다. 채팅에서 이슈나 코드 작업으로 이어지는 기능을 늘렸지만, 대화 내용이 작업물에 기록되는 범위도 살펴야 한다.
슬랙에서는 지원되는 파일과 첨부물, 메시지 링크를 작업 맥락으로 전달할 수 있다. 팀즈에서는 메시지에 포함된 이미지와 전달된 메시지, 채널·스레드의 대화 이력을 활용한다. 깃허브는 새 이슈를 만들기 전에 비슷한 기존 이슈를 확인하고, 생성된 작업과 원래 대화를 서로 연결한다고 설명했다.
대화 도중 모델을 바꾸면 선택이 이후 대화에도 유지된다. 슬랙에서는 작업을 맡길 기본 저장소와 소유자도 정할 수 있다. 긴 작업의 진행 상태 표시와 중단 후 복구, 연결이 끊겼을 때의 안내도 손봤다고 깃허브는 밝혔다.
대화 이력, 생성 작업물의 맥락으로
깃허브의 슬랙·팀즈 사용 설명서는 채팅에서 앱을 호출하면 해당 스레드 전체를 에이전트가 작업 맥락으로 받아들이고, 그 내용이 생성한 작업물에 저장된다고 명시한다. 단순히 직전 명령 한 줄만 읽는 방식은 아니라는 뜻이다. 두 서비스의 안내문은 맥락을 좁히려면 앱과 일대일 메시지를 쓰는 방법을 제시한다.
에이전트는 답변에 그치지 않고 이슈나 풀리퀘스트를 만들 수 있다. 깃허브 문서에 따르면 저장소에 쓰기 권한이 있는 사용자만 변경 작업을 시작할 수 있지만, 공동 대화에 참여한 다른 사람의 메시지도 작업 맥락에 포함될 수 있다. 대화방의 범위와 저장소 권한을 함께 확인해야 하는 이유다.
기업용 공개 미리보기…전체 배포는 아직
25일 변경 공지에 따르면 이번 통합 기능은 코파일럿 비즈니스·엔터프라이즈 조직에 공개 미리보기로 제공된다. 일부 기능은 단계적으로 배포돼 모든 작업 공간에서 곧바로 쓸 수 있는 것은 아니다. 사용량은 기존 코파일럿 이용 한도와 클라우드 에이전트 예산에 반영된다.
깃허브 문서는 관리자 정책과 클라우드 샌드박스 설정 등 사용 전 조건도 안내한다. 따라서 공지에 열거된 기능이 개별 기업의 설정과 관계없이 자동으로 켜졌다고 볼 수 없다. 독립 기술 매체 더 터미널도 26일 깃허브의 에이전트 관련 업데이트가 여전히 공개 미리보기 단계라는 점을 짚었다. 다만 해당 보도는 슬랙·팀즈의 실제 이용률을 측정한 자료는 아니다.
대표 이미지: AI 생성 이미지 / 데이마크
출처: https://github.blog/changelog/2026-09-25-updates-to-github-copilot-for-slack-and-microsoft-teams/
출처: https://docs.github.com/en/copilot/how-tos/copilot-integrations/integrate-cloud-agent-with-slack
출처: https://docs.github.com/en/copilot/how-tos/copilot-integrations/integrate-cloud-agent-with-teams
출처: https://theterminal.space/software/github-copilot-sandbox-policies


