업무 담당자가 만드는 AI 에이전트 (AAS : AI Agent Studio) – 백서 다운로드

이 백서는 AI 에이전트가 업무에 정착하지 못하는 원인을 업무 창구의 부재에서 찾습니다. 시장의 여섯 구분과 비어 있는 자리, MSAP.ai AAS의 정의와 실제 화면, 업무 에이전트 카탈로그, 관측 화면, 온프레미스 설치와 보안 원칙, 다른 선택지와의 비교, 로드맵과 도입 방법까지 10개 장, 134쪽에 걸쳐 다룹니다. 독자는 도입을 결정하는 의사결정권자와 설치와 보안 검토를 맡는 IT 담당자입니다.

앞서는 점과 부족한 점을 같은 무게로 정리한 비교표도 실었습니다. 아래 버튼을 누르면 백서 134쪽 전문을 PDF 한 파일로 받을 수 있습니다.

AI 에이전트의 개념과 기업 도입 흐름부터 보고 싶다면 에이전트의 정의, 도입 사례, 운영 쟁점을 다룬 재생목록 ‘AI 에이전트와 AX’가 출발점입니다.

백서는 그 가운데 업무 담당자가 에이전트를 직접 만들고 지켜보는 콘솔 부분을 깊이 다룹니다. 재생목록에서 관심 있는 영상을 골라 본 뒤 백서를 읽으면 장마다 흐름을 따라가기 쉽습니다.

백서는 도입을 검토하는 조직이 실제로 묻는 질문 일곱 가지에 차례로 답합니다.

1. 채팅 프로그램만으로는 왜 AI 에이전트를 업무에 정착시키기 어려운가
2. AI 에이전트 도구 시장은 어떻게 나뉘고 어느 자리가 비어 있는가
3. MSAP.ai AAS는 무엇이고 누가 어떤 화면으로 쓰는가
4. 명함 인식, 공공서식, 화자 구분 회의록 같은 업무를 어떻게 맡기는가
5. 사람이 보지 않는 동안 실패한 정기 업무를 어떻게 찾아내는가
6. 쓰던 에이전트 플랫폼을 고치지 않고 조직 안에 설치할 수 있는가
7. 다른 선택지보다 무엇이 앞서고 부족하며, 어떤 순서로 시작하는가

Gartner는 특정 업무를 맡는 AI 에이전트를 탑재한 기업용 애플리케이션이 2025년 5% 미만에서 2026년 말 40%로 늘어난다고 전망했습니다. 반면 McKinsey 조사에서 업무 기능 하나를 기준으로 확대 적용한 비율은 어느 기능에서도 10%를 넘지 않았습니다. 백서는 이 간극의 원인 가운데 조직이 직접 손댈 수 있는 것으로 에이전트를 만들고, 시키고, 지켜보는 업무 창구를 꼽습니다. 시장의 도구는 다루는 일, 쓰는 사람, 실행 엔진 보유 여부, 설치 위치라는 네 가지 기준으로 나누면 여섯 구분이 됩니다. 그래서 조직 안 설치, 업무 담당자 사용, 만들기와 지켜보기의 한 화면을 함께 갖춘 조합이 검토 대상으로 남습니다. AI 에이전트의 기본 개념은 AI 에이전트란 무엇인가 — 정의, 구조, 기업 도입 기준에서 먼저 확인할 수 있습니다.

▲ 만드는 쪽과 지켜보는 쪽으로 나눈 여섯 구분과 AAS의 위치 (백서 27쪽)

그림 오른쪽 위, 업무 담당자가 만들기와 지켜보기를 함께 다루는 칸이 비어 있는 조합이며 MSAP.ai AAS가 겨냥하는 자리입니다.

MSAP.ai AAS는 AI 에이전트 플랫폼에 연결되는 일반 사용자용 에이전트 콘솔입니다. 부서 담당자가 정의하는 대상은 에이전트, 스킬, 정기 업무 세 가지로, 각각 누가, 어떻게, 언제에 해당합니다. 스킬은 업무 처리 방법을 적은 문서이고, 정기 업무(크론, 정해진 시각에 자동 실행되는 작업)는 그 스킬을 실행하는 일정입니다. 현재 연결되는 에이전트 플랫폼은 오픈소스 Hermes Agent 1종입니다. 에이전트를 실제로 실행하는 주체는 플랫폼이고, 콘솔은 정의와 관측만 맡습니다. 이 분업은 1980~90년대 현업 담당자가 데이터베이스 엔진 위에서 업무 프로그램을 직접 만들던 폭스프로·디베이스 선례와 닮았습니다. 엔진이 어려운 부분을 맡고 업무를 아는 사람이 화면과 규칙을 정했던 구조입니다.

▲ Hermes Agent 런타임·프로파일·스킬과 정기 업무·MCP 서버로 이어지는 실행 계층과, 그 위에서 정의·관측을 맡는 AAS 콘솔 (백서 32쪽)

그림은 런타임에서 프로파일, 스킬과 정기 업무를 거쳐 MCP(에이전트가 외부 도구를 부르는 공개 규약) 서버와 업무 시스템에 닿는 계층, 그리고 그 위에서 정의와 관측을 맡는 콘솔의 자리를 보여 줍니다.

만들기는 두 층으로 나뉩니다. 첫째 층인 에이전트는 사용자 한 사람에게 배정되는 실행 단위이며, 담당자는 관리자가 정한 한도(기본 3개) 안에서 자기 에이전트를 추가합니다. 표준 로그인(OIDC, 사내 계정으로 여러 시스템에 들어가는 인증 방식) 그룹에서 빠지거나 30일 동안 쓰지 않으면 자동으로 멈추고 데이터는 그대로 남습니다. 담당자가 퇴사하면 관리자가 소유권 이전으로 후임자에게 에이전트를 넘깁니다. 대화 화면에서는 실행 승인 카드와 되묻기 카드가 따로 표시되어 누가 어떤 명령을 허락했는지가 기록으로 남습니다.

▲ 에이전트 목록. 제목 옆 「+」 버튼과 그 아래 「내 에이전트 1개 · 한도 3개」처럼 사람마다 정해진 한도 안에서 에이전트를 늘립니다 (백서 42쪽)

에이전트 목록의 내 에이전트 1개 · 한도 3개 표시처럼, 담당자가 직접 에이전트를 늘려도 전체 수는 IT 관리자가 정한 범위를 넘지 않습니다. 도입 조직은 사람별 한도와 멈춘 에이전트의 처리 방식을 파일럿 전에 정해야 합니다.

실행 승인 카드는 버튼 유무보다 승인하는 순간 담당자 눈앞에 무엇이 보이는지가 중요합니다. 백서는 승인 카드에 실행하려는 명령과 대상을 함께 보여 주고, 승인 당시 화면에 보였던 내용까지 이력에 남겨야 감사에서 쓸 수 있는 기록이 된다고 설명합니다. 도입 검토의 질문도 사람 확인 없이 수행되는 동작 가운데 되돌리기 어려운 것이 무엇인지로 잡아야 합니다.

둘째 층인 프로파일은 에이전트 안의 업무 묶음이며 성격(SOUL), 모델, 스킬, 정기 업무, 메신저 연결, 비밀값을 프로파일마다 따로 가집니다. 새 프로파일은 같은 에이전트의 기존 프로파일을 복제하거나 다른 에이전트에서 가져오기로 출발점을 정하고, 성격 문서는 역할 템플릿 20종에서 시작할 수 있습니다. 어느 출발점을 고르든 비밀값은 복사되지 않으므로 자격증명이 사람 사이로 옮겨 가지 않습니다. 화면에서 바꾼 설정은 모두 Hermes Agent 대시보드의 공식 변경 경로로만 보내고, 누가 언제 무엇을 바꿨는지는 콘솔의 변경 기록에 남습니다. 다만 스킬에 딸린 스크립트는 보기만 되므로, 스크립트가 필요한 스킬은 지금도 개발 인력의 손을 거칩니다.

▲ 프로파일 목록. 위쪽 칸의 「전체 2 · 게이트웨이 실행 중 2」와 「쉬는 프로파일 1」처럼 에이전트 안 프로파일의 상태가 한 줄씩 보입니다 (백서 40쪽)

프로파일 목록 아래에 변경 경로가 안내되어 있어, 감사 담당은 플랫폼 로그와 콘솔 기록을 맞대어 볼 수 있습니다. 에이전트가 스스로 고친 스킬을 정기 검토에 넣는 규칙은 도입 조직이 정해야 하며, 점검 기준은 AI 에이전트 필수 기능 여덟 가지, 도입 전 점검 기준에 정리되어 있습니다.

업무 에이전트 카탈로그는 문서·OCR부터 개인 비서까지 10개 카테고리로 나뉘며, 모두 Hermes Agent의 스킬과 정기 업무로 구현되어 있습니다. 명함 인식은 조직 안 AI 게이트웨이의 비전 모델로 명함을 읽고, 등록 전 예행 결과를 사람이 확인해야 CRM에 기록합니다. 같은 사람이 있으면 멈추고, 없는 회사는 만들지 않습니다. 한글(HWP·HWPX) 공문은 문서 변환 도구 서버와 CPU에서 도는 오프라인 OCR로 읽고, 공공서식 빈칸에 채운 값은 담당자가 확인한 뒤에만 저장합니다. 화자 구분 회의록은 조직 안 GPU 서버에서 음성 인식과 화자 분리를 처리하고, 목소리 지문이 맞지 않으면 화자를 미확인으로 남깁니다. 회의록의 지시사항은 지시·근거·기한으로, 액션 아이템은 항목·담당·기한으로 정리됩니다.

▲ 화자 구분 회의록에서 지시사항과 액션 아이템이 칸반 할 일, 지시 원장, 담당자별 알림으로 이어지는 처리 흐름 (백서 68쪽)

그림처럼 지시사항은 번호가 붙은 지시 원장에, 할 일은 담당자별 칸반에 쌓이고, 완료 체크는 에이전트가 아니라 사람이 합니다. 첫 후보는 아래 표처럼 반복량, 결과 확인 용이성, 사람 확인 단계, 연결 시스템 수로 비교해 결정해야 합니다.

에이전트가 업무에 정착할수록 실행은 사람의 지시보다 일정에서 시작됩니다. 활동 화면 예시에서 최근 7일 세션 152개 가운데 92%가 정기 업무에서 시작되었습니다. Hermes Agent는 실패 알림을 그 작업의 전달 대상으로만 보내므로, 결과를 저장만 하는 작업은 실패해도 아무에게도 알리지 않습니다. Cron 헬스체크 화면 예시는 정기 업무 95개 가운데 알림이 안 가는 작업 15개를 목록으로 드러내고, 이미 회복된 실패 기록 62건을 지금도 실패 중인 작업과 나눠 보여 줍니다. 자격증명 화면은 103개를 값 없이 훑어 만료(임박) 7개, 빈 값 3개, 여러 곳에 복사된 값 17개를 찾아냅니다. 실패가 0건인 날에도 하루 두 번 상태 요약을 메신저로 보내고, 읽지 못한 프로파일은 0건이 아니라 수집 실패로 표시합니다.

▲ 정기 업무의 실패 알림이 전달 대상으로만 가는 경로와, 전달 대상이 없는 작업에서 실패가 드러나지 않는 경로 (백서 10쪽)

그림은 전달 대상이 비어 있는 작업의 실패가 어디에도 닿지 않고, 관측 화면만이 두 경로의 실행 기록을 모으는 구조를 보여 줍니다. 화면은 원인을 드러낼 뿐이므로, 전달 대상을 붙이고 토큰을 교체할 책임자는 조직이 지정해야 합니다.

관측이 이만큼 중요한 까닭은 에이전트의 실행 경로가 미리 고정되어 있지 않기 때문입니다. 기존 업무 자동화는 어떤 시스템을 어떤 순서로 부를지 배포 전에 정해 두지만, 에이전트는 실행하는 순간 도구를 골라 단계를 이어 갑니다. 감시 대상이 설계 문서에서 실제 실행 기록으로 옮겨 가는 이유이며, 운영 관점의 관측 전략은 AI Observability 도입 실무 전략 — 자동화 효율과 데이터 주권에서 함께 읽을 수 있습니다.

콘솔은 플랫폼에 닿는 경로를 둘로 나눕니다. 읽기 경로는 플랫폼의 데이터 폴더를 읽기 전용으로 열고, 변경 경로는 플랫폼의 공식 변경 경로 하나만 씁니다. 쓰던 에이전트 플랫폼을 고치지 않고 얹기 때문에 플러그인, 설정, 버전을 바꾸지 않으며 운영 중인 정기 업무도 멈추지 않습니다. 예외는 사내 스킬 마켓 패키지의 설치와 삭제 두 가지이고, 범위를 좁혀 화면과 제품 문서에 밝혀 둡니다. MSAP.ai AAS는 온프레미스 제품으로, 망 안으로 반입한 컨테이너 이미지만으로 외부 내려받기 없이 기동됩니다. 국가 망 보안체계(N²SF)가 업무 정보를 세 등급으로 나눠도 기밀 등급 업무는 분리된 망에 남으므로, 모델과 음성 인식, OCR까지 조직 안에 두는 구성이 기본입니다.

▲ 조직 안에서 완결되는 AAS 온프레미스 구성 — 콘솔, 에이전트 플랫폼, 모델·음성 인식·OCR (백서 88쪽)

그림은 콘솔, 에이전트 플랫폼, 모델 게이트웨이, 음성 인식과 OCR이 모두 조직 경계 안에 놓이는 구성입니다. 보안 담당은 아래 다섯 원칙을 검토표로 옮겨 설치본에서 직접 점검해야 합니다.

보안 검토에서는 기록이 어디에 쌓이는지도 함께 정해야 합니다. 에이전트 운영 기록은 실행 기록, 콘솔의 변경 기록, 사람이 명령을 허락하거나 막은 승인 기록으로 나뉘며, 세 기록이 모두 조직 안 저장소에만 남는지와 보존 기간·열람 권한을 누가 정하는지를 설치 구성과 계약 문서에서 확인합니다. 콘솔의 변경 기록은 콘솔을 거친 변경만 담으므로, 변경 경로를 콘솔로 모으는 운영 규칙도 필요합니다.

백서는 대표 제품 12개를 2026년 10월 8일 공식 자료 기준으로 비교합니다. 외부 클라우드를 쓸 수 있는 조직이라면 Copilot Studio와 Claude Cowork가 스크립트 스킬 제작, 사내 마켓, 관리자 통제의 완성도에서 앞섭니다. 외부 클라우드를 쓸 수 없고 Hermes Agent를 운영하거나 도입할 계획이라면 MSAP.ai AAS가 맞는 조건입니다. MSAP.ai AAS가 앞서는 항목은 정기 업무 건강 감시, 근거 줄이 붙은 호출 관계, 값을 보지 않는 자격증명 점검처럼 관측과 설치 방식에 모여 있습니다. 반면 연결 플랫폼이 1종이고, 마켓 결제와 비용 자동 정지, 부서 단위 권한 묶음이 없습니다. 로드맵은 날짜 대신 순서로 관리되며 협업 방, 마켓 운영, 두 번째 에이전트 플랫폼 연결 순서입니다.

▲ 현재 범위 다음에 오는 세 항목과 그것이 메우는 한계 (백서 120쪽)

그림처럼 마켓 결제는 둘째, 두 번째 플랫폼 연결은 셋째 순서에서 메워지고, 비용 통제와 부서 권한은 운영 규칙으로 보완합니다. 두 기능이 꼭 필요한 조직은 공급사와 항목별 진행 상황을 따로 확인해야 합니다.

• 업무 기능 하나 기준 에이전트 확대 적용은 10% 이하이며, 원인은 만들고 시키고 지켜보는 창구의 부재입니다.
• MSAP.ai AAS는 오픈소스 Hermes Agent 위에 얹히는 일반 사용자용 콘솔이며, 실행은 플랫폼이 맡고 정의와 관측은 콘솔이 맡습니다.
• 에이전트는 사람마다 기본 3개 한도 안에서 받고, 업무별 프로파일은 복제와 가져오기로 만들되 비밀값은 복사되지 않습니다.
• 명함, 공공서식, 화자 구분 회의록은 반복량이 많고 기록 전 사람 확인이 있어 첫 파일럿 후보로 적합합니다.
• Cron 헬스체크는 알림이 안 가는 작업과 이미 회복된 실패를 나누고, 읽지 못한 정보는 0건이 아니라 수집 실패로 표시합니다.
• 변경은 플랫폼 공식 경로 하나로만 보내며, 예외는 마켓 패키지 설치와 삭제 두 가지뿐입니다.
• 로드맵 순서는 협업 방, 마켓 운영, 두 번째 에이전트 플랫폼 연결입니다.

MSAP.ai AAS는 무엇인가요?

MSAP.ai AAS는 AI 에이전트 플랫폼에 연결되는 일반 사용자용 콘솔입니다. 부서 담당자가 에이전트, 스킬, 정기 업무를 정의하고 실행 결과를 지켜보는 화면을 한곳에 모았습니다. 에이전트를 실제로 실행하는 일은 연결된 플랫폼이 맡습니다.

지금 어떤 에이전트 플랫폼에 연결되나요?

현재 연결되는 에이전트 플랫폼은 오픈소스 Hermes Agent 1종입니다. 다른 플랫폼을 쓰는 조직은 별도 업무로 병행하거나 로드맵의 두 번째 플랫폼 연결을 기다려야 합니다.

도입하면 쓰던 에이전트 플랫폼을 고쳐야 하나요?

플러그인, 설정, 버전을 바꾸지 않고 플랫폼 위에 그대로 얹습니다. 플랫폼 데이터는 읽기 전용으로 읽고, 변경은 플랫폼이 공식으로 제공하는 경로 하나로만 보냅니다. 예외는 사내 스킬 마켓 패키지의 설치와 삭제 두 가지이며, 범위를 좁혀 화면과 문서에 밝혀 둡니다.

외부 클라우드 없이 조직 안에 설치할 수 있나요?

네, MSAP.ai AAS는 외부 내려받기 없이 조직 안 서버에서 기동되는 온프레미스 제품입니다. 단일 서버형과 여러 사용자를 받는 쿠버네티스 배포본을 제공합니다. 명함 판독, 공문 OCR, 회의 음성 인식도 조직 안 모델과 서버로 처리하도록 구성합니다.

업무 담당자가 직접 에이전트를 만들 수 있나요?

네, 담당자는 관리자가 정한 한도 안에서 자기 에이전트를 추가하고 그 안에 업무별 프로파일을 만듭니다. 프로파일은 기존 것을 복제하거나 다른 에이전트에서 가져와 시작하고, 성격은 역할 템플릿 20종에서 출발할 수 있습니다.

비밀값이 화면이나 로그에 남지 않나요?

비밀값의 값은 화면, 로그, 변경 기록 어디에도 남기지 않습니다. 자격증명은 이름, 위치, 쓰는 곳, 만료일만 보여 주고, 중복은 값의 해시를 비교해 같은 값이 몇 곳에 있는지로만 알립니다.

첫 파일럿은 어떤 업무로 시작하는 것이 좋나요?

반복량이 많고 결과를 쉽게 확인할 수 있으며 기록 전에 사람이 확인하는 업무가 좋습니다. 영업 조직은 명함 인식, 공공기관은 공문 판독과 공공서식 채우기, 경영 부서는 화자 구분 회의록이 대표 후보입니다. 후보가 여럿이면 연결 시스템 수가 가장 적은 업무를 먼저 고릅니다.

• AI 에이전트란 무엇인가 — 정의, 구조, 기업 도입 기준
• AI 에이전트 필수 기능 여덟 가지, 도입 전 점검 기준
• 오픈소스 AI 에이전트 Hermes 도입 가이드 — Gemma 4 사내 AI 결합
• AI 에이전트 플랫폼 도입 가이드 — AI Native Platform 체크리스트
• Agentic AI(에이전틱 AI)란 무엇인가 — 생성형 AI의 다음 단계
• AI 에이전트와 챗봇의 차이 — 5가지 기준 비교
• AX vs DX — 디지털 전환과 AI 전환, 무엇이 다른가
• Hermes Agent Web Dashboard 사용자 가이드 (Nous Research)
• What is Microsoft Copilot Studio (Microsoft Learn)
• IBM watsonx Orchestrate
• Paperclip 저장소 (GitHub)
• FoxPro (Wikipedia)

백서에는 대표 제품 12개 비교표, 업무 에이전트 카탈로그, 첫 유즈케이스 선정 기준과 파일럿 단계별 판단 기준이 실려 있습니다. 관측 화면과 보안 원칙, 도입 검토 질문을 백서 134쪽 PDF 한 파일에 담았습니다.