코딩 에이전트만 만들 수 있는 새 Slack 채널, Slack은 무료지만 Claude는 Pro부터

AI 요약

• Slack에 코딩 에이전트만 만들 수 있는 코드 채널이 생겼습니다.
• 파트너는 Claude, Devin, Copilot, Vercel이고 ChatGPT는 아직입니다.
• Slack은 무료 요금제부터 되고 문턱은 Claude Pro 이상 쪽에 있습니다.

지금까지 코딩 에이전트는 개발자 한 명이 자기 터미널에서 혼자 돌렸습니다. 무엇을 시켰고 에이전트가 중간에 뭘 잘못 짚었는지는 그 사람 화면에만 남았습니다. 팀은 완성된 PR을 받고 나서야 처음 봤습니다. Salesforce가 8월 20일 공개한 Slack Code는 그 작업을 팀 채팅방으로 꺼내 놓습니다.

방식은 Slack에 채널 유형을 하나 더 만든 것입니다. 이름은 코드 채널(code channel)입니다. 사람은 이 채널을 만들 수 없습니다. 아무 대화방에서든 코딩 에이전트를 멘션하면 에이전트가 그 작업 전용 채널을 스스로 열고 관련된 사람들을 불러들입니다.

출시 파트너는 네 곳입니다. Anthropic의 Claude, Cognition의 Devin, GitHub Copilot, Vercel입니다. OpenAI의 ChatGPT는 Slack 공지에 "곧"이라고만 적혀 있고 날짜가 없습니다.

채널 하나가 작업 하나다

기존 Slack 채널은 사람이 만들고 사람이 지웁니다. 코드 채널은 생성도 보관도 에이전트 작업의 수명에 묶여 있습니다. 프로젝트 단위가 아니라 작업 하나가 채널 하나입니다. 일이 끝나면 채널은 자동으로 보관되고 검색으로만 남습니다.

채널 안에서 팀이 보는 것은 네 가지입니다.

• 에이전트가 세운 실행 계획
• 제안한 코드 변경의 before/after diff
• HTML 출력물의 라이브 미리보기
• 완료 요약. 채널을 안 열어도 원래 스레드에서 진행 상황을 따라갈 수 있습니다

여기에 Agents 탭이 붙습니다. 스레드, DM, 코드 채널에 흩어진 에이전트 작업을 한곳에 모아 실시간 상태를 보여주고 중간에 멈출 수 있게 합니다.

권한 체계는 새로 만들지 않았습니다. Slack은 코드 채널이 기존 Slack 권한과 관리자 통제를 그대로 상속한다고 밝혔습니다. EKM, DLP, Discovery API 같은 기업 보안 설정이 그대로 적용됩니다. 위험이 큰 변경은 채널 안에서 사람 승인 단계로 넘길 수 있습니다. 코딩 에이전트 명령 승인 40만 건을 분석한 연구에서 드러났듯 승인 화면이 있다는 것과 승인이 제대로 걸린다는 것은 다른 문제입니다. 그래도 IT 부서가 새로 설정할 것은 없다는 게 Slack의 설명입니다.

Slack이 내건 숫자는 하나뿐입니다. 코드 채널의 70% 이상이 하루 안에 열리고 닫힌다, 아이디어에서 병합된 PR까지 같은 날에 끝난다는 것입니다. 다만 표본 크기도 집계 기간도 공개하지 않았습니다. 출시 전 내부와 파트너 사용 데이터로 보는 편이 안전합니다.

Slack은 무료, 문턱은 Claude 요금제 쪽에 있다

Slack Code 자체에는 문턱이 없습니다. 무료 워크스페이스를 포함해 모든 Slack 요금제에서 쓸 수 있고 추가 요금이 없습니다. Slack은 한국어 공지 페이지도 같은 날 올렸고 지역 제한은 어디에도 적혀 있지 않습니다. 한국 팀이 오늘 켤 수 있습니다.

조건은 에이전트 쪽에 있습니다. Slack 공지는 "고객이 파트너 에이전트 접근권을 따로 확보해야 한다"고만 적고 넘어갔는데, 실제로 무엇이 필요한지는 각 파트너 문서를 봐야 나옵니다. Claude 기준으로 Anthropic 문서가 요구하는 것은 다음과 같습니다.

한 가지 더 있습니다. Team과 Enterprise 요금제에서는 지금 방식이 Claude Tag로 대체되는 중입니다. 지금은 각 세션이 멘션한 사람의 개인 계정으로 돌고 사용량도 그 사람 한도에서 빠지는데, Claude Tag는 @Claude를 조직 공용 신원으로 돌리고 접근 권한을 관리자가 정합니다. 개인 요금제인 Pro와 Max에는 Claude Tag가 없어서 지금 방식이 그대로 남습니다.

사내에서 만든 에이전트는 아직 코드 채널에 넣을 수 없습니다. 코드 채널 API는 현재 출시 파트너 네 곳에만 열려 있습니다. Slack은 이후 모든 개발자에게 개방하겠다고만 밝혔습니다. 시점은 나오지 않았습니다.

실무자들이 짚은 세 가지

가장 자주 나온 반론은 장소 자체입니다. Broadcom의 사이트 신뢰성 엔지니어 Advait Patel은 InfoWorld에 이렇게 말했습니다. "코딩은 깊은 집중이 필요한 일이고 Slack은 방해 기계다. 둘을 같은 화면에 올린다고 자동으로 이득이 되지는 않는다." 같은 인터뷰에서 그는 투명성이 역효과를 낼 수 있다고도 했습니다. 개발자가 지저분한 시행착오는 비공개로 돌리고 정리된 결과만 채널에 붙여넣으면, 공개해서 얻으려던 것이 사라진다는 지적입니다.

두 번째는 권한입니다. Patel은 채널에 들어와 있다는 사실이 곧 저장소 권한이 되면 안 된다며 권한 승격 위험을 경고했습니다. Claude 경로에서는 이 부분이 막혀 있습니다. 각 세션은 멘션한 사람의 계정으로 돌고 그 사람이 직접 연결해 둔 저장소에만 접근합니다. 다만 이건 Slack이 보장하는 게 아니라 에이전트마다 구현이 다른 부분입니다.

세 번째는 Anthropic 문서에만 있고 Slack 공지에는 없는 경고입니다. @Claude를 부르면 Claude가 그 대화 맥락을 함께 받는데, 문서는 "Claude가 맥락 안의 다른 메시지가 시키는 대로 따를 수 있다"고 명시하고 신뢰할 수 있는 대화에서만 쓰라고 권고합니다. 10개월 묵은 브랜치 병합으로 Snowflake 내부 Jira가 열린 사건이 보여준 것처럼 프롬프트 인젝션은 사람이 안 보는 문서 조각에서 시작합니다. 코드 채널은 참여자를 넓히는 게 목적이라 에이전트가 읽는 메시지도 같이 넓어집니다.

개발자 커뮤니티 반응도 유보적이었습니다. Hacker News에 올라온 공식 발표 글은 78점에 댓글 109개를 받았는데, 리뷰 자체를 Slack으로 옮길 이유를 못 찾겠다는 의견이 많았습니다. "리뷰가 내 병목이고 GitHub에는 그걸 위한 훌륭한 UI가 이미 있다. 게다가 Slack을 거치면 토큰 소비가 통제 불능이다"라는 댓글이 대표적입니다. 문서나 작은 라이브러리처럼 단순한 작업에는 괜찮지만 이상적인 인터페이스인지는 확신이 안 선다는 의견도 있었습니다.

Slack 쪽 답은 다중 사용자라는 점 자체입니다. Slack 제품 부사장 Katie Steigman은 VentureBeat에 "여러 사람이 같이 본다는 점이 AI 슬롭에 대한 방어"라며 "사람들이 당신 작업을 볼 수 있기 때문"이라고 말했습니다. 파트너 쪽 근거도 나왔습니다. Cognition의 신규 기업 부문 대표 Jeff Wang은 같은 자리에서 자사 내부 병합 PR 수가 최근 몇 달 사이 10배가 됐고 인원은 40% 늘었다고 밝혔습니다. 다만 이건 Devin을 만든 회사의 자체 수치이고 Slack Code 도입 결과가 아닙니다.

어디부터 시험해 볼까

이미 Claude Pro 이상을 쓰고 GitHub 저장소를 Claude Code on the web에 연결해 둔 팀이라면 오늘 켤 수 있습니다. 다만 첫 대상으로 진행 중인 기능 브랜치를 고르지 않는 편이 좋습니다. 코드 채널이 실제로 무엇을 바꾸는지는 사람 의견이 오가는 작업에서만 드러나기 때문에, 재현 절차가 명확한 버그 하나나 문서 수정 하나를 채널 하나에 넣고 비개발 동료가 그 채널에 실제로 의견을 남기는지만 보면 됩니다. 아무도 안 남기면 이 제품이 파는 다중 사용자는 그 팀에 없습니다. 남는 건 늘어난 Slack 알림뿐입니다. 사내 에이전트를 붙일 계획이라면 코드 채널 API 개방 공지가 나올 때 다시 보면 됩니다.