SHIFTONE
실전 노트16분 읽기SHIFTONE Team

현업 200명이 에이전트를 만들면, 만든 사람이 퇴사한 뒤엔 누가 끄나요 — AI 에이전트 거버넌스는 소유자 한 줄에서 시작해요

AI 에이전트를 쓴다는 조직은 71%인데 운영까지 간 사례는 11%예요. 막힌 자리는 모델이 아니라 통제예요. 사람 계정을 빌려 도는 에이전트가 퇴사 뒤 어떻게 사고가 되는지, 소유자 · 스폰서 · 전용 신원 · 유통기한을 명세 한 장에 적고 고아 에이전트를 질의 하나로 찾는 방법을 정리했어요.

아무도 없는 사무실에 빈 검은 의자들이 칸막이 책상 양쪽으로 줄지어 있고 창밖으로 도시가 보이는 사진 — 자리를 비운 뒤에도 돌아가는 에이전트

퇴사 처리 다음 날 아침이에요. 영업팀 주간 리포트가 안 왔어요. 석 달 전부터 에이전트가 만들던 리포트인데, 그 에이전트는 퇴사한 담당자의 계정 토큰으로 CRM 을 읽고 있었거든요. 계정이 꺼지자 에이전트도 같이 멈춘 거예요.

반대 경우가 더 무서워요. 토큰이 살아 있어서 퇴사자 이름으로 매주 새벽 CRM 을 읽는 호출이 계속되는 거예요. 어느 쪽이든 질문은 같아요. 이 에이전트는 누구 거고, 누가 끄나요.

71%가 쓰는데 운영까지 간 건 11%, 막힌 자리는 통제예요

Camunda 가 올해 1월에 낸 조사에서 AI 에이전트를 쓴다고 답한 조직은 71% 였는데, 지난 1년간 운영까지 간 활용 사례는 11% 였어요. 1,000명 이상 조직의 의사결정자 1,150명을 설문한 결과예요.

10월 8일 서울의 한 쇼케이스에서 같은 수치가 다시 나왔어요. ZDNet Korea 보도에 따르면 정승모 아이티센글로벌 AI이노베이션센터장은 "핵심은 AI가 누구 권한으로 무엇에 접근해 무엇을 했는지 증명할 수 있느냐"라고 말했어요. 같은 기사의 제조기업 사례에선 RPA 경험이 있는 현업 직원 약 200명이 에이전트를 직접 만들고, 품질 · 보안 · 권한은 플랫폼이 맡아요.

200명이 만들면 에이전트는 수백 개가 돼요. 파일럿에서 무너지는 네 지점 글에서 다룬 건 권한의 크기였고, 이번엔 권한의 주인이에요.

문제의 뿌리는 사람 계정을 빌려 쓰는 에이전트예요

파일럿 에이전트는 거의 다 만든 사람의 계정으로 돌아요. 가장 빠르니까요. 그러면 로그에서 에이전트와 사람이 안 갈리고, 권한이 곧 그 사람의 권한이고, 그 사람이 나가면 에이전트의 운명이 계정 정책에 달려요.

플랫폼들이 이번 달 같은 답을 내놨어요. 에이전트에게 자기 신분증을 주는 거예요. Google 은 10월 8일 행사에서 Gemini 에이전트가 자기 Workspace 계정을 받는다고 했어요. 메일 주소 · 캘린더 · 드라이브가 따로 있고, 모든 행동은 에이전트에게 귀속되는 감사 로그로 남아요. Microsoft 의 Entra Agent ID 는 신원마다 세 역할을 붙여요. 설정과 자격증명을 다루는 소유자, 아직 필요한지를 결정하는 업무 쪽 스폰서, 조직도상 관리자예요. 스폰서는 필수고, 스폰서가 퇴사하면 그 자리를 상급자에게 넘기는 워크플로 템플릿이 따로 있어요. 고아 에이전트를 막으려고요.

플랫폼이 없어도 명세 한 장은 오늘 쓸 수 있어요

저희가 먼저 하는 건 플랫폼 도입이 아니라 에이전트마다 한 장짜리 명세를 코드 옆에 두는 거예요. 이 파일이 없으면 운영에 못 올려요. 사고가 나면 제일 먼저 묻는 게 "이거 누구 거야"거든요.

# agents/weekly-sales-report/agent.yaml
id: weekly-sales-report
owner: team-data-platform          # 기술 담당 — 설정 · 자격증명 · 배포
sponsor: sales-ops-lead            # 업무 책임 — 아직 필요한지 결정
identity: sp-weekly-sales-report   # 사람 계정 아님, 전용 서비스 신원
scopes:
  - crm:read:opportunities
  - mail:send:as-agent             # 발신자는 에이전트 자기 주소
schedule: "0 2 * * 1"
expires_at: 2027-01-31             # 지나면 자동 정지, 연장은 스폰서가
review_every: 90d

달라진 건 퇴사 처리가 에이전트와 무관해진 거예요. 신원이 사람 계정이 아니니 토큰이 같이 죽지도, 퇴사자 이름으로 살아남지도 않아요. 비는 건 스폰서 줄 하나이고, 그 줄은 아래 질의가 잡아요.

에이전트 수명주기 — 만들 때 주인을 적고, 질의가 매일 주인을 확인해요 생성현업 · 개발자가만들어요 등록 (명세 파일)소유자 · 스폰서 · 전용 신원범위 · 유통기한 시험 · 승인격리 환경에서사람이 승인해요 운영로그는 에이전트 ID 로요청자 · 승인자는 별도 주기 점검스폰서 상태 · 만료미사용을 질의로 주인 없음 · 만료 · 미사용 이상 없음 이전스폰서의 상급자에게넘겨요 정지2주 안에 아무도 안 받으면스폰서 연장으로 복귀 가능 폐기정지 90일 뒤명세부터 다시 써요 퇴사 · 이동은 인사 디렉터리 이벤트로 들어와요 에이전트 신원이 사람 계정이 아니라서 토큰이 같이 죽지 않아요. 비는 건 스폰서 줄 하나이고, 그 줄은 점검 질의가 다음 날 아침에 잡아요. 자동으로 정지하지 않아요. 먼저 넘기고, 받는 사람이 없을 때만 정지해요. 분기 결산 때만 도는 에이전트가 있거든요.

고아 에이전트는 사고 전에 질의 한 번으로 찾아요

명세가 파일이면 인벤토리는 그 파일을 모은 표예요. 인사 디렉터리와 실행 로그를 붙이면 주인 없는 에이전트가 질의 하나로 나와요.

SELECT a.id, a.sponsor, a.expires_at, MAX(r.ran_at) AS last_run
FROM agents a
LEFT JOIN directory d ON d.handle = a.sponsor
LEFT JOIN runs r      ON r.agent_id = a.id
GROUP BY a.id, a.sponsor, a.expires_at, d.status
HAVING d.status IS DISTINCT FROM 'active'      -- 스폰서가 퇴사 · 이동
    OR a.expires_at < CURRENT_DATE              -- 유통기한 지남
    OR MAX(r.ran_at) < CURRENT_DATE - 30;       -- 한 달 넘게 안 돌았어요

달라진 건 점검이 분기 말 수작업에서 매일 아침 목록으로 바뀐 거예요. 목록에 뜬 에이전트를 바로 정지하진 않아요. 먼저 스폰서의 상급자에게 넘기고, 2주 안에 아무도 받지 않으면 정지, 정지 뒤 90일이면 폐기예요. 분기 결산 때만 도는 에이전트가 있거든요.

AS-ISTO-BE
신원만든 사람의 계정 · 개인 토큰에이전트 전용 서비스 신원
책임만든 사람이 전부기술 소유자 · 업무 스폰서 분리
로그사람 이름으로 남아요에이전트 ID + 요청자 필드
퇴사같이 멈추거나 이름만 남아 돌아요스폰서 줄이 상급자에게 넘어가요
정리분기 말에 기억을 더듬어요매일 질의 — 만료 · 미사용 · 스폰서

바로 믿으면 안 되는 세 가지

하나, 플랫폼 기능엔 조건이 붙어요. Entra 의 스폰서 이전 템플릿은 Agent 365 라이선스용이에요. Google 쪽은 퇴사 시 소유권 이전 절차를 공개 문서에서 확인하지 못했어요.

둘, 자기 신분증이 있어도 "누가 시켰는지"는 따로 남겨야 해요. 요청자와 승인자를 별도 필드로 남겨야 해요. 관측성 글에서 스팬에 실패 판정을 넣은 것과 같은 자리예요.

셋, 71% 와 11% 는 벤더가 의뢰한 설문이에요. 우리 숫자는 위 질의가 돌려주는 행 수예요.

누가 끄나요의 답은, 만들 때 적어 둔 사람이에요

리포트가 안 온 아침에 필요했던 건 복구 절차가 아니라 명세 파일의 sponsor 한 줄이었어요. 몇 개를 만들었느냐보다 몇 개에 주인이 적혀 있느냐가 운영의 숫자예요. 6단계 가이드 2편에서 권한을 기존 Role 에 연계한 것처럼, 에이전트의 주인도 인사 디렉터리에 묶어 두는 쪽이 오래가요. 완성된 규칙은 아니에요. expires_at 을 얼마로 잡을지는 아직 정하는 중이에요.

자주 묻는 질문

Q. 에이전트마다 서비스 신원을 만들면 계정이 수백 개가 되지 않나요? A. 맞아요. 그래서 블루프린트에서 찍어내고 인벤토리는 질의가 봐요. 빌려 쓰는 사람 계정보다 세기 쉬워요.

Q. 현업 에이전트에도 스폰서를 요구하면 아무도 안 만들지 않나요? A. 만든 사람이 기본 스폰서가 되게 하면 돼요. Entra 도 따로 지정하지 않으면 그렇게 해요.

Q. 정지된 에이전트가 하필 결산 날 필요하면요? A. 정지와 폐기 사이에 90일을 두는 이유예요. 스폰서가 연장 한 번으로 되살려요.

Sources

도입부 장면은 설명용으로 구성한 상황이고 특정 고객사 사례가 아니에요. 2주 · 90일은 측정값이 아니라 운영 규칙으로 정한 값이에요.