이번 주 Anthropic이 Claude Tag를 공개했다. 가장 핵심적인 차이는 단순 챗봇에서 독립된 권한을 가진 작업자(Agentic Identity)'로의 진화다. 에이전트 신원의 시대가 도래하고 있는 것이다.
관리자가 채널별, 업무별로 에이전트의 접근 권한을 쪼갤 수 있게 된다는 것은, 영업채널은 CRM 시스템과 영업 데이터만 접근가능하게, 개발 채널은 깃허브와 코드베이스에만 접근하게 분리시킨다는 것과 같은 의미다.
더욱이 추적성을 보장한다. "누가 지시를 내렸고, 에이전트가 어떤 권한으로, 시스템의 무엇을 건드렸는지"가 전부 남는다. 에이전트의 자율성이 커진 만큼, 사고 발생 시 책임 소재를 명확히 할 수 있는 강력한 거버넌스가 내장된 것이다
에이전트는 사람의 권한을 빌려 쓰는 매크로가 아니라, 자기 이름으로 일하고 자기 행적을 남기는 별개의 주체가 되고 있다.
잠시 작금의 대한민국의 현장을 떠올려보자. 비용의 문제로, 혹은 레거시적 관성으로 에이전트 전용 계정을 하나 파서, 누군가의 사번과 비밀번호를 공유해 돌리고 있지는 않은지. 그러면 그 계정이 ERP에 로그인해 데이터를 긁어도, 로그에는 사람 이름만 찍힌다. 사고가 터졌을 때 "진짜로 누가 행동했나"를 정확히 추적해낼 수 없다.
지금까진 봇이 정해진 화면을 클릭하는 수준이라 위험이 작았지만 에이전트는 다르다. 스스로 작업을 쪼개고, 며칠짜리 일을 알아서 끌고 가며, 연결된 도구를 직접 호출한다. 행동 반경이 넓어진 주체가 사람 계정 뒤에 숨어 있다면, 그것이 더 위험한 게 아닐까. 앞으로 더 대단해질텐데.
그러므로 앤트로픽은 에이전트에 사람과 별개의 신원을 주고, 채널·업무 단위로 권한을 좁히고, 모든 행적을 감사 로그로 남기게 한 것이다. 다만 우리 현실에선 사내 IAM 정책에 '에이전트' 항목 자체가 없는 곳이 대부분이란 점이 우려된다. 거창한 시스템 교체가 아니라, 지금 돌아가는 봇이 누구 계정을 쓰는지 목록부터 만드는 일이 필요할 지 모른다.
만약 우리 조직이 적극적으로 에이전트를 도입하고 있는 상황이라면, 리더는 첫째, 현재 가동 중인 자동화·RPA가 공유하는 사람 계정을 조사해보자. 모든 에이전트 계정에는 반드시 '보호자'이자 '책임자'가 필요하기 때문이다.
둘째, 외부로 이메일을 발송하거나 결제 버튼을 누르는 등 결과가 되돌릴 수 없는 행동을 할 때는 반드시 인간 책임자의 '승인' 버튼을 거치도록 설계하자.
셋째, IAM 정책에 '에이전트 신원' 항목을 신설할 수 있게는지 검토해보고, 감사성 로그를 어떻게 다룰 것인지 정책을 준비해보자 .
이때 중요한 것은 직원들이 추가적인 통제로 받아들이지 않게 하는 것이다. "못 믿어서가 아니라, 에이전트가 사고를 쳤을 때 소속원을 보호하기 위해서"라고 명확히 해주는 것이 바람직하다.
에이전트 신원의 시대에 걸맞는 거버넌스 확립은 IT의 숙제가 아니라 리더의 일이다.