Claude Tag: Slack용 Anthropic의 AI 팀원

Claude Tag가 무엇이며 Slack 내부에서 어떻게 작동하는지, 왜 Anthropic이 AI 어시스턴트에서 협업형 AI 팀원으로의 다음 단계로 보는지, 그리고 조직 마이그레이션 전에 알아둘 점을 살펴보세요.

업데이트됨 2026년 6월 24일 · 10분 읽다

Anthropic의 어느 Slack 채널에서 한 엔지니어가 이렇게 입력합니다 @Claude can you investigate this latency spike and open a PR with a fix? 그리고는 자신의 다른 업무로 돌아갑니다. Claude는 Datadog에서 지연 시간 데이터를 가져오고, 최근 배포를 비교(diff)하고, 느린 쿼리를 재현한 뒤, 수정안을 풀 리퀘스트로 게시합니다. 모든 과정은 스레드에 올라가 채널의 누구나 볼 수 있습니다.

이것이 Claude Tag입니다. 2026년 6월 23일, Claude Enterprise 및 Team 고객을 대상으로 베타로 출시되었으며, 팀을 위한 Claude의 포지셔닝을 바꾸는 기능입니다. 개인이 비공개 창에서 AI와 대화하는 대신, 하나의 Slack 채널 전체가 하나의 Claude를 공유합니다. 메모리, 연결된 도구, 그리고 켜져 있을 때에는 별도 지시 없이도 알아서 확인하는 습관까지 갖춘 형태로요.

조직이 기존의 Claude in Slack 앱을 사용 중이라면, 여기서 해야 할 일이 있습니다: 그 앱은 2026년 8월 3일에 지원이 종료됩니다. 자동 전환이 시작되기 전에, 짧은 기간 동안 원하는 방식으로 마이그레이션할 수 있습니다. 정확한 날짜는 아래를 참고하세요.

Claude Tag란 무엇인가요?

Claude Tag는 Claude를 별도의 창에서 찾아가는 챗봇이 아니라, Slack 채널의 참여자로 만들어 줍니다. 제품 페이지에서는 @Claude 로 브랜딩되어 있고, 문서에서는 "Claude in Slack"으로 분류되지만, 출시 발표에서 Anthropic이 사용하는 이름은 Claude Tag입니다.

작동 방식은 이렇습니다. 설정된 Slack 채널의 누구나 @Claude 뒤에 작업을 적어 보낼 수 있습니다. Claude는 채널의 문맥을 읽고, 요청을 단계로 나누어, 연결된 도구와 데이터 소스를 통해 작업을 진행한 뒤, 결과를 Slack 스레드에 게시합니다. 모든 단계는 채널의 모든 구성원이 볼 수 있습니다.

몇 가지 점에서 일반적인 챗봇과 다릅니다:

Claude는 채널의 참여자이지, 개인 비서가 아닙니다. 채널마다 하나의 Claude가 존재하며, 모든 구성원이 동일한 Claude와 함께 일합니다.
Claude는 대화 전반에 걸쳐 메모리를 유지합니다. 태그할 때마다 새로 시작하지 않습니다.
Claude는 개인 사용자 자격 증명이 아닌 조직 단위의 아이덴티티로 동작합니다.

Anthropic은 Claude Tag를 "Claude Code의 진화 시작점"으로 설명합니다. 이 구분은 중요하며 뒤에서 다시 나옵니다. 현재 기준으로 보면: Claude Code는 1인용, 터미널 기반입니다. Claude Tag는 공유 채널을 위해 만들어졌습니다.

현재로서는 Slack 전용입니다. 이것이 의미하는 제약은 뒤에서 더 다룹니다.

Slack에서 Claude Tag가 작동하는 방식

Claude가 채널에 참여하기 전에는 관리자가 설정을 해야 합니다. 조직 단위로 한 번만 하는 설정이며, Claude 조직의 Primary Owner 또는 Owner만 수행할 수 있습니다(관리자(Admin) 역할은 불가). Anthropic이 제시하는 네 단계는 다음과 같습니다.

Claude Tag를 Slack 워크스페이스와 페어링합니다.
Claude가 필요로 할 도구, 데이터 소스, 리포지토리에 대한 액세스를 부여합니다.
조직의 월간 지출 한도를 설정합니다.
광범위하게 도입하기 전에 비공개 채널에서 Claude를 테스트합니다.

설정이 끝나면, 최종 사용자는 따로 구성할 것이 없습니다. Claude Tag가 켜진 채널의 누구나 곧바로 @Claude 를 태그할 수 있으며, 채널에서의 작업 비용은 개인이 아니라 조직에 청구됩니다. 예외는 DM입니다. DM에서는 Claude가 본인의 claude.ai 계정으로 동작하고 본인에게 청구되며, 관리자는 조직 전체에서 DM을 끌 수 있습니다.

작업과 함께 @Claude 를 태그하면, Claude는 스레드에 체크리스트를 게시하고, 보이는 상태에서 각 단계를 진행합니다. GitHub 권한이 있으면 풀 리퀘스트를 열 수 있고, 데이터베이스 연결이 있으면 쿼리를 실행할 수 있습니다. 모든 결과는 같은 스레드로 돌아오기 때문에, 채널 기록 밖에서 일이 진행되지는 않습니다. 이러한 작업의 아이덴티티는 다음 섹션에서 다룹니다.

Claude Tag는 각 작업 단계를 진행하면서 실시간 체크리스트를 게시합니다. 이미지 출처: Anthropic.

Claude Tag 에이전트 아이덴티티: 채널마다 하나의 Claude

아이덴티티 모델은 Claude Tag가 일반적인 AI 통합과 가장 분명히 다른 부분이며, 엔터프라이즈 관리자에게 가장 중요한 요소입니다.

대부분의 개인용 AI 설정에서는 AI가 사용자인 척하며, 사용자의 자격 증명으로 문서나 캘린더에 접근합니다. 하지만 팀 환경에서는 이 방식이 무너집니다. 세 명의 엔지니어와 한 명의 PM이 채널을 공유한다면, AI는 누구의 자격 증명을 써야 할까요? 깔끔한 답이 없습니다.

Claude Tag의 해법은 Claude에게 고유한 아이덴티티를 부여하는 것입니다. Claude는 Slack에서 Claude 앱으로 게시하고, GitHub에서는 Claude GitHub App으로 PR을 엽니다. 데이터베이스에서는 관리자가 제공한 서비스 계정으로 쿼리를 실행합니다. 어느 사용자 개인의 자격 증명도 사용되지 않으므로, 공유 채널이 누군가의 개인 문서로 이어지는 뒷문이 될 위험이 없습니다.

이 아이덴티티 모델은 채널 구성원이 Claude에게 요청할 수 있는 작업의 범위도 바꿉니다. 해당 리포지토리에 직접 접근 권한이 없는 채널 구성원도, 채널이 접근을 허용하는 경우 Claude에게 그 리포지토리를 읽어 달라고 요청할 수 있습니다. Anthropic은 이것이 사용자별 접근 제어 목록과는 다른 접근임을 인정하고, 자율적이고 멀티플레이어인 에이전트를 위한 의도적인 설계 결정으로 설명합니다.

권한은 세 단계의 계층을 따릅니다:

조직 전체: Claude가 설치된 모든 곳에서 갖는 기본 액세스.
워크스페이스: Slack 워크스페이스의 모든 공개 채널에 적용되며, 조직 수준 권한을 상속합니다.
비공개 채널: 워크스페이스 기본값 위에 추가 자격 증명이나 리포지토리를 부여합니다. 법무나 재무와 같은 민감한 맥락에서 사용됩니다.

따라서 비공개 채널은 자체 자격 증명을 가질 수 있고, 워크스페이스의 공개 채널은 공유된 워크스페이스 설정을 사용합니다. 자격 증명 세트를 회수하면 해당 세트가 사용되던 모든 곳에서 Claude의 접근이 동시에 종료되어, 수십 개 사용자 계정에 걸친 개별 작업을 추적하는 것보다 더 간단합니다.

광범위한 통합은 에이전트 아이덴티티로 공유 채널에서 실행되고, 개인 도구는 DM에 남습니다. 이미지 출처: Anthropic

RBAC(역할 기반 접근 제어)는 어떤 구성원이 Claude Tag를 호출할 수 있는지 관리자가 제한할 수 있게 하는 기능으로, Enterprise 요금제에서만 제공됩니다.

채널 전반에서 Claude Tag가 메모리를 구축하는 방법

출시 자료에서 Anthropic이 가장 강조하는 것이 메모리이며, 이해를 위해 가장 주의를 기울여야 하는 기능이기도 합니다.

Claude Tag의 메모리는 세 가지 범위를 가집니다:

채널 메모리: Claude가 자신이 속한 채널에서 쌓는 지식으로, 팀이 반복되는 주제, 결정, 프로젝트 이력을 매번 다시 설명할 필요가 없습니다.
워크스페이스 메모리: 관리자가 허용한 범위에서만 다른 채널과 데이터 소스에서 끌어오는 문맥입니다.
조직 지식: Google Drive, GitHub, 내부 데이터베이스 등 연결된 시스템으로, 역시 관리자가 구성한 범위 내에서만 접근합니다.

이것이 곧 Claude가 조직의 모든 것을 안다는 의미는 아닙니다. 비공개 채널에서 배운 내용은 그 안에만 머물고, 영업 채널의 Claude가 엔지니어링 채널의 Claude가 아는 것을 볼 수는 없습니다.

관리자는 Claude가 보존하는 내용을 완전히 통제합니다. Organization settings > Claude Tag > Audit에서 채널 및 워크스페이스 메모리를 조회, 편집, 삭제할 수 있습니다. Slack 대화는 기존 Slack 보존 정책을 따르며, 통합이 연결 해제되면 Claude 시스템에서 30일 이내에 삭제됩니다.

장점: 일주일 휴가를 다녀온 팀원도 Claude를 다시 브리핑할 필요가 없습니다. 반면: 어떤 채널에 Claude를 추가할지 신중해야 하며, 그곳에서 공유되는 내용은 축적됩니다.

Ambient 모드: 선제적이고 비동기적인 작업

Claude Tag의 대부분 기능은 문서만으로도 이해할 수 있습니다. Ambient 모드만은 실제로 작동하는 모습을 보기 전까지는 그리기 어려운 기능입니다.

비동기적으로 일하기

기본 상호작용은 반응형입니다. 태그하면, 작업하고, 응답합니다. 비동기라는 점은, 그 과정에서 기다릴 필요가 없다는 뜻입니다. 작업을 넘기고 본인의 일로 돌아가면 되고, 동일한 스레드의 체크리스트를 통해 채널 누구나 진행 상황을 따라갈 수 있습니다.

Claude는 스스로 작업을 일정에 등록할 수도 있습니다. Anthropic의 표현을 빌리면, "수 시간에서 수일에 걸쳐 프로젝트를 자율적으로 추진"할 수 있습니다. Anthropic의 Claude Code 제품 책임자인 Cat Wu는 자신의 Gmail 받은편지함에 Claude를 연결해 중요한 이메일을 지켜보고, 도착하면 Slack으로 알려주게 했다고 설명했습니다. 그녀가 로그오프해도 Claude는 계속 지켜봅니다.

주도적으로 움직이기

Ambient 모드는 옵트인입니다. 켜 두면, Claude는 태그를 기다리지 않습니다. Anthropic의 @claudeai 계정 설명처럼: "Ambient 동작을 켜면 Claude가 주도합니다. 잠잠해진 스레드를 팔로업하고, 채널과 도구 전반에서 중요한 것을 표시합니다."

이 지점에서 Claude Tag는 단순한 채팅 상자라기보다 에이전트에 가까워지고, 거버넌스에 대한 질문이 더 날카로워집니다. 보안 섹션에서 다시 다루겠습니다. 옵트인인 이유는 분명합니다. 원치 않는 업데이트를 게시하는 AI는 어떤 채널에서는 유용하지만, 다른 채널에서는 성가실 수 있습니다.

Claude Tag와 Claude in Slack 비교: 무엇이 바뀌었나

앞에서 지원 종료일을 언급했습니다. 둘 사이에 실제로 무엇이 바뀌는지 살펴보겠습니다.

Claude Tag, Anthropic의 Claude in Slack 대체 제품. 이미지 출처: Anthropic.

기존 통합은 세션 기반이었습니다. 사용자별 상호작용이 격리되어 있었고, 공유 채널 메모리가 없었으며, Claude는 개인 사용자 권한과 과금 체계로 동작했습니다. DMs, AI 어시스턴트 패널, 스레드 참여의 세 가지 표면이 있었지만, 경험은 팀 리소스라기보다 개인 비서에 가까웠습니다.

Claude Tag는 이를 공유되고 지속적인 에이전트로 대체합니다. 시간이 지날수록 쌓이는 채널 메모리, 조직 단위 아이덴티티, 채널 작업에 대한 조직 과금, 그리고 앞서 설명한 Ambient 모드와 일정 기능이 추가됩니다.

날짜로 정리하면: 수동으로 옵트인할 수 있는 기간은 출시일인 6월 23일부터 약 30일, 대략 7월 23일까지입니다. 8월 3일 이후에는 기존 앱이 작동을 멈추고 자동으로 전환됩니다. 대상 Enterprise 조직에는 초기 사용량을 위한 일회성 25,000달러의 런치 크레딧이 제공되며, Team 조직에는 2,500달러가 제공됩니다.

보안, 거버넌스, 감사

거버넌스 측면은 세 가지로 요약됩니다: 지출 제어, 감사 로그, 네트워크 접근 범위 설정입니다.

지출 제어와 과금

앞서 언급했듯, 채널 작업은 개인이 아닌 조직에 청구되며, 좌석 당 요금이 아니라 API 요율로 계량 과금됩니다. 항상 켜져 있는 에이전트, 특히 Ambient 모드가 동작 중인 경우에는 비용이 커질 수 있습니다.

지출 제어는 다음과 같습니다. 조직은 월간 지출 상한을 조직 전체 및 채널별로 설정하고, 새 채널은 기본값을 상속합니다. 관리자는 한도의 75%와 95%에 도달하면 알림을 받습니다. 한도를 초과할 것으로 예상되는 작업은 조용히 중단되는 대신 즉시 거부되며, 차단된 사용자는 Slack 내에서 바로 관리자에게 예산 증액을 요청할 수 있습니다.

이는 가정이 아니라 실제 위험이기 때문입니다. 다른 에이전트형 Claude 제품에서 문서화된 사례에 따르면, 에이전트가 자율적으로 동작할 때 토큰 비용이 빠르게 늘어날 수 있습니다. 지출 제어가 이를 억제하는 주요 수단입니다.

감사 로그

Claude가 수행하는 모든 작업은 기록됩니다. Organization settings > Claude Tag > Audit 의 감사 보기에는 예약 작업과 일회성 작업이 모두 기록되며, Claude의 에이전트 자격 증명으로 이루어진 모든 네트워크 호출이 포함됩니다. 앞서 설명한 에이전트 아이덴티티 덕분에 연결된 각 도구 내부에서도 해당 작업을 추적할 수 있고, GitHub PR에는 이를 트리거한 Slack 스레드로 돌아가는 링크가 포함됩니다.

더 광범위한 Claude Enterprise 감사 로그는 계정 및 보안 이벤트를 기록하지만, 기본적으로 대화 내용은 제외합니다. 이벤트 식별자만 기록되고 실제 메시지는 저장하지 않습니다.

네트워크 및 접근 범위 설정

관리자가 채널에 도구를 연결하면, 자격 증명은 별도로 저장되어 해당 채널에 연결되며, 요청에 필요할 때에만 네트워크 경계에서 주입됩니다. 관리자가 명시적으로 허용하지 않은 호스트로의 아웃바운드 트래픽은 차단됩니다. 이는 Claude가 작업 중 의도치 않은 대상으로 데이터를 전송하지 못하게 함을 의미합니다.

Claude Tag vs. Microsoft Copilot 및 Glean

여기에서 가장 유용한 관점은 벤더 순위가 아닙니다. 더 좁은 질문, 즉 다음과 같습니다: 이들 제품 중 어떤 것이 사람 단위가 아니라 채널 단위로 범위가 정해진, Slack 내부의 공유되고 지속적인 메모리를 팀에 제공하는가?

Microsoft Copilot은 Microsoft Graph와 깊이 통합되어 있으며 M365 도구(Outlook, SharePoint, Teams, Word) 내에서 가장 잘 작동합니다. 주요 표면은 Slack이 아니라 Teams입니다. Copilot 에이전트는 조직 단위 에이전트 아이덴티티가 아닌 사용자별 아이덴티티로 동작하며, 가격은 기존 M365 라이선스에 사용자별 애드온으로 별도 책정됩니다.
Glean은 275개 이상의 데이터 소스 전반에서 지식 그래프를 구축하며, 조직적 문맥을 활용한 엔터프라이즈 검색과 검색 결과 제공에 초점을 둡니다. 메모리는 사용자 단위입니다. 각 사용자가 자신의 문맥을 가집니다. Glean에는 Claude Tag의 공유 채널 메모리에 해당하는 기능이 없습니다. 시스템 간 검색에 강점이 있는데, 이는 Claude Tag가 겨냥하는 작업 실행과는 다른 일입니다.
Snowflake의 CoWork 제품(2026년 6월 출시)은 주요 모델로 Claude를 사용합니다. 여기서 Snowflake는 경쟁사가 아니라 Anthropic의 고객입니다.

이 그룹의 차이는 결국 같은 지점으로 귀결됩니다. 사용자 아니라 채널이 소유하는 아이덴티티와 메모리입니다.

제약 사항과 열린 질문

Claude Tag는 퍼블릭 베타이며, 그 라벨이 많은 것을 포괄하므로 구체적으로 짚어봅니다.

현재는 Slack 전용입니다. Anthropic은 다른 플랫폼으로의 확장을 시사했지만, 일정이나 플랫폼명은 밝히지 않았습니다. Slack을 사용하지 않는 팀은 아직 도입할 수 없습니다.
설정이 손이 많이 갑니다. 유료 Slack 플랜과 Claude Enterprise 또는 Team 구독이 필요하며, 설정은 Owner 또는 Primary Owner만 수행할 수 있습니다. 도구 액세스 번들은 채널별로 수동 구성합니다. 대부분의 조직에 5분 만에 설치할 수 있는 제품은 아닙니다.
자율 에이전트에는 계량 과금이 특히 중요합니다. Enterprise 과금은 2026년 초에 전면 API 요율 기반 계량 과금으로 전환되었습니다. 지출 제어는 도움이 되지만, 누군가가 설정했을 때에만 효과가 있습니다. 번화한 채널에서 Ambient 모드가 켜진 에이전트는 지속적으로 토큰을 소비할 수 있고, 앞서 다뤘듯 한도에 도달하면 작업이 중도에 멈출 수 있습니다.
메모리 관리가 필요합니다. 문맥이 쌓일수록, 조직은 Claude가 보존한 내용을 검토해야 합니다. 도구는 존재하지만, 이를 활용하는 데에는 의도적인 거버넌스가 필요합니다.
Ambient 모드에는 내장된 인간 승인 단계가 없습니다. 기술 논평자들은 Ambient 모드에 현재 작업 실행 전에 사람이 검토·승인할 방법이 없다는 점을 지적했습니다. 규제를 받는 산업이나 엄격한 컴플라이언스 요건이 있는 조직이라면, 배포 결정에 이 점을 반영할 필요가 있습니다.
퍼블릭 베타라는 점이 중요합니다. 기능, 동작, 한도, 가격이 변경될 수 있습니다. 마이그레이션 날짜와 현재의 지출 제어 설계가 가장 확실한 고정점이며, 그 외 대부분은 변경 가능성이 있다고 보는 것이 좋습니다.

AI 어시스턴트에서 AI 동료로

Anthropic이 Claude Tag를 출시하자, Andrej Karpathy가 X에 관련 게시물을 올렸습니다. Karpathy는 2026년 5월 19일에 Anthropic의 사전 학습 팀에 합류했으므로, 이는 중립적인 서드파티 분석이라기보다 내부자의 시각입니다. 염두에 둘 만합니다. 그의 게시물은 Claude Tag를 "LLM UIUX의 세 번째 대규모 재설계"라고 부르며, 세 가지 패러다임 전환을 제시했습니다. 웹사이트로서의 LLM, 다운로드 앱으로서의 LLM, 팀과 나란히 일하는 지속적 실체로서의 LLM.

Karpathy의 Claude Tag 관련 게시물. 주의: Karpathy는 Anthropic 직원입니다(2026년 5월 합류). 이미지 출처: X / @karpathy.

이 세 가지 패러다임 틀은 Anthropic이 만들고자 하는 바를 이해하는 데 유용합니다. 사람들이 따로 AI를 쓰러 가는 또 하나의 장소가 아니라, 이미 일하는 곳에 자리 잡는 AI입니다. 상호작용 모델의 전환이 특히 눈에 띕니다. 비공개, 세션 기반 AI는 여전히 많은 사람이 이 도구와 처음 만나는 방식이며, 공유되고 지속적이며 채널 단위의 에이전트는 전혀 다른 존재입니다.

이 방식이 자연스럽게 느껴질지 거슬릴지는 거의 전적으로 거버넌스에 달려 있습니다. 아마도 그래서 에이전트 아이덴티티 모델과 지출 제어가 지금처럼 공들여 설계된 것일 겁니다. 현재까지 이 접근이 실제로 통한다는 가장 큰 신호는 Anthropic 내부의 채택 상황입니다. 이를 고려하는 모든 조직의 질문은 같습니다. 부여한 접근 수준에 거버넌스가 맞춰져 있는가?