에이전트가 자기 이메일 주소를 갖게 될 때

지난 2년 동안 직장의 에이전트는 대개 다른 사람의 신원을 빌려 썼습니다. 에이전트를 실행한 사람으로 로그인하고, 그 사람의 접근 권한을 쓰고, 로그에는 그 사람의 이름을 남겼습니다. 이번 달 가장 큰 두 오피스 플랫폼이 이 방식에서 벗어났습니다. Google은 자사 에이전트에게 자체 계정을 주었습니다. Microsoft는 에이전트를 내부자처럼 다루고 다른 에이전트가 감시해야 한다고 밝혔습니다. 두 회사의 움직임을 합치면 새로운 종류의 동료, 그리고 회사를 운영하는 사람에게 주어진 새로운 일이 보입니다.

Google: 받은편지함을 가진 에이전트

10월 8일 Google은 Gemini at Work 행사에서 Gemini 에이전트를 소개하며 이를 “업무를 위한 새로운 단일 범용 에이전트”라고 불렀습니다. 그 일부가 동료 에이전트입니다. Google의 표현은 이렇습니다. “에이전트는 이메일 주소, 캘린더, Drive, 그리고 회사 디렉터리 등록을 포함한 자체 Workspace 계정을 받습니다.” 동료들은 에이전트를 채팅 스페이스에 추가하거나 이름으로 멘션합니다. 에이전트는 문서에 댓글을 달 수 있고, 버전 기록에는 자기 이름으로 표시됩니다.

중요한 문장은 접근 권한에 관한 것입니다. “동료 에이전트는 사용자가 아닌 자신의 신원으로 행동하며, 사용자가 공유한 것만 봅니다.” 그 주변에 Google은 에이전트 단위로 기록되는 감사 추적, 회사 보안 관리자가 승인하는 권한, 그리고 한도에 도달하면 에이전트를 일시 정지시키는 프로젝트별 지출 한도를 나열합니다. 숫자는 이 변화가 얼마나 빠른지 보여 줍니다. Google에 따르면 일본 보험사 SOMPO는 직원 34'000명에 걸쳐 10'000개가 넘는 맞춤형 에이전트를 만들었습니다.

애널리스트 회사 Futurum은 이를 인력 모델로 해석했습니다. 기업들은 “직원에게 쓰는 것과 같은 신원 관리 절차로 에이전트를 프로비저닝하고, 권한을 부여하고, 감사하게 될 것”이며, 이는 “보안 팀이 감사 로그에서 사람의 행동과 에이전트의 행동을 명확히 구분할 수 있게 해 준다”는 것입니다. 한 Google 관계자는 Futurum에 동료 에이전트마다 좌석 라이선스 요금을 매길 계획은 없다고 말했습니다. 그 대신 에이전트의 일을 어떻게 계량할지는 아직 정해지지 않았습니다.

Microsoft: 에이전트를 내부자로 다루기

11일 뒤 Microsoft는 같은 생각의 반대편을 보여 주었습니다. “Securing the agentic insider”라는 제목의 글에서 Microsoft Security를 이끄는 Hayete Gallot는 “프런티어 모델은 그 출처와 관계없이 신뢰할 수 없다”고 썼고, 이는 “모델이 본질적으로 악의적이어서가 아니다”라고 덧붙였습니다. 그는 에이전트가 “흔히 과도한 권한을 갖고 있다”고 썼습니다. Microsoft의 답은 Guardian Agents입니다. 각 에이전트가 하려는 일의 위험 점수를 바탕으로 “모든 에이전트의 모든 행동을, 실행되기 전에, 주 7일 24시간 감시하고 조정하는” 에이전트입니다.

회사에서 발견된 모든 에이전트는 신원과 컨테이너, 그리고 정책과 권한을 받습니다. TechCrunch에 따르면 Microsoft Defender는 이제 직원들이 업무에 들여오는 에이전트를 최대 60종까지 알아볼 수 있으며, 그중에는 Claude Code, Codex, OpenClaw도 있습니다. 또 에이전트가 위험한 결정을 내리려는 것으로 보이면 사람이 승인해야 합니다. Satya Nadella는 그 원칙을 한 문장으로 표현했습니다. “지능이 우리를 대신해 하는 일에 대한 책임을 외부에 맡길 수는 없습니다.”

에이전트에게 이름이 생기면 달라지는 것

자기 신원을 가진 에이전트는 사람 뒤에 숨은 에이전트보다 관리하기 쉽습니다. 무엇을 했는지 볼 수 있고, 맡은 일에 꼭 필요한 만큼의 접근 권한만 정확히 줄 수 있으며, 누구의 접근도 막지 않고 끌 수 있습니다. 기업은 이미 사람과 서비스 계정을 이렇게 다룹니다. 에이전트에게는 오히려 늦은 일입니다.

이는 회사가 답해야 할 질문도 바꿉니다. 누가 에이전트를 채용하고, 누가 그 역할을 승인합니까? 에이전트는 어떤 폴더를 보며, 그것은 누가 정했습니까? 누가 그 기록을 읽고, 에이전트가 무언가를 잘못했을 때 누가 책임을 집니까? 디렉터리에 이름이 있으면 에이전트가 보이게 됩니다. 그렇다고 에이전트가 책임을 지게 되지는 않습니다. 그 일에는 여전히 사람이 필요합니다.

지금 해야 할 일

에이전트가 대거 들어오기 전에 해 둘 만한 일이 세 가지 있습니다. 직원들이 직접 설치한 것까지 포함해 이미 일하고 있는 에이전트의 목록을 만드십시오. 각 에이전트에 고유한 신원과 그 작업에 필요한 가장 좁은 접근 권한을 주고, 절대 사람의 로그인을 쓰게 하지 마십시오. 그리고 신규 직원을 들일 때처럼 각 에이전트를 누가 책임지는지 적어 두십시오.

그다음 에이전트에게 알 만한 가치가 있는 것을 주십시오. 받은편지함은 있지만 회사 지식이 없는 에이전트는 존재하지 않는 회사를 위해 글을 씁니다. 에이전트의 가치는 쓸 수 있는 규칙, 가격, 템플릿, 시스템에서 나오며, 접근 권한은 역할별로 정해집니다.

저희의 입장

이것이 저희가 만들어 가는 방향입니다. Twin은 회사의 어시스턴트와 에이전트에게 회사의 지식, 규칙, 도구를 담은 하나의 두뇌를 주며, 이를 역할별로 보호합니다. 아직 개발 중인 Helm은 에이전트가 운영하는 회사 전체를 저희가 만들어 가는 곳으로, 한 사람이 키를 잡고 회사를 이끌며 그 책임을 집니다. Google과 Microsoft는 방금 반대편에서 같은 이야기를 했습니다. 에이전트는 이름을 얻고, 책임은 사람이 계속 집니다.