업무 현장의 대부분의 AI는 여전히 사이드 패널에 있는 챗봇처럼 동작합니다. 즉, AI를 열고, 질문을 던지고, 답변을 복사하여 실제 작업이 이루어지는 곳으로 다시 가져오는 방식입니다. Anthropic이 새로 발표한 Claude Tag는 이와 다른 모델을 제시하며, 이는 여러분이 어떤 벤더를 사용하든 이해할 가치가 있습니다.

핵심 아이디어는 Claude가 여러분의 팀에 합류하는 것입니다. Slack에서 시작하여, 특정 채널에 대한 액세스 권한을 부여하고 선택한 도구, 데이터 및 코드베이스(Codebases)에 연결할 수 있습니다. 그러면 누구나 @claude를 태그하여 다른 업무를 수행하는 동안 작업을 넘겨줄 수 있습니다. Anthropic은 자사 제품 팀 코드의 65%가 현재 이 기능의 내부 버전에 의해 생성되고 있다고 밝혔습니다.

"태그된 에이전트(Tagged Agent)"가 챗봇과 다른 점

• 멀티플레이어 (Multiplayer) — 채널당 하나의 에이전트가 존재하며 모두가 이를 공유합니다. 누구나 에이전트가 무엇을 하고 있는지 볼 수 있으며, 동료가 중단한 지점부터 작업을 이어받을 수 있습니다.
• 시간에 따른 학습 (Learns over time) — 에이전트가 접근 권한을 가진 채널과 데이터로부터 컨텍스트(Context)를 구축하므로, 사람들이 매 요청마다 배경 설명을 반복할 필요가 없어집니다.
• 주도성 발휘 (Takes initiative) — "앰비언트(Ambient)" 동작이 활성화되면, 에이전트가 선제적으로 문제를 알리거나 중단된 스레드/작업을 후속 조치합니다.
• 비동기식 작업 (Works asynchronously) — 작업을 설정해 두면 사용자가 다른 일에 집중하는 동안 에이전트가 작업합니다. 에이전트는 몇 시간 또는 며칠에 걸쳐 자신의 작업을 스케줄링할 수 있으며, 여러 에이전트가 병렬로 작동할 수 있습니다.

이는 도구라기보다 동료에 더 가깝습니다.

어려운 점은 모델이 아니라 거버넌스(Governance)였습니다

채널, 도구 및 데이터에 접근할 수 있는 AI 팀원은 액세스 모델(Access model)이 허술할 경우 유용한 만큼이나 위험할 수 있습니다. 이번 발표에서 가장 중요한 세부 사항은 기능이 아니라 제어(Control)입니다.

• 관리자(Admins)는 채널별로 에이전트가 사용할 수 있는 도구와 정보의 범위를 지정합니다.
• 각 설정은 사실상 별개의 ID(Identity)로 작동합니다. 예를 들어, 영업용으로 구성된 에이전트의 메모리나 데이터가 엔지니어링용 에이전트로 유출되지 않습니다.
• 조직(Org) 및 채널별 토큰 소비(Token-spend) 제한.
• 에이전트가 수행한 모든 작업과 이를 요청한 사람이 기록되는 감사 로그(Audit log).

해당 목록은 규제가 엄격하고 데이터에 민감한 비즈니스 환경에서 어떠한 에이전트(Agent)를 배포하더라도 반드시 확인해야 할 실제 체크리스트입니다. 고객의 개인정보(PII), 재무 정보 또는 계약서와 관련된 채널에 에이전트를 태깅(Tag)하기 전에, 범위가 제한된 최소 권한 접근(Least-privilege access), 컨텍스트 간의 메모리 경계(Memory boundaries), 전체 감사 추적(Full audit trails), 지출 한도(Spend caps), 그리고 되돌릴 수 없는 작업에 대한 인간의 승인(Human approval)이 반드시 필요합니다.

인상적인 데모를 실제 운영 환경(Production)에서 실행 가능한 무언가로 바꾸는 것은 기반이 되는 모델이 아니라, 바로 거버넌스(Governance) 및 오케스트레이션(Orchestration) 계층입니다.

핵심 요약 (The takeaway)

Claude Tag는 단일 제품으로서의 의미보다, 응용 AI(Applied AI)가 나아가는 방향을 보여주는 지표로서 더 큰 의미를 갖습니다. 즉, 워크플로(Workflow) 내부에 상주하며, 컨텍스트(Context)를 축적하고, 엄격한 가드레일(Guardrails) 내에서 스스로 주도권을 가지고 행동하는 에이전트의 시대가 오고 있음을 시사합니다. 만약 여러분의 운영 채널에서 AI 팀원을 활용하고 싶다면, 데모가 아니라 접근 모델(Access model), 감사 추적(Audit trail), 그리고 이를 둘러싼 오케스트레이션(Orchestration)부터 시작하십시오.

부동산 / 프롭테크(PropTech) 관점을 포함한 전체 버전은 VSBD 블로그에서 확인할 수 있습니다. 출처: Anthropic — Introducing Claude Tag.