슬랙 코드, AI 코딩 에이전트가 팀에 들어왔다

Photo by kuu akura on Unsplash

세일즈포스가 8월 20일 슬랙에 "코드 채널"이라는 기능을 추가했습니다. 요약하면 AI 코딩 에이전트를 개인 DM 창이 아니라 팀 채널로 끌고 들어오는 기능인데, "이미 다들 각자 코딩 에이전트 쓰고 있는데 슬랙이 뭘 더 얹은 거지"라는 생각이 들어서 발표 자료와 반응을 직접 찾아봤습니다. 질문 형식으로 정리했습니다.

슬랙 코드가 정확히 뭔가요?

기존 코딩 에이전트가 "질문에 답하는" 수준이었다면, 슬랙 코드는 그보다 큰 작업을 위한 전용 채널을 만들어줍니다. 기존 대화에서 에이전트를 태그하면 그 대화를 이어받아 채널이 하나 생기고, 그 안에서 작업이 진행되는 방식입니다.

어떤 에이전트를 쓸 수 있나요?

출시 시점 기준으로 Claude Code, Devin, GitHub Copilot, Vercel 네 개입니다. 슬랙 부사장 사테자 파룰레카르는 "기술직뿐 아니라 비기술직까지 확장할 계획"이라고 밝혔는데, 지금은 개발 관련 에이전트 위주입니다.

채널 안에서 팀원들은 뭘 보게 되나요?

코드 diff, Block Kit 뷰(인터랙티브 화면), HTML 프리뷰, 캔버스 네 종류의 결과물을 에이전트가 채널에 올립니다. 리뷰가 필요한 코드 변경이면 diff로, 프로토타입이면 HTML 프리뷰로 보는 식입니다.

비개발자도 이 채널에 들어올 수 있나요?

네, 그게 이 기능의 핵심 포인트입니다. 기획자나 디자이너가 같은 채널에서 진행 상황을 보고 의견을 남길 수 있습니다. 파룰레카르의 발언대로 "기술직과 비기술직을 같은 공간에" 두는 게 목표라, 코드를 직접 못 짜는 사람도 참여할 길을 열어둔 셈입니다.

권한과 보안은 어떻게 처리하나요?

슬랙은 기존 워크스페이스의 권한 체계를 그대로 따른다고 설명합니다. 관리자가 "비개발자는 엔지니어 리뷰 없이 코드를 배포할 수 없다" 같은 가드레일을 걸 수도 있습니다. 다만 포레스터 애널리스트 윌 매키언화이트는 "권한 문제는 멀티플레이어 기능 전반에서 반복되는 난제"라며, 여러 에이전트가 한 채널에서 동시에 움직일 때의 상호작용은 아직 미개척 영역이라고 지적했습니다.

⚠️ "가드레일을 걸 수 있다"는 것과 "가드레일이 기본으로 켜져 있다"는 건 다른 얘기입니다. 도입하려면 관리자 설정 화면에서 실제로 뭐가 기본값인지 먼저 확인하는 게 순서일 것 같습니다.

Photo by Arnold Francisca on Unsplash

그냥 슬랙 채널에서 봇을 태그하는 것과 뭐가 다른가요?

기존에도 슬랙에 챗봇을 붙여서 질문하고 답 받는 건 가능했습니다. 차이는 채널의 생애주기 전체를 에이전트가 관리한다는 점입니다. 필요할 때 채널을 새로 만들고, 작업 중간중간 진행 상황을 올리고, 끝나면 알아서 정리(archive)까지 합니다. 사람이 "이거 스레드 파야 하나 DM으로 물어봐야 하나" 고민하는 부분을 에이전트가 판단해서 처리하는 셈입니다.

기존의 슬랙-깃허브 연동과는 뭐가 다른가요?

기존 깃허브 연동은 PR이 올라오거나 리뷰가 달리면 슬랙에 알림을 쏴주는 방식이었습니다. 사람이 코드를 짜고 리뷰를 요청하면, 슬랙은 그 소식을 전달만 했습니다. 슬랙 코드는 그 반대에 가깝습니다. 코드를 짜는 주체가 에이전트고, 사람은 그 결과물을 채널에서 보고 승인하거나 되돌리라고 지시하는 쪽입니다. 알림을 받는 도구에서 작업을 맡기는 도구로 역할이 바뀐 셈입니다.

가격은요?

슬랙의 모든 요금제에서 추가 비용 없이 쓸 수 있다고 합니다. 다만 각 코딩 에이전트 자체의 API 요금이나 라이선스 비용은 당연히 별도입니다.

그래서 우리 팀에 지금 당장 붙여도 될까요?

저는 아직 직접 붙여보지 않아서 실제 사용 경험으로는 답을 못 드립니다. 다만 매키언화이트가 지적한 "여러 에이전트가 동시에 움직일 때의 상호작용"이 아직 검증 안 된 영역이라는 점을 보면, 사이드 프로젝트나 내부 도구 채널처럼 되돌리기 쉬운 곳부터 붙여보고 프로덕션 배포 권한은 나중에 여는 순서가 안전할 것 같습니다. 특히 비개발자가 참여하는 채널이라면, "누가 실제로 배포 버튼을 누를 수 있는가"를 관리자 설정에서 먼저 확인하고 시작하는 게 맞다고 봅니다. 지원 에이전트 중 GitHub Copilot 같은 도구들의 무료 티어 비교는 techypick에 정리해둔 게 있습니다.

이게 진짜 노리는 건 뭔가요?

슬랙 입장에서는 "코딩 에이전트를 각자 터미널이나 IDE에서 따로 쓰지 말고, 어차피 팀이 다 모여 있는 슬랙 안으로 끌어들이자"는 게 계산으로 보입니다. 개발자 입장에서는 코드 리뷰나 배포 승인처럼 원래도 사람이 모여서 결정하던 일에 에이전트가 자연스럽게 끼어드는 정도의 변화지, 코딩 방식 자체를 뒤집는 발표는 아니라고 봅니다.

이 글에 나온 기능 설명과 인용은 2026년 8월 슬랙의 공식 발표 자료와 이를 보도한 Computerworld 기사를 근거로 합니다. 기능은 롤아웃 단계에 따라 워크스페이스마다 다르게 보일 수 있습니다.