Slack, AI 코딩 에이전트를 팀 업무 채널에 통합

Slack은 대화 플랫폼의 전용 채널 안에 AI 코딩 에이전트를 배치하는 기능인 Slack Code의 출시를 발표했다. 이에 따라 개발자는 에이전트와의 상호작용을 전용 터미널 창에만 한정하지 않아도 된다. 출시 시점에 이 기능은 Anthropic Claude Code, Cognition Devin, GitHub Copilot, Vercel 에이전트 등을 지원한다.

Slack Code를 사용하면 팀원들이 코딩 작업을 함께 확인하고 지시하며 검토할 수 있다. 전용 탭에는 코드 차이, 실시간 미리 보기, 진행 중인 작업 계획이 표시된다. 작업이 완료되면 채널은 검색 가능한 기록과 함께 보관되므로, 작업 실행 중에 진행된 내용을 참고할 수 있다. 이 기능은 Slack의 모든 요금제에서 이용할 수 있지만, 파트너 에이전트를 사용하려면 고객이 해당 에이전트에 대한 액세스 권한을 보유해야 한다.

코딩 채널은 어떻게 작동하는가?

사용자는 어떤 대화에서든 코딩 에이전트를 호출할 수 있으며, Slack은 프로젝트와 작업에 연결된 채널을 생성한다. Cognition이 진행한 시연에서는 한 엔지니어링 팀원이 전용 채널에 버그를 보고했고, Devin이 이를 조사한 뒤 병합 요청을 열었다. 또한 에이전트는 Chrome 브라우저와 DevTools를 사용해 기능이 작동하는지 테스트한 다음, 엔지니어와 제품 관리자, 디자이너가 작업을 추적할 수 있는 코딩 채널로 작업을 옮겼다.

같은 시연에서 디자이너가 Figma 파일을 채널에 추가하자 에이전트는 이를 작업에 반영했다. 마지막으로 에이전트는 스크린샷과 기능 작동을 보여 주는 녹화 영상과 함께 코드 변경 사항을 게시했다. Slack은 이러한 단계를 공유 공간에 표시하면 개발자 한 명의 기기에서 로컬로 작동하는 에이전트와 비교해 결과를 더 쉽게 감사할 수 있다고 본다.

Slack 내 에이전트의 역할 확대

변화는 코딩 채널에만 국한되지 않는다. Slack은 동료와 소통하는 것과 유사한 방식으로 작동하는 에이전트와의 직접 대화와, 각 세션에 실시간 상태 및 중지 버튼을 제공하는 Agents라는 새 탭을 추가했다. 또한 Add to Slack 메커니즘을 사용하면 몇 단계만으로 Lovable, n8n, OpenAI, LangChain, Airtable과 같은 플랫폼의 에이전트를 배포할 수 있으며, OAuth 설정과 구성이 자동화된다.

실무적으로 무엇이 달라지는가?

Slack은 프로그래밍에서 AI의 역할이 개인의 생산성 향상에서 팀의 업무 흐름 지원으로 이동하고 있다고 본다. Slack의 임시 최고경영자인 롭 시먼에 따르면, 이제 코드 작성이 가장 큰 병목은 아니며 아이디어, 인간의 판단, 계획, 장인정신이 더욱 희소한 요소가 되었다. Cognition은 최근 몇 달 동안 자사에서 병합된 병합 요청 수가 10배 증가한 반면 직원 수는 약 40% 늘었다는 내부 수치를 제시했으며, 이 수치는 회사 자체에서 나온 것임을 강조했다.

실무적으로 이러한 방식은 비기술 직원이 버그를 보고하거나 요구 사항 작성에 참여하도록 하면서도 엔지니어링 검토를 같은 흐름 안에 유지하게 할 수 있다. 그러나 검증의 필요성이 사라지는 것은 아니다. Gartner의 데이터에 따르면 높은 비용과 불분명한 사업 가치로 인해 에이전트형 AI 프로젝트의 40% 이상이 2027년 말까지 취소될 수 있다. 또한 McKinsey의 연구에 따르면 조직의 62%가 AI 에이전트를 시험하고 있지만, 사용 확대를 시작한 곳은 약 3분의 1에 불과하며 39%는 재무 성과에 영향을 보고했다.

권한과 보안

Slack에 따르면 에이전트는 이를 호출한 사용자의 권한을 상속하며, 일반 권한이나 광범위한 액세스 권한을 가진 독립적인 신원을 부여받지 않는다. 에이전트가 프로젝트 채널에서 얻는 정보는 작업을 시작한 대화의 맥락으로 제한된다. Devin은 제한된 권한을 가진 격리된 환경에서 작동하며, 인터넷 연결 없이 실행하는 옵션도 제공한다. 변경 사항은 계속 표준 GitHub 병합 요청 형태로 제출되므로 기존의 릴리스 및 검토 게이트가 유지된다.

Slack은 협업 채널이 터미널을 완전히 대체하지는 않는다고 설명한다. 코드베이스의 구조를 다시 설계하는 것과 같은 깊은 개인 작업에서는 터미널 사용이 계속될 것으로 예상하는 반면, 영업팀이 보고한 버그를 수정하는 것처럼 집단적인 감독이 유용한 작업에는 채널이 적합하다. Slack은 코딩 채널의 API를 모든 개발자에게 공개할 계획이며, 향후 사용 사례로 마케팅 캠페인과 법률 문서 검토 등을 언급했다.