AI가 Slack 채널에 상주하기 시작했다 — Claude Tag가 바꾸는 팀 협업
Anthropic이 2026년 6월 23일 Claude Tag를 공개했다. 한 줄로 말하면 Slack 채널에 Claude를 팀원처럼 참여시키는 기능이다. 멘션으로 부르는 봇이 아니라, 지정된 채널에 상주하면서 대화를 읽고 기억하고 일을 위임받는 동료에 가깝다.
나는 Claude Code와 Codex를 매일 돌리고 야간에는 자동화 루프까지 굴리는 헤비유저다. 그래서 이 발표를 봤을 때 든 질문은 단순했다. 이게 기존 Slack 봇과 뭐가 다른가, 그리고 나 같은 사람이 오늘 당장 쓸 수 있는가. 발표 원문을 직접 확인하고, 내 셋업과 겹치는 지점까지 정리했다.
Claude Tag가 뭔가
Anthropic은 Claude Tag를 "팀이 Claude와 일하는 새로운 방식"이라고 소개한다. 핵심은 Slack 통합이다. 관리자가 Claude를 특정 채널에 추가하면, Claude는 그 채널의 맥락을 누적하면서 팀원 누구와도 대화한다.
기존에도 Slack에 AI 봇을 붙이는 방법은 많았다. 차이는 세 가지다. 첫째, 단일 인스턴스가 채널의 모든 사람과 상호작용한다. 둘째, 채널에 쌓인 정보를 기억으로 삼는다. 셋째, 짧은 응답이 아니라 며칠짜리 작업을 위임받아 비동기로 처리한다. 멘션하면 답하고 끝나는 구조가 아니라는 뜻이다.
핵심 기능 네 가지
발표에서 강조하는 특성을 표로 정리했다.
| 기능 | 설명 | 무엇이 달라지나 |
|---|---|---|
| 멀티플레이어 | 채널 안의 단일 Claude가 모든 팀원과 동시에 협업 | 개인별 1:1 봇이 아니라 팀 공용 동료 |
| 학습과 기억 | 채널 내용을 누적, 권한 범위 내 다른 채널·데이터 소스에서도 학습 | 매번 맥락을 다시 붙여넣을 필요가 줄어듦 |
| 주도성(ambient) | 필요한 정보를 먼저 제공, 미해결 작업을 자동 추적 | 묻기 전에 움직이는 비서에 가까움 |
| 비동기 위임 | 작업을 맡기고 다른 일에 집중, 길게는 일주일 단위 자율 수행 | 단발 질의응답에서 위임형 협업으로 |
특히 마지막 두 가지가 방향을 보여준다. 사람이 질문할 때만 반응하는 도구에서, 채널에 머물며 스스로 일을 챙기는 협업자로 무게중심이 옮겨 가고 있다.
누가 쓸 수 있고 비용은
Claude Tag는 Claude Enterprise와 Team 고객을 대상으로 한 베타다. 개인 Pro 플랜에서 바로 켜는 기능은 아니라는 점을 먼저 짚어 둔다.
비용 관리 장치도 함께 나왔다. 조직별로 월간 토큰 지출 한도를 설정할 수 있고, 베타 기간에는 런칭 크레딧이 제공된다. 채널에 상주하며 자율로 움직이는 AI라 토큰 소비가 예측하기 어려운데, 한도 설정으로 비용 폭주를 막겠다는 의도로 읽힌다.
사용 모델은 Opus 4.8이다. 현재 Anthropic의 최상위 모델을 협업 레이어에 그대로 얹었다. 모델 자체의 성격이 궁금하다면 Claude Fable 5 실사용기에서 상위 티어를 직접 돌려본 기록을 참고할 만하다.
권한 설계가 진짜 관문이다
채널에 상주하면서 다른 채널과 데이터 소스까지 학습한다는 말은, 뒤집으면 권한 설계를 잘못하면 보지 말아야 할 곳까지 본다는 뜻이다.
발표도 이 지점을 분명히 한다. 시스템 관리자가 도구와 정보 접근 범위를 채널별로 엄격히 제어하고, 기억도 관리자가 설정한 채널 범위 안에서만 유지된다. 도입을 고민한다면 기능 자체보다 어떤 채널에 넣을지, 그 채널에서 어디까지 학습하게 둘지부터 정해야 한다. 민감한 인사나 재무 채널과는 분리하는 설계가 먼저다.
멀티에이전트 헤비유저로서 본 지점
내 작업 방식과 겹쳐서 봤다. 나는 이미 에이전트를 자동화 무대 위에서 돌린다. 야간에 세션 로그를 학습해 스스로 개선하는 루프도 굴리고, 작업을 잘게 쪼개 위임하는 흐름도 쓴다. Claude Tag의 비동기 위임과 ambient 추적은 그 결과 정확히 같은 방향이다.
다만 위치가 다르다. 내 셋업은 터미널과 코드 저장소가 무대다. Claude Tag는 그 협업 레이어를 Slack이라는 팀 대화 공간에 둔다. 개발자 혼자 굴리는 자동화가 아니라, 팀 전체가 한 명의 AI 동료를 공유하는 그림이다. AI에게 일을 위임하는 흐름이 개발 현장에서 이미 자리 잡았다는 건 에이전틱 코드 리뷰 같은 변화에서도 보였는데, Claude Tag는 그 위임을 코드 밖 협업까지 넓힌 셈이다.
내 결론은 이렇다. 개인 헤비유저에게 당장 새로운 무기는 아니다. 이미 더 깊은 위임을 코드 레벨에서 하고 있기 때문이다. 하지만 팀 단위로 보면 이야기가 다르다. 비개발자 동료까지 같은 AI 동료를 Slack에서 공유한다는 건, 자동화를 혼자 쓰던 사람과 안 쓰던 사람의 격차를 팀 전체로 끌어올리는 장치가 된다.
그래서 오늘 뭘 하면 되나
상황별로 갈린다. 팀이 Slack을 쓰고 Claude Enterprise나 Team 플랜이라면, 베타 신청을 검토하되 채널 권한 설계부터 시작하는 게 맞다. 가장 일이 많이 오가는 채널 하나에 시범 도입하고, 월 토큰 한도를 보수적으로 걸어 두고 시작하길 권한다.
개인 Pro 사용자라면 지금은 기다리는 단계다. 대신 협업을 Slack에서 AI에게 위임한다는 방향 자체는 곧 표준이 될 가능성이 크니, 내 채널 정보 중 무엇을 AI에게 학습시켜도 되고 무엇은 막아야 하는지 미리 정리해 두면 도입 시점에 빠르다. 누구나 AI로 직접 만드는 시대의 관문은 디자이너도 Claude Code로 직접 만든다에서도 다뤘는데, Claude Tag는 그 관문을 코딩에서 팀 협업으로 한 칸 더 옮긴 신호다.
자주 묻는 질문
Claude Tag는 개인 Pro 플랜에서도 쓸 수 있나?
지금은 아니다. Claude Enterprise와 Team 고객 대상 베타로 시작했다.
기존 Slack용 Claude 앱과 뭐가 다른가?
멘션해서 답을 받는 구조가 아니라, 채널에 상주하며 맥락을 기억하고 며칠짜리 작업을 비동기로 위임받는다는 점이 다르다.
어떤 모델을 쓰나?
Opus 4.8을 사용한다.
비용이 폭주하지 않나?
조직별 월간 토큰 지출 한도를 설정할 수 있고, 베타 기간에는 런칭 크레딧이 제공된다.
보안이 걱정되는데 괜찮나?
관리자가 채널별로 도구와 정보 접근 범위를 엄격히 제어하고, 기억도 설정된 채널 범위 안에서만 유지된다. 민감 채널과 분리하는 권한 설계가 핵심이다.
정리
Claude Tag는 AI를 부르는 도구에서 함께 일하는 동료로 옮기는 신호다. 개인 헤비유저에게는 당장의 무기라기보다 방향 확인에 가깝고, 팀에게는 자동화 격차를 메우는 실질적인 장치가 될 수 있다. Slack과 Enterprise·Team 환경이라면 채널 하나로 좁게 시작해 보는 걸 권한다.
댓글
댓글 쓰기