블로그
AXAI 에이전트AI 거버넌스에이전트 카탈로그업무 자동화Agent Registry

AI 에이전트 카탈로그 운영법: 만들기보다 등록·검증·폐기가 먼저입니다

해외 기업용 플랫폼은 에이전트를 한곳에서 발견·공유·관리하는 방향으로 가고 있습니다. 우리 팀도 에이전트를 늘리기 전에 주인, 쓰임, 데이터, 검수일, 폐기 기준을 카탈로그에 남겨야 합니다.

LeanX 편집팀·2026년 9월 19일·수정 2026년 9월 29일·6분 읽기·5
AI 에이전트 카탈로그 운영법: 만들기보다 등록·검증·폐기가 먼저입니다
바로 답하면: AI 에이전트가 세 개를 넘기기 시작하면 이름 목록이 아니라 주인·업무 목적·입력 데이터·실행 범위·마지막 검수일·폐기 기준을 담은 카탈로그가 필요합니다. 만드는 속도보다 현재도 써도 되는지 확인하는 속도가 중요합니다.

해외 기업용 AI 플랫폼은 에이전트를 한곳에서 찾고, 공유하고, 관리하는 방향으로 빠르게 움직이고 있습니다. Google Cloud는 2026년 4월 Gemini Enterprise를 에이전트 개발·배포·거버넌스 플랫폼으로 소개했고, 7월 업데이트에서 Agent Registry와 Agent Identity 관련 기능을 설명했습니다. 이 흐름은 단순합니다. 팀이 에이전트를 여럿 쓰기 시작하면, “누가 무엇을 했는가”를 다시 찾을 장소가 필요해집니다.

카탈로그는 거대한 관리 시스템일 필요가 없습니다. 처음에는 스프레드시트나 팀 위키의 한 표면으로도 충분합니다. 중요한 것은 제품 이름을 나열하는 것이 아니라, 다른 사람이 이 에이전트를 계속 써도 되는지 판단할 정보를 남기는 일입니다.

에이전트가 늘면 왜 목록이 필요할까요?

처음에는 한 사람이 만든 문서 요약 도구가 편리합니다. 다음에는 같은 문서를 읽는 회의 정리 도구, 티켓 분류 도구, 고객 답변 초안 도구가 생깁니다. 시간이 지나면 같은 데이터에 서로 다른 방식으로 접근하거나, 만든 사람이 퇴사해도 예약 실행이 남는 일이 생길 수 있습니다.

이때 “AI를 쓰고 있다”는 사실은 관리 정보가 아닙니다. 어떤 업무를 해결하는지, 누가 결과에 책임지는지, 어떤 입력을 읽는지, 사람이 언제 봐야 하는지가 있어야 합니다. 카탈로그는 도구를 통제하는 문서라기보다, 팀의 실행 경계를 보이게 하는 지도입니다.

등록할 때 적을 여섯 가지

등록 양식은 짧을수록 실제로 갱신됩니다. 단, 이름과 설명만으로는 부족합니다. 아래 여섯 항목은 다른 사람이 업무의 영향을 가늠하고, 문제가 생겼을 때 멈출 담당자를 찾게 합니다.

항목질문좋은 기록 예
업무 목적무엇을 줄이거나 돕는가?주간 운영 회의용 변경 사항 초안을 만든다
업무 주인결과를 설명하고 중지할 사람은 누구인가?운영 리드 김OO / 부재 시 지원팀 리드
입력·출력무엇을 읽고 어디에 결과를 남기는가?확정 회의록만 읽고 검토용 폴더에 초안 저장
실행 범위읽기, 초안, 발송 중 어디까지 하는가?읽기와 초안만. 외부 발송은 하지 않음
검수일언제 다시 정확성과 권한을 확인하는가?매월 첫 영업일, 운영 리드가 확인
폐기 기준어떤 때 끄거나 다시 승인받는가?주인이 없거나 원본 시스템 변경 시 즉시 중지

여기에 모델 이름, 프롬프트 전문, 기술 스택까지 모두 넣을 필요는 없습니다. 필요하면 별도 실행 문서로 연결하세요. 카탈로그는 빠르게 판단하는 첫 화면이어야 합니다. 기술 세부 사항 때문에 담당자와 목적이 묻히면, 정작 필요한 순간에 쓰기 어렵습니다.

등록부터 폐기까지 다섯 단계

에이전트 운영은 한 번 승인하고 끝나는 일이 아닙니다. 입력 문서의 형식도 바뀌고, 연결한 서비스의 권한도 달라지고, 업무 목적 자체도 사라집니다. 그래서 공유 전·공유 중·공유 후에 각각 다른 확인이 필요합니다.

1. 등록: 해결할 업무와 담당자를 적고, 읽는 데이터와 하지 않는 행동을 표시한다.
2. 시험: 실제와 비슷한 비민감 자료로 결과·누락·중단 동작을 확인한다.
3. 승인: 업무 주인과 데이터 담당자가 사용 범위와 검수일을 확인한다.
4. 재검토: 정한 날짜에 결과 품질, 연결 권한, 계속 쓸 이유를 짧게 확인한다.
5. 폐기: 주인이 없거나 목적·입력이 바뀌면 중지하고, 필요한 기록만 남긴다.

이 흐름에서 “승인”은 도입 승인을 의미하지 않습니다. 설정한 범위 안에서 공유해도 되는지 확인하는 단계입니다. 입력 데이터가 바뀌거나 초안이 외부 발송으로 바뀌면, 같은 이름의 에이전트라도 다시 시험하고 승인해야 합니다.

카탈로그 화면은 한눈에 답해야 합니다

카탈로그를 열었을 때 사용자가 찾는 것은 보통 세 가지입니다. 이 에이전트가 내 업무에 맞는지, 내가 써도 되는지, 문제가 생기면 누구에게 말해야 하는지입니다. 따라서 카드의 첫 줄에는 멋진 이름보다 해결 업무를 씁니다. “AI 비서”보다 “확정 회의록으로 주간 메모 초안 만들기”가 더 낫습니다.

상태 문구도 명확하게 씁니다. “활성” 대신 “검토용 초안만 생성”, “승인 필요”, “중지됨: 원본 시스템 변경 대기”처럼 행동과 이유를 함께 적으세요. 이 한 줄이 사용자가 의도치 않은 실행을 피하게 하고, 지원 요청을 줄입니다. 간결한 UX writing은 관리 화면에서도 안전장치가 됩니다.

작은 팀은 이렇게 시작하세요

첫 주에는 현재 쓰는 에이전트나 AI 자동화 다섯 개만 적습니다. 완벽한 재고 조사는 나중에 해도 됩니다. 각 항목에 업무 주인과 마지막 검수일이 비어 있는지만 찾으세요. 둘 중 하나가 비어 있으면 바로 공유를 막을 필요까지는 없지만, 다음 검수 전까지 책임자를 정해야 한다는 신호입니다.

둘째 주에는 신규 요청이 들어올 때만 등록 양식을 채우게 하세요. 기존 항목을 전부 정비하려고 하면 목록은 오래된 프로젝트가 되기 쉽습니다. 매월 20분만 잡아 “계속 사용·수정 후 유지·중지” 세 가지로 분류하면 카탈로그가 현실을 따라갑니다.

카탈로그가 잘 작동하는지 보는 질문

  • 각 항목에 지금 결과를 책임질 사람이 있는가?
  • 읽는 데이터와 외부에 남기는 결과가 한 문장으로 보이는가?
  • 읽기·초안·실행 중 어디까지 하는지 구분되는가?
  • 마지막 검수일과 다음 검수일을 찾을 수 있는가?
  • 중지해야 할 상황과 연락할 사람이 적혀 있는가?

해외 플랫폼의 Agent Registry 같은 기능은 큰 조직의 문제처럼 보일 수 있습니다. 하지만 핵심은 도구가 아니라 운영 습관입니다. 소수의 자동화라도 목적·주인·검수일을 남겨 두면, 팀은 새로운 에이전트를 더 빨리 그리고 더 분명하게 선택할 수 있습니다.

출처: Google Cloud의 Gemini Enterprise 발표와 2026년 7월 업데이트를 2026년 9월 19일 확인했습니다. 등록·검증·폐기 양식은 LeanX의 제안입니다.

자주 묻는 질문

에이전트 카탈로그는 어떤 팀에 필요한가요?

한 팀 안에서 여러 AI 도구나 자동화가 공유되기 시작했다면 필요합니다. 특히 누가 만들었는지, 어떤 데이터에 닿는지, 아직 써도 되는지 알기 어렵다면 작은 목록부터 시작하세요.

카탈로그에 제품 이름만 적으면 되나요?

제품 이름만으로는 판단하기 어렵습니다. 해결하는 업무, 담당자, 입력·출력, 접근 데이터, 실행 여부, 마지막 검수일, 중단 기준을 함께 적어야 다른 사람이 안전하게 이해할 수 있습니다.

사용하지 않는 에이전트는 왜 폐기해야 하나요?

사용하지 않는 연결과 문서는 시간이 갈수록 낡은 정보를 만들 수 있습니다. 정기 검수에서 주인이 없거나 목적이 사라진 항목은 중지하고, 필요한 기록만 남겨야 관리 범위가 줄어듭니다.

팀의 AI 활용 현황을 점검하고 다음 실험을 정해 보세요.

무료 AX 자가진단

같은 주제에서 이어 읽기

전체 글