AI 뉴스 SVIL 슬랙 세일즈포스 슬랙 코드 클로드 코드 데빈 깃허브 코파일럿 AI 에이전트

슬랙 채널이 개발실이 되었습니다 — 슬랙 코드와 팀이 함께 보는 AI 코딩

SVIL - Singularity Visual Intelligence Lab 2026. 08. 21 18 min read

지금까지 AI 코딩 에이전트가 일하는 모습은 대개 한 사람만 봤습니다. 개발자가 자기 터미널을 열고, 지시하고, 결과를 받고, 다 끝난 뒤에야 나머지 사람들에게 "고쳤어요"라고 전했지요. 과정은 그 한 사람의 화면 안에서만 존재하다가 사라졌습니다.

2026년 8월 21일, 세일즈포스가 그 화면을 팀 채팅방 한가운데로 옮겨놨습니다. 슬랙 코드(Slack Code)입니다. 슬랙 채널에서 에이전트를 호출하면 그 자리에 전용 채널이 생기고, 팀원 전체가 코드가 쓰이는 과정을 실시간으로 지켜보며 중간에 방향을 틀 수 있습니다.

오늘 글에서는 슬랙 코드가 정확히 무엇을 바꾸는지, 어떤 에이전트가 들어왔고 돈은 얼마나 드는지, 그리고 이 변화가 개발자가 아닌 사람들에게 어떤 의미인지까지 차근히 짚어보겠습니다.

어둠 속 한 점에서 뻗어 나와 여러 갈래로 고르게 퍼지는 청록빛 광선 — 한 사람의 작업이 팀 전체로 열리는 변화를 표현한 개념 이미지

터미널에서 걸어 나온 코딩 에이전트

AI 코딩 에이전트는 지난 2년 사이 개발자의 일상 도구가 되었습니다. 다만 그 도구가 놓인 자리는 늘 같았습니다. 명령줄 창, 혹은 편집기 옆에 붙은 작은 대화 패널이었지요.

그 자리는 본질적으로 1인용입니다. 화면을 공유하지 않는 한 옆자리 동료도 무엇이 오갔는지 알 수 없습니다. 결과물인 코드만 나중에 저장소에 도착할 뿐입니다.

슬랙 코드는 그 자리를 옮깁니다. 도구를 개인 화면에서 팀 채널로 끌어내는 것이 이번 발표의 핵심입니다.

슬랙 코드는 무엇인가 — 한 줄 정의

슬랙 코드는 슬랙 채널 안에서 사람과 AI 코딩 에이전트가 함께 코드를 쓰고, 검토하고, 배포까지 하는 기능입니다.

세일즈포스는 이를 "팀을 위한 에이전틱 코딩"이라고 소개했습니다. 개인 생산성 도구가 아니라 협업 도구로 자리를 잡겠다는 뜻입니다.

기존 슬랙이 "결과를 공유하는 곳"이었다면, 슬랙 코드는 "과정이 벌어지는 곳"으로 성격을 바꿉니다.

닫혀 있던 어두운 정육면체가 바깥으로 펼쳐지며 안쪽 면이 청록빛으로 드러나는 모습 — 감춰져 있던 작업 과정이 공개되는 구조를 표현한 개념 이미지

태그 한 번이면 채널이 생긴다

사용 방법은 단순합니다. 어떤 대화 중에든 코딩 에이전트를 멘션하면 됩니다.

멘션이 들어오면 슬랙이 그 작업을 위한 전용 코드 채널을 자동으로 만듭니다. 사람이 채널을 미리 파고 이름을 정하고 사람을 초대하는 절차가 없습니다.

채널이 열리면 에이전트가 작업 공간을 띄우고 곧바로 문제를 붙듭니다. 대화가 곧 작업 지시가 되는 구조입니다.

코드 채널 안에서 보이는 네 가지 탭

코드 채널 안에는 네 가지 화면이 나란히 준비됩니다. 대화, 계획, 코드 변경분, 그리고 미리보기입니다.

이 네 가지가 한 채널 안에 모여 있다는 점이 중요합니다. 지금까지는 논의는 채팅에, 계획은 문서에, 변경분은 저장소에, 결과 확인은 또 다른 도구에 흩어져 있었습니다.

네 개를 한자리에 모으면 "지금 무슨 일이 벌어지고 있는가"를 확인하는 데 드는 이동이 사라집니다.

빈 어둠 속에서 빠르게 커지는 얇은 청록빛 사각 테두리 — 태그 한 번에 전용 채널이 새로 생겨나는 순간을 표현한 개념 이미지

대화 탭 — 지시가 그대로 기록이 된다

첫 번째는 대화입니다. 사람이 무엇을 시켰고 에이전트가 무엇을 되물었는지가 시간 순서대로 남습니다.

터미널에서는 이 대화가 세션이 끝나면 대개 사라집니다. 채널 안에서는 사라지지 않고, 나중에 검색으로 되찾을 수 있습니다.

"왜 이렇게 고쳤지"라는 질문에 답하려면 결과 코드보다 그때의 지시가 더 유용할 때가 많습니다.

계획 탭 — 에이전트가 뭘 하려는지 먼저 본다

두 번째는 계획입니다. 에이전트가 손을 대기 전에 무엇을 어떤 순서로 할지 적어 둡니다.

이 화면이 있으면 잘못된 방향을 코드가 다 쓰인 뒤가 아니라 시작 전에 잡을 수 있습니다. 되돌리는 비용이 가장 싼 시점이 그때입니다.

팀원 누구나 이 계획을 보고 있으므로, 실무를 잘 아는 사람이 첫 줄이 쓰이기 전에 끼어들 수 있습니다.

하나의 매끈한 어두운 기둥이 네 개의 세로 면으로 나뉘어 각기 다른 밝기로 빛나는 모습 — 코드 채널 안 네 가지 탭 구조를 표현한 개념 이미지

코드 차이 탭 — 무엇이 바뀌었는지 줄 단위로

세 번째는 코드 변경분입니다. 어떤 파일의 어느 줄이 어떻게 달라졌는지가 그대로 표시됩니다.

이것은 원래 저장소의 풀 리퀘스트 화면에서 하던 일입니다. 슬랙 코드는 그 화면을 대화 옆으로 당겨왔습니다.

맥락과 변경분이 같은 화면에 있으면 리뷰가 훨씬 가벼워집니다. 창을 오가며 기억을 되살릴 필요가 없기 때문입니다.

미리보기 탭 — 결과 화면을 그 자리에서 확인

네 번째는 미리보기입니다. HTML 출력물이라면 실제로 어떻게 보이는지를 채널 안에서 바로 확인할 수 있습니다.

화면을 눈으로 확인해야 판단이 서는 작업이 많습니다. 문구 하나, 여백 하나가 실제로 어떻게 보이는지는 코드만 봐서는 알 수 없습니다.

저시력 사용자에게 이 지점은 특히 중요합니다. 대비가 충분한지, 글자가 잘리지 않는지는 결국 렌더된 화면을 봐야 판정할 수 있습니다.

좁고 어두운 통로 안에 미리 그어진 희미한 청록 점선 궤적 — 에이전트가 실행 전에 먼저 내놓는 계획을 표현한 개념 이미지

일이 끝나면 채널이 스스로 닫힌다

작업이 끝나면 코드 채널은 스스로 보관 처리됩니다. 사람이 정리할 필요가 없습니다.

이 자동 종료가 없으면 채널 목록은 금세 빈 껍데기로 가득 찹니다. 슬랙을 오래 쓴 조직이라면 익숙한 풍경이지요.

보관은 삭제가 아닙니다. 목록에서 내려갈 뿐 내용은 그대로 남고 검색됩니다.

보관된 채널이 감사 기록이 되는 이유

보관된 채널에는 지시, 계획, 변경분, 확인 결과가 한 묶음으로 들어 있습니다.

누가 무엇을 시켰고 어떤 판단으로 그렇게 갔는지가 시간 순으로 남아 있다면, 그것이 곧 감사 기록입니다. 별도 문서를 쓰지 않아도 됩니다.

규제를 받는 업종이나 외부 감사를 받는 조직에서는 이 부분이 기능 목록의 한 줄 이상의 가치를 가집니다.

매끈한 어두운 표면 위에 떠 있는 청록빛 고리와 그보다 더 선명한 반사상 — 결과 화면을 그 자리에서 확인하는 미리보기를 표현한 개념 이미지

창립 파트너 — 앤스로픽 클로드 코드

슬랙 코드에는 앤스로픽의 클로드 코드가 창립 파트너로 들어왔습니다.

클로드 코드는 터미널에서 파일을 직접 다루는 방식으로 자리를 잡은 도구입니다. 그 도구가 이제 슬랙 채널 안에서도 호출됩니다.

터미널에서 쓰던 사람은 같은 에이전트를 두 자리에서 골라 쓸 수 있게 된 셈입니다.

코그니션 데빈과 깃허브 코파일럿

코그니션의 데빈도 함께 들어왔습니다. 데빈은 작업을 통째로 맡기는 방식을 앞세운 에이전트입니다.

깃허브 코파일럿도 창립 파트너입니다. 저장소와 가장 가까이 붙어 있는 에이전트라 변경분 검토 흐름과 궁합이 좋습니다.

성격이 다른 에이전트를 한 채널 규격 안에 나란히 놓았다는 점이 눈에 띕니다. 팀이 작업 성격에 따라 골라 쓰라는 설계입니다.

정면에서 본 어두운 방을 가득 채운 수평의 청록빛 층들 — 보관된 채널이 차곡차곡 쌓인 기록이 되는 구조를 표현한 개념 이미지

버셀 v0와 오픈AI 챗GPT까지

버셀의 v0도 목록에 있습니다. 화면을 빠르게 만들어 보는 데 강점이 있는 도구라 미리보기 탭과 잘 맞습니다.

오픈AI의 챗GPT 역시 창립 파트너로 참여했습니다.

경쟁 관계인 회사들의 에이전트가 같은 채널 규격 위에 올라온 구도입니다. 슬랙은 특정 모델을 파는 대신 자리를 파는 쪽을 골랐습니다.

요금 — 슬랙은 무료, 에이전트 이용료는 따로

슬랙 코드는 모든 슬랙 요금제에서 추가 비용 없이 쓸 수 있습니다. 코드 채널을 만들고 운영하는 데 슬랙이 따로 받는 돈은 없습니다.

다만 에이전트 자체는 각 회사의 구독을 따로 사야 합니다. 클로드 코드를 쓰려면 앤스로픽 이용권이, 데빈을 쓰려면 코그니션 이용권이 필요합니다.

즉 슬랙은 만남의 장소를 무료로 열어주고, 일하는 사람은 각자 데려오라는 구조입니다.

피라미드·고리·원기둥·점 무리 등 서로 다른 청록빛 입체들이 중앙의 밝은 한 점을 향해 기울어진 모습 — 네 곳의 서로 다른 에이전트가 한 채널로 모이는 구조를 표현한 개념 이미지

왜 하필 슬랙이었나 — 팀이 이미 모여 있는 곳

새로운 협업 도구를 만들 때 가장 어려운 일은 사람을 그 도구로 데려오는 것입니다.

슬랙은 그 문제를 이미 풀어 둔 자리입니다. 팀이 하루 종일 열어두는 창이고, 알림이 이미 도착하는 곳이지요.

여기에 코딩 화면을 얹으면 새로 배워야 할 것이 거의 없습니다. 채널과 멘션은 모두가 이미 아는 동작입니다.

혼자 쓰는 터미널이 만든 구조적 사각지대

터미널 안에서 에이전트를 쓰면 세 가지가 밖에서 보이지 않습니다. 어떤 지시를 했는지, 어떤 대안을 버렸는지, 어디서 막혔는지입니다.

이 세 가지는 결과 코드에 남지 않습니다. 그래서 나중에 같은 문제가 반복돼도 팀은 처음부터 다시 헤맵니다.

슬랙 코드는 이 셋을 채널에 남겨 사각지대를 줄입니다.

한쪽은 활짝 열려 청록빛이 쏟아지고 반대쪽은 매끈하게 막힌 넓은 어두운 문턱 — 슬랙은 무료지만 에이전트 이용료는 따로인 구조를 표현한 개념 이미지

리뷰가 늦게 도착하는 문제

지금까지 코드 리뷰는 대개 작업이 다 끝난 뒤에 시작됐습니다. 검토자는 이미 완성된 덩어리를 받아 듭니다.

그 시점에는 방향을 바꾸자는 말을 꺼내기가 어렵습니다. 다 만든 것을 버리자는 제안이 되기 때문입니다.

과정이 열려 있으면 개입 시점이 앞당겨집니다. 계획 단계에서 던지는 한마디가 완성 뒤의 긴 지적보다 값쌉니다.

비개발 직군이 처음으로 과정을 보게 된다

슬랙 코드의 조용한 변화 하나는 관객이 늘어난다는 점입니다. 기획자, 디자이너, 운영 담당자가 같은 채널 안에 있습니다.

이들은 코드를 읽지 못해도 계획과 미리보기는 읽습니다. "이건 우리가 원한 게 아닌데요"라는 말이 훨씬 빨리 나올 수 있습니다.

소프트웨어가 잘못 만들어지는 가장 흔한 이유가 요구사항 오해라는 점을 생각하면, 이 변화의 값어치는 작지 않습니다.

아주 좁은 어두운 통로 저 끝에 홀로 빛나는 작은 청록 점 — 혼자 쓰는 터미널의 좁은 시야를 표현한 개념 이미지

실제 사례 — 버그 제보에서 배포까지 한 채널에서

운영 담당자가 고객 문의 채널에 "결제 화면에서 버튼이 두 번 눌린다"고 적었다고 해봅시다.

그 자리에서 코딩 에이전트를 멘션하면 전용 채널이 열리고, 계획이 올라오고, 변경분이 표시되고, 미리보기로 확인까지 이어집니다. 최초 제보자가 그 흐름을 처음부터 끝까지 봅니다.

지금까지 이 흐름은 최소 세 개의 도구와 두 번의 전달을 거쳤습니다. 전달할 때마다 맥락이 조금씩 새어 나갔지요.

실제 사례 — 기획자가 화면 문구를 직접 고쳐보는 자리

문구 수정처럼 작지만 잦은 일은 늘 개발자의 대기열에 밀려 있었습니다.

채널 안에서 기획자가 직접 에이전트에게 요청하고 미리보기로 결과를 확인한 뒤 개발자에게 검토만 받는 흐름이 가능해집니다.

여기서 중요한 것은 권한을 넘긴 것이 아니라 확인 절차는 남긴 채 시작점만 옮겼다는 점입니다. 검토는 여전히 사람이 합니다.

빠르게 흐르던 청록빛 줄기가 중간에서 멈춰 빽빽한 매듭으로 뭉친 모습 — 리뷰가 늦게 도착해 흐름이 정체되는 상태를 표현한 개념 이미지

저시력 사용자에게 이 변화가 갖는 뜻

터미널은 저시력 사용자에게 친절한 자리가 아닙니다. 글자 크기 조절이 제한적이고, 색 대비도 환경마다 제각각입니다.

슬랙은 상대적으로 사정이 낫습니다. 확대 설정과 화면 낭독기 지원이 오래 다듬어져 왔고, 다크 테마도 정식으로 제공됩니다.

작업 자리가 터미널에서 슬랙으로 옮겨진다는 것은, 저시력 개발자가 같은 일을 더 읽기 쉬운 환경에서 할 수 있게 된다는 뜻이기도 합니다.

우려 — 채널이 늘어나는 피로

슬랙을 오래 쓴 조직이라면 채널 폭증에 대한 기억이 있을 것입니다. 작업마다 채널이 열리면 그 기억이 되살아납니다.

자동 보관이 있으니 목록은 관리되겠지만, 알림은 다른 문제입니다. 내가 속하지 않은 작업의 진행 상황까지 눈에 들어오면 피로가 쌓입니다.

도입하는 팀이라면 알림 범위를 처음부터 좁게 잡고 시작하는 편이 안전합니다.

투명한 어두운 상자 안에 청록빛 막대와 구체 구조물이 남김없이 드러나 보이는 모습 — 과정이 전부 공개되는 상태를 표현한 개념 이미지

우려 — 권한과 코드 접근 범위

에이전트가 코드를 고치려면 저장소에 접근해야 합니다. 그 접근 권한이 채널을 통해 열린다면 범위 관리가 중요해집니다.

채널에 누가 초대되어 있는지, 그 사람이 원래 그 코드를 볼 수 있는 사람인지가 새로 따져야 할 항목이 됩니다.

협업 도구의 개방성과 코드 접근 통제는 방향이 반대인 요구입니다. 이 긴장을 어떻게 다루는지가 실제 도입의 관건이 될 것으로 보입니다.

경쟁 구도 — 커서 오토메이션과 무엇이 다른가

커서는 올해 3월 오토메이션을 내놓으며 저장소 변경이나 슬랙 메시지, 타이머를 방아쇠로 에이전트를 자동 실행하는 길을 열었습니다.

그쪽은 편집기를 중심에 두고 바깥의 신호를 끌어오는 설계입니다. 슬랙 코드는 반대로 대화를 중심에 두고 에이전트를 끌어옵니다.

어느 쪽이 맞다기보다, 팀의 무게중심이 편집기에 있는지 채팅방에 있는지에 따라 답이 갈릴 문제로 보입니다.

같은 어둠 속에 나란히 선 두 개의 청록빛 격자 구조물, 하나는 촘촘하고 하나는 성긴 모습 — 서로 다른 설계 철학의 경쟁 구도를 표현한 개념 이미지

핵심 정리

슬랙 코드는 2026년 8월 21일 세일즈포스가 내놓은 기능으로, 슬랙 채널 안에서 팀과 AI 코딩 에이전트가 함께 코드를 만듭니다.

에이전트를 멘션하면 전용 코드 채널이 자동 생성되고, 대화·계획·코드 변경분·미리보기 네 화면이 한자리에 놓입니다. 작업이 끝나면 채널은 스스로 보관되어 검색 가능한 기록으로 남습니다.

창립 파트너는 앤스로픽 클로드 코드, 코그니션 데빈, 깃허브 코파일럿, 버셀 v0, 오픈AI 챗GPT입니다. 슬랙 쪽 추가 요금은 없고 에이전트 구독만 따로 필요합니다.

가장 큰 변화는 기술이 아니라 관객입니다. 코드가 만들어지는 과정을 개발자 아닌 사람들도 보게 된다는 점이 이 발표의 실질적인 무게입니다.

참고하실 만한 것

슬랙을 이미 쓰는 팀이라면 도입 비용이 사실상 없습니다. 다만 어떤 에이전트를 살지는 별도 판단이 필요합니다.

먼저 시험해 볼 작업으로는 문구 수정이나 작은 버그처럼 실패해도 되돌리기 쉬운 것을 권합니다. 팀이 새 흐름에 익숙해지는 데 그편이 안전합니다.

알림 설정은 시작할 때 좁게 잡으십시오. 채널이 늘어난 뒤에 되돌리는 것보다 처음부터 좁게 여는 편이 훨씬 쉽습니다.

출처

협업문의 : kuroicode@gmail.com
블로그 : https://ghost-production-0ec2.up.railway.app/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/