Slack 채널이 새로운 IDE가 된다 — Anthropic이 자기 코드 65%를 쓰는 'Claude Tag' 정식 출시

핵심 요약 (TL;DR)

Anthropic이 6/23 Slack용 정식 에이전트 Claude Tag를 Enterprise·Team 베타로 풀었습니다. 단순 챗봇이 아니라 채널당 한 명의 Claude가 모든 멤버와 공유되는 multiplayer 디자인 + persistent memory + async 스케줄링 + ambient(proactive) 모드입니다. Anthropic 본사 product team 코드의 65%가 이미 이걸로 생성된다고 공식 블로그가 직접 인용했습니다. "AI = 채팅창"에서 "AI = 채널 멤버"로 작업 표면이 이동하는 첫 1군 제품입니다.

Cursor가 IDE 안에 살았다면, Claude Tag는 '채널'이 IDE다

지난 2년간 AI 에이전트의 무대는 IDE 안이었습니다. Cursor가 코드 에디터를 통째로 점유했고, Claude Code와 Codex CLI가 터미널 옆에 자리잡았죠. ChatGPT는 별도 탭이라는 한계를 끝까지 벗어나지 못했고요. 그런데 Anthropic이 6/23에 출시한 Claude Tag는 무대 자체를 옮겼습니다. 우리가 하루 종일 켜놓는 Slack 채널이 새 IDE가 된 거죠.

메커니즘은 단순하지만 디자인 결정은 신중합니다. 채널마다 Claude가 한 명 "채용"됩니다. 한 사용자의 사이드킥이 아니라 채널 멤버 전체가 공유하는 동료입니다. 누가 어디까지 시켰는지를 다른 멤버가 그 자리에서 이어받을 수 있고, 메시지·연결된 데이터·도구를 통해 회사 컨텍스트를 누적 학습합니다. 몇 시간짜리, 며칠짜리 프로젝트는 비동기로 자기 스케줄에 맞춰 진행하고, ambient(proactive) 모드에선 채널을 지켜보다가 멈춘 스레드나 관련 정보를 먼저 띄워줍니다. 모델은 Claude Opus 4.8입니다.

"우리 product team 코드의 65%" — Anthropic이 자기 사용을 공개한 의미

공식 블로그가 직접 박아넣은 한 줄이 가장 무겁습니다. "Today, 65% of our product team's code is created by our internal version of Claude Tag." Anthropic 본사 product team 코드의 65%가 같은 도구로 생성된다는 자기 발표죠. 외부 검증은 불가능하고 "코드"의 정의(autocomplete 포함인지 등)도 공개되지 않았습니다. 그래서 숫자 자체보단 의도가 중요합니다.

이건 거의 reference architecture 공개에 가깝습니다. "우리도 이렇게 일하니, 너희도 이렇게 일하라"는 메시지입니다. Cursor·Claude Code를 1인 개발자 도구로 쓰던 단계에서, 팀 단위 일과를 Claude Tag로 옮겨가는 단계로 권유하는 거죠. 가격은 베타라 미공개고 "introductory launch credit"이 제공되며, 토큰 예산은 회사 전체와 채널별로 캡을 따로 걸 수 있습니다. 기존 Claude in Slack 앱을 쓰던 Enterprise는 30일 안에 강제 마이그레이션입니다.

1인 바이브코더에게도 의미가 있는 이유

"내가 1인 빌더인데 Slack용 도구가 무슨 상관인가" 싶을 수 있습니다. 그런데 1인 바이브코더에게도 두 가지 의미가 있습니다. 첫째, 본인이 일하는 회사 Slack에 Claude Tag가 들어오면 워크플로 절반이 바뀝니다. PR 리뷰 1차, 인시던트 root cause 분석, 프로덕트 메트릭 추적, 서포트 티켓 1차 응대 같은 작업들이 채널에 상주하는 새 동료의 손에서 비동기로 돌아갑니다. 자기 코드 리뷰 시간이 통째로 회수되는 거죠.

둘째, 이 디자인 패턴을 자기 사이드 프로젝트에 그대로 옮길 수 있습니다. 한국이라면 카카오톡 채널 챗봇, 디스코드 봇, 슬랙 워크스페이스 봇 위에 같은 멘탈 모델("채널당 1 AI", "persistent memory", "ambient 모드")을 얹는 게 새 빌더의 폼팩터 선택지가 됩니다. 같은 주에 ccMarvin이 이메일을 LLM 인터페이스로 묶었던 사례와 같은 방향의 흐름입니다. "새 표면을 만드는 대신 기존 표면을 점령한다"는 전략의 가장 강력한 진영 사례죠.

그런데 "채널 모니터링"은 새 신뢰 비용이다

신중하게 봐야 할 면도 있습니다. ambient 모드의 채널 모니터링 범위, 로그 보존 기간, 옵트아웃 정책은 공식 docs를 깊이 들여다봐야 안전합니다. "AI가 우리 회사 Slack을 학습하는 데 동의"라는 라인이 어디에 그어지는지가 향후 한 분기의 IT/legal 회의 주제가 될 겁니다. 어제 Anthropic이 풀었던 Persona ID·셀카 인증(7/8 발효) 이슈와 같은 "플랫폼화" 흐름의 일부로 봐야 정확하죠.

HN 토론(48648039)에선 "Anthropic이 platform territory를 점령하고 agentic use case를 가져가고 있다"는 평가와, "한 채널의 Claude가 다른 채널의 reorg를 모르는데 어떻게 multiplayer냐"는 product 디자인 비판이 같이 올라왔습니다. "이제 회사 Slack도 Anthropic이 본다"라는 라인의 우려도 같이요. 이 도구를 도입할지를 결정하는 회의에선 "어떤 채널에 어떤 도구·데이터를 허용할 것인가"가 가장 먼저 합의돼야 합니다.

작은 팀이 Claude Tag를 도입할 때의 5단계

Anthropic의 "65%"가 reference architecture라면, 작은 팀이 따라잡는 길은 이렇게 잡으면 됩니다. 첫째, 저위험 채널 한 개에서 시작합니다. 엔지니어링 #general 같은 중요 채널 말고, #infra-on-call이나 #pr-review 같은 좁은 채널부터 켭니다. 둘째, 연결할 도구를 좁게 시작합니다. GitHub 리드 권한, 데이터독 메트릭 조회 정도부터 붙이고 쓰기 권한은 한 분기 뒤로 미룹니다. 셋째, ambient 모드는 일주일 뒤에 켭니다. proactive 행동의 정확도를 한 주 동안 관찰한 뒤 트리거 조건을 좁혀 활성화합니다.

넷째, persistent memory 옵트아웃 정책을 채널 핀에 박아둡니다. 어떤 메시지가 학습되지 않게 할지 합의된 규칙을 노출해야 신뢰 비용이 줄어듭니다. 다섯째, 토큰 예산 캡과 알람을 채널별로 설정합니다. 예상치 못한 ambient 실행이 토큰을 폭주시키는 경우(Codex CLI SSD 사건의 변형)를 막는 가드레일입니다. 이 5단계가 자리잡으면 "우리 팀 코드의 65%"는 아니어도, 코드 리뷰·on-call·서포트 1차 응대 같은 반복 업무를 채널 안 동료에게 넘기는 첫 분기 ROI는 충분히 잡힙니다.

FAQ

Q. 기존 Claude in Slack을 쓰던 회사는 어떻게 되나요

30일 안에 Claude Tag로 마이그레이션해야 합니다. 같은 모델 액세스라도 디자인이 multiplayer + ambient로 바뀌기 때문에, IT/legal 검토와 채널별 권한 설계를 새로 해야 합니다.

Q. 어떤 채널부터 도입하면 좋을까요

저위험·고반복 업무 채널이 좋습니다. PR 리뷰, on-call 인시던트, 데이터 풀 요청, 서포트 티켓 1차 트리아주 같은 작업이 도는 채널이면 ROI가 빠르게 나옵니다. HR이나 legal 채널은 마지막 단계로 미루세요.

Q. Anthropic의 "65%" 숫자는 믿어도 되나요

수치 자체는 외부 검증이 불가능하고 "코드"의 정의가 공개되지 않았습니다. autocomplete 포함이라면 다른 통계와 비교 가능한 수치가 아닐 수 있습니다. "Anthropic 자체 발표"라는 출처를 명시하고 인용하는 게 안전합니다.

모델 경쟁이 "더 큰 컨텍스트, 더 좋은 추론"으로 한 라운드 결판이 났다면, 다음 라운드는 "누가 작업 표면을 더 빠르게 점령하는가"입니다. Claude Tag는 그 라운드의 첫 본격 진영 사례입니다.