Anthropic이 Claude Tag를 출시했는데, 이는 대부분의 사람들이 기대했던 'Slack에서 Claude'와는 다릅니다. 이것은 메시징 사이드바에 붙인 챗봇이 아닙니다. 이것은 자체 정체성을 가지고 사용자의 Slack 채널 내에 상주하는 지속적이고 항상 활성화된 에이전트이며, 대화를 따라가며 컨텍스트를 구축하고 요청받지 않고도 행동할 수 있습니다.

📖 차트와 임베디드 소스가 포함된 전체 버전은 AgentConn →에서 읽어보세요.

Hacker News 스레드는 처음 10시간 만에 237점과 162개의 댓글을 기록했습니다. 반응은 명확하게 나뉘었습니다. 에이전트 시스템을 구축하는 운영자들은 개별 채널 격리 모델(per-channel isolation model)을 보고 Anthropic이 무엇을 하고 있는지 즉시 이해했습니다. 다른 사람들은

Claude Tag는 이를 뒤집습니다. 주어진 Slack 채널 내에는 모든 사람과 상호작용하는 **단 하나의 Claude 인스턴스 (Claude instance)**가 존재합니다. 여러분이 @claude에게 작업을 요청하면, 팀원들도 그 과정이 진행되는 것을 볼 수 있습니다. 팀원들은 스레드(thread)에 참여하여 컨텍스트 (context)를 추가하거나, 작업을 재지시하거나, 여러분이 중단한 지점부터 작업을 이어받을 수 있습니다. Claude는 사용자별이 아닌, 채널당 하나의 공유된 정체성 (identity)을 유지합니다.

@claudeai introducing Claude Tag — a new way for teams to work with Claude in Slack

이는 아키텍처 (architecturally) 측면에서 매우 중요합니다. 이 모델은 Opus 4.8에서 실행되며 **채널 및 워크스페이스(workspace)별 메모리 (memory)**를 유지합니다. Claude는 채널 대화를 따라가면서 팀의 업무에 대한 컨텍스트 (context)를 구축합니다. 즉, 누가 무엇을 처리하는지, 어떤 프로젝트가 활성화되어 있는지, 팀이 어떤 용어를 사용하는지 등을 파악합니다. 관리자는 언제든지 해당 메모리를 확인, 편집 및 삭제할 수 있습니다.

실질적인 결과는 다음과 같습니다: 여러분의 #engineering 채널에 있는 Claude는 여러분의 코드베이스 컨벤션 (codebase conventions)을 알고 있습니다. 여러분의 #sales 채널에 있는 Claude는 여러분의 가격 책정 단계 (pricing tiers)와 고객 세그먼트 (customer segments)를 알고 있습니다. 그리고 결정적으로, 이 두 Claude 인스턴스는 서로 컨텍스트 (context)를 절대 공유하지 않습니다.

운영자 참고 사항 (Operator note): Slack 대화는 여러분의 Claude 웹/API 히스토리와는 별개입니다. Claude Tag가 Slack에서 보는 그 어떤 것도 여러분의 claude.ai 콘솔에 나타나지 않습니다. 플랫폼 격리 (Platform isolation)는 단순히 UI 수준이 아니라 데이터 계층 (data layer)에서 강제됩니다.

3단계 액세스 모델 (The Three-Level Access Model)

이 부분이 운영자들에게 Claude Tag가 흥미롭게 다가오는 지점입니다. 권한은 3단계 계층 구조를 따릅니다:

1. 조직 전체 (Organization-wide) — 자격 증명 (Credentials) 및 리포지토리 (repository) 액세스가 모든 곳에 적용됩니다. 이 단계에서 GitHub 조직을 연결하면, 모든 채널의 모든 Claude 인스턴스가 해당 리포지토리에 접근할 수 있습니다.

2. 워크스페이스 (Workspace) — 모든 공개 채널에 걸친 액세스입니다. 조직 단계의 모든 것을 상속받으며, 여기에 워크스페이스 전용 도구 또는 자격 증명이 추가됩니다.

3. Private 채널 — 워크스페이스 권한 위에 추가적인 자격 증명이 계층화됩니다. private #security-incidents 채널에 있는 Claude 인스턴스는 다른 어떤 채널의 Claude도 볼 수 없는 귀하의 SIEM에 접근할 수 있습니다.

각 레벨은 상위 레벨을 상속받습니다. **액세스 번들(Access Bundle)**이란 Claude가 커버하는 모든 채널의 누구를 대신하여 사용하는 자격 증명, 리포지토리 권한, 플러그인 및 지침으로 구성된 명명된 세트를 의미합니다.

이는 agent-config 패턴을 올바르게 구현한 것입니다: 에이전트가 모든 것을 얻거나 아무것도 얻지 못하는 평면적인 권한 모델이 아니라, 명시적인 상속을 가진 범위 지정된 자격 증명입니다.

주변 모드 (Ambient Mode)

HN(Hacker News)에서 가장 많은 논쟁을 불러일으킨 기능은 주변 모드입니다. 이 기능이 채널에 활성화되면 Claude는 태그 없이 작동할 수 있습니다:

• 조직 전반의 관련 업데이트를 플래그 지정합니다.
• 답변이 없었던 조용한 스레드를 후속 처리합니다.
• 스스로 작업을 예약하고 몇 시간 또는 며칠에 걸쳐 프로젝트를 자율적으로 추진합니다.
• 관련성이 있을 때 다른 승인된 채널의 정보를 표면화합니다.

이는 선택 사항이며 관리자가 제어합니다. 하지만 이는 Claude를 반응형 도구(질문하면 답변하는 방식)에서 능동적인 에이전트(관련성을 감지하고, 이를 표면화하는 방식)로 변화시킵니다. 이미 Slack을 조정 계층으로 사용하는 팀에게 있어, 이는 오프라인 상태가 되지 않는 지속적인 팀 메모리 시스템 역할을 하는 Claude를 의미합니다.

HN 스레드에서는 타당한 우려 사항이 제기되었습니다: 주변 모드가 켜져 있을 때 Claude가 모든 메시지를 처리하기 때문에, 채널 활동에 따라 토큰 소비량이 증가한다는 것입니다. 한 댓글 작성자는

Claude Tag를 설정하려면 Claude 조직(organization) 내에서 소유자 (Owner) 역할이 필요하며 (관리자 (Admins)는 완료할 수 없음), 페어링 명령을 실행할 **Slack 워크스페이스 관리자 (workspace admin)**가 필요합니다. 전체 설정 흐름 (full setup flow)은 다음과 같습니다:

1단계: 워크스페이스 페어링 (Workspace Pairing)
Slack 마켓플레이스(Marketplace)를 통해 Claude 앱을 설치한 다음, 워크스페이스 관리자가 아무 채널에서나 @Claude connect를 실행하도록 합니다. 그러면 페어링 코드(15분 동안 유효)가 생성되며, 이를 claude.ai/admin-settings/claude-tag의 설정 대화 상자에 붙여넣습니다. 전체 워크스페이스 배포 또는 특정 채널 배포 중 하나를 선택하십시오.

2단계: 액세스 번들 구성 (Access Bundle Configuration)
액세스 번들의 이름을 지정하고(기본값은 "Slack default") 서비스 계정 자격 증명(service-account credentials)을 사용하여 앱을 연결합니다. GitHub는 설정 후 별도로 연결됩니다. 여기서 Claude가 사용할 수 있는 도구와 데이터 소스를 정의하며, 이는 개별 사용자가 아닌 번들(bundle) 단위로 범위가 지정됩니다.

3단계: 지출 한도 (Spending Limit)
월간 한도를 설정하십시오: $100~$1,000 사이의 사전 설정된 금액, "무제한 (Unlimited)", 또는 최대 $1,000,000까지의 사용자 지정 금액을 선택할 수 있습니다. 임계값 알림은 75%와 95%에서 발생합니다. 한도에 도달하면 사용이 조용히 저하되는 것이 아니라 차단됩니다 — 즉, Claude는 품질이 낮은 출력을 생성하는 대신 작동을 중단합니다.

4단계: 출시 (Launch)
활성화 및 출시를 진행합니다. 테스트 채널에서 /invite @Claude를 실행하고 @Claude summarize this channel을 입력하여 테스트하십시오.

핵심 차이점: 채널 작업은 조직의 사용 잔액에서 차감됩니다. Claude에게 보내는 다이렉트 메시지(Direct messages)는 개별 계정으로 청구됩니다. 이는 예산 책정에 있어 중요합니다. 활성화된 주변 모드(ambient-mode) 채널은 개별 DM 사용보다 훨씬 더 많은 토큰을 소비할 수 있습니다.

65% 주장

Anthropic의 헤드라인 수치인 "우리 제품 팀 코드의 65%는 내부 버전의 Claude Tag에 의해 생성되었습니다"는 HN(Hacker News)에서 예상 가능한 회의론을 불러일으켰습니다. 하지만 프레임워크가 중요합니다: 이것은 검토 없이 배포된 (shipped) 코드가 아니라, Claude에 의해 생성된 (created) 코드입니다. 내부 버전의 Claude Tag는 공개 출시 전 수개월 동안 Anthropic 내부에서 실행되어 왔습니다.

@VaibhavSisinty breaking down how 65% of Anthropic's product team code is written by Claude

Anthropic에서 Claude Code를 이끄는 Boris Cherny는 2025년 11월 이후로 코드를 직접 작성하지 않는다고 공개적으로 밝혀왔습니다. 워크플로우는 다음과 같습니다: Slack 스레드에서 작업 설명과 함께 Claude를 태그(tag)함 → Claude가 저장소(repo)를 클론(clone)하고, 코드베이스(codebase)를 읽고, 접근 방식을 계획하며, 코드를 작성하고, 테스트를 실행함 → 스레드에 상태 업데이트를 게시함 → 사용자가 "Create PR"을 클릭하여 풀 리퀘스트(pull request)를 생성함.

이것은 조직적 규모로 작동하는 Claude Code + Slack 통합(integration)입니다. Slack은 트리거(trigger)이자 컨텍스트(context) 표면이 되고, 클라우드 상의 Claude Code는 실행(execution) 표면이 됩니다. 이 분리는 명확합니다: "Slack = 트리거 + 컨텍스트 + 상태 표면. Claude Code = 코딩 작업이 일어나는 실행 표면."

이를 평가하는 운영자들에게 질문은 65%가 달성 가능한지 여부가 아닙니다. 문제는 Amazon의 "Sloppenheimer" 채널이 이미 노출한 리뷰 병목 현상(review bottleneck) 없이 귀하의 팀의 코드베이스와 리뷰 워크플로우가 그 속도를 수용할 수 있는지 여부입니다.

부족한 점

HN(Hacker News) 토론에서는 실제적인 아키텍처(architectural) 격차들이 드러났습니다:

권한의 세분화(Permissions granularity). Claude Tag는 Slack 채널 멤버십을 상속받지만, 도구별 또는 사용자별 세부 액세스 제어(access controls)가 부족합니다. 한 댓글 작성자는 선택적인 도구 노출을 위해 "MCP 연결 내 사용자별 키(per-user keys in MCP connections)"를 사용하여 대안을 구축했다고 언급했습니다. 현재 모델은 사용자 수준이 아닌 채널 수준입니다. 즉, 채널에 게시할 수 있다면 Claude의 모든 연결된 도구를 사용할 수 있습니다.

장애 발생 시의 귀속(Attribution during incidents). Claude가 여러 채널에 걸쳐 앰비언트 모드(ambient mode)를 통해 자율적으로 행동할 때, 어떤 인스턴스(instance)가 특정 작업을 트리거했는지 결정하는 것이 어려워집니다. 활동 로그(activity logging)는 존재하지만, 채널 간 앰비언트 작업에 대한 감사 추적(audit trail)은 아직 미성숙한 상태입니다.

Microsoft Teams의 공백. Claude Tag는 Slack 전용입니다. Slack의 사용자가 약 5,000만 명인 것에 비해 Teams는 3억 2,000만 명 이상의 사용자를 보유하고 있습니다. Microsoft 스택을 사용하는 기업들에게 Anthropic이 Teams 통합 기능을 출시하기 전까지는 이는 고려 대상조차 되지 않습니다.

역할 기반 액세스(Role-based access)의 부재. Claude Tag 내의 MCP 연결에는 역할 기반 액세스 제어(RBAC)가 부족합니다. 채널 액세스 권한을 가진 계약업체는 시니어 엔지니어와 동일한 도구 액세스 권한을 갖게 됩니다. 즉, 차별화는 Claude의 권한 수준이 아니라 Slack 채널 수준에서 강제되어야 합니다.

종속성(Lock-in) 우려. Gergely Orosz가 언급했듯이, 만약 당신이 CTO라면 "종속성을 피하기 위해 언제든 모델을 전환할 수 있는 Slack 통합 기능만을 가질 것"입니다. Claude Tag의 메모리(memory)와 컨텍스트(context) 축적은 모델을 넘어선 전환 비용을 발생시킵니다. 즉, 조직의 지식이 Claude의 채널 메모리에 저장되기 때문입니다.

언론 보도

언론의 보도 양상은 HN(Hacker News)의 분열된 반응을 그대로 반영합니다. TechCrunch는 이를 "조직의 컨텍스트를 포착하기 위한 전략적 플레이"라고 불렀습니다. 이는 기업의 종속성이 실제로 어디에 존재하는가라는 질문에 대한 Anthropic의 해답으로 Claude Tag를 정의한 것입니다. 종속성은 모델 가중치(model weights)나 API 계약에 있는 것이 아닙니다. 그것은 메모리에 있습니다. 즉, 팀이 어떻게 일하는지, 명명 규칙(naming conventions)은 무엇인지, 어떤 결정이 내려졌고 그 이유는 무엇인지에 대해 축적된 컨텍스트에 있습니다.

Fortune은 한 걸음 더 나아가 이를 "가상 직원(virtual employee)"이라고 불렀습니다. 이는 앰비언트 모드(ambient-mode)의 동작 방식은 잘 포착했으나, 샌드박스(sandbox) 아키텍처의 가치는 과소평가한 것입니다. 가상 직원은 단일 개체를 암시합니다. 하지만 Claude Tag는 기본 모델을 제외하고는 서로 아무것도 공유하지 않는, 채널별 전문가 군단(fleet of per-channel specialists)에 더 가깝습니다.