Mattermost, 폐쇄망 AI 에이전트 발표 — 자체 모델과 사람의 승인 아래 실행

Mattermost, 폐쇄망 AI 에이전트 발표 — 자체 모델과 사람의 승인 아래 실행

민감한 자료를 외부로 보낼 수 없는 조직에서도 AI 에이전트를 쓸 수 있을까요? Mattermost가 발표한 폐쇄망 구성을 모델·권한·감사 기록의 관점에서 살펴봤어요.

검은 구체를 감싼 청록 경계 — 폐쇄망 실행 공간의 개념

Mattermost가 발표한 폐쇄망 에이전트

Mattermost는 10월 27일 헬싱키 발표에서 Sovereign Agentic Solutions를 소개했어요. 외부로 데이터를 보내기 어려운 에어갭·기밀 환경에서 고객이 통제하는 모델과 에이전트를 함께 운영하는 구성이 중심이에요.

Sovereign Agentic Solutions가 묶는 것

새 발표는 특화 에이전트, 자체 환경의 모델, 현장 통합 지원을 묶어요. 일반적인 공개 챗봇 하나를 출시했다는 소식과는 범위가 달라요. 실제 업무 시스템 안에서 모델·권한·통합을 함께 운영하는 기업용 접근이에요.

어두운 고리 중앙의 청록 정육면체 — 고객이 통제하는 모델의 개념

에어갭은 연결 구조에 대한 조건

에어갭은 외부 연결을 분리하는 운영 조건을 말해요. 로컬 모델을 선택했다는 사실만으로 모든 연결이 끊긴 폐쇄망 구성이 완성되지는 않아요. 업데이트·도구·저장·운영 경로까지 대상 환경에서 확인해야 해요.

모델을 고객의 환경에서 실행하기

Sovereign AI 제품 안내는 Ollama·vLLM·OpenAI 호환 API 등 로컬 모델 연결을 설명해요. 같은 플랫폼이 클라우드 공급자도 지원하므로, 어떤 구성을 선택했는지가 중요해요. 폐쇄망 요구가 있는 작업에는 그에 맞는 연결 구성이 필요해요.

청록빛 틈을 사이에 둔 어두운 벽 — 외부 연결 분리의 개념

역할에 따라 모델을 나눌 수 있어요

발표는 역할별로 적합한 모델을 배정하는 예를 들어요. 자료를 모아 검토 초안을 만드는 에이전트와 보안 경보를 보강하는 에이전트가 서로 다른 모델을 쓸 수 있어요. 특정 모델 하나가 모든 업무를 대신한다는 설명은 아니에요.

Cohere North와 연결되는 선택지

Cohere 공식 문서는 North를 연결된 자료를 활용하는 에이전트형 업무 플랫폼으로 설명하고, 자체 환경·에어갭 배포를 안내해요. Mattermost는 North를 통한 Cohere 모델 활용도 제시했어요. 구체적 모델·라이선스·자원 조건은 배치별로 확인할 부분이에요.

낮은 검은 직사각 기반 위 청록 첨탑 — 자체 환경 운영의 개념

사람의 권한 아래에서 실행하기

Mattermost는 사람의 권한 아래에서 에이전트가 일하도록 하는 방향을 강조해요. 구체적인 승인 동작은 관리자 안내서에서 도구 정책과 사용자 권한을 함께 봐야 해요. 선언만으로 모든 쓰기 작업에 같은 승인 절차가 걸린다고 추정하지 않아요.

관리자 안내서가 설명하는 도구 승인

관리자 안내서에는 개별 도구를 허용하거나 승인을 요구하거나 비활성화하는 설정이 설명돼요. 에이전트에 허용된 MCP 공급자와 사용자 권한도 적용돼요. 도구를 연결할 수 있다는 것과 원하는 작업을 모두 실행할 권한이 있다는 것은 달라요.

깊이가 서로 다른 청록 원뿔 — 역할별 모델 선택의 개념

감사 기록은 무엇을 남기나요

같은 안내서는 설정 변경·도구 승인 같은 상태 변경 작업의 서버 감사 기록을 설명해요. 기록에는 행위자·결과·관련 식별자가 포함되지만 대화 본문이나 도구 인자를 그대로 담는 구조는 아니에요. 실제 보존은 서버 감사 설정을 확인해야 해요.

채널 맥락과 정보 접근 범위

채널에서 에이전트를 호출하면 대화와 업무 맥락을 활용할 수 있어요. Sovereign AI 안내는 채널 요약·검색·후속 작업 추출 등을 제시해요. 유용한 맥락을 가져오는 과정에서도 해당 사용자가 접근할 수 있는 정보 범위를 유지해야 해요.

비스듬히 떠 있는 청록 세 잎 매듭 — 연결된 내부 실행 구조의 개념

MCP 도구와 외부 연결 경계

MCP는 에이전트가 외부 도구와 연결되는 경로 중 하나예요. 관리자 문서는 공급자 설정·인증·개별 도구 정책을 구분해요. 폐쇄망에서는 외부 주소를 필요로 하는 도구가 요구사항에 맞는지도 별도로 확인할 필요가 있어요.

제로 트러스트는 매 요청의 조건

보안 안내는 신원과 접근 통제, 운영 경계의 중요성을 설명해요. 이번 발표는 요청 시점의 신원과 세션 조건을 검사하는 데이터 중심 접근을 강조해요. 이미 연결된 사용자라는 이유만으로 이후 모든 요청을 자동 신뢰한다는 의미는 아니에요.

청록 테두리 두 줄이 있는 어두운 원기둥 — 권한 제한의 개념

양자내성 주장은 적용 범위와 함께 읽기

발표에는 Arqit 등 생태계 협력에 따른 양자내성 보호가 언급돼요. 이는 공급사의 구성 설명이에요. 모든 기존 배포가 자동으로 동일한 암호 구성을 얻거나 독립 인증이 완료됐다는 주장으로 확대할 수는 없어요.

현장 엔지니어의 통합 작업

현장 엔지니어는 고객의 기존 시스템과 운영 조건에 맞춰 통합을 지원하는 역할로 소개돼요. 모델 파일만 설치하면 끝나는 업무가 아니라는 점이 드러나요. 구체적인 계약·지원 범위·일정은 고객별 협의 영역으로 남아요.

검은 공간 속 청록 유리 조각 — 도구의 허용 경로 개념

Microsoft 환경과의 상호운용

상호운용 제품 자료는 Microsoft Teams·M365·Entra ID 환경과 연결되는 협업 방식을 설명해요. 이번 발표도 기존 Microsoft 투자와의 공존을 강조해요. 각각의 배포·보안 수준에 맞는 조합을 실제 환경에서 검증해야 해요.

Matrix·XMPP와 기존 협업 경로

발표는 Matrix·XMPP와의 상호운용도 언급해요. 연결 규격을 지원한다는 것과 모든 기능이 양쪽에서 완전히 같다는 것은 별개의 문제예요. 운영자가 사용하는 메시지·파일·신원 흐름을 기준으로 범위를 확인할 수 있어요.

어두운 원형 면의 청록 나선 — 감사 이력을 추적하는 개념

Kubernetes 배포와 자체 GPU

배포 안내는 자체 호스팅과 프라이빗 환경 등 운영 선택지를 설명해요. 이번 발표는 Kubernetes 기반 서비스와 고객 GPU의 모델 실행을 제시해요. 필요한 GPU 용량이나 동시 처리량은 모델·업무·설정에 따라 달라질 수 있어요.

고객이 고를 수 있는 운영 형태

데이터를 직접 통제하려는 조직에도 운영비와 관리 책임은 남아요. 자체 배포는 패치·백업·인증·장애 대응을 누가 맡을지 정해야 해요. 이는 제품 비교를 위한 일반적 검토 관점이며 특정 조직의 운영비를 측정한 결과는 아니에요.

각도가 다른 빈 청록 삼각 프레임 — 여러 협업 경계의 개념

경계가 다른 조직의 정보 공유

서로 다른 보안 경계의 조직이 협업할 때는 수신자가 볼 수 있는 정보만 전달하는 설계가 필요해요. 발표는 Cross Guard 등의 연결을 설명해요. 특정 규제나 인증 이름이 언급돼도 개별 구축의 승인 완료와 동일하게 볼 수는 없어요.

작동 사례: 보안 경보 검토

이해를 위한 가상 사례로, 보안 경보의 관련 대화를 에이전트가 모아 분석가의 검토 초안을 만드는 흐름이 있어요. 원본 경보·추가 근거·모델의 추정을 분리하면 검토하기 쉬워져요. 이 글에서 해당 구성을 설치하거나 실측한 것은 아니에요.

청록 고리가 있는 어두운 타원체의 연결 — 상호운용의 개념

작동 사례: 회의 후속 업무 정리

다른 가상 사례는 회의 채널에서 후속 업무를 뽑는 일이에요. 요약은 읽기 보조지만 업무 시스템에 실제 항목을 만드는 것은 쓰기 작업이에요. 두 동작의 권한과 승인 기록을 나누면 자동화의 책임 경계가 분명해져요.

현재 제공과 별도 검증 항목

Mattermost는 v12가 현재 제공된다고 안내해요. 이 글은 공개 자료의 기능과 방향을 확인한 소개예요. 국내 제공 조건·가격·모델별 지연·개별 폐쇄망 적합성과 보안 검증은 이 발표에서 확정된 결과가 아니에요.

검은 받침 위 기울어진 청록 곡면 — 운영 균형을 표현한 개념

핵심 정리

핵심은 고객이 모델과 데이터를 통제하면서 협업 도구 안에서 에이전트를 운영하려는 접근이에요. 실제 완성도는 모델 선택뿐 아니라 도구 승인·정보 범위·감사 보존·운영 체계가 함께 맞는지에서 드러나요.

도입 검토에서 남겨둘 질문

도입을 검토하는 조직에는 기존 자료의 위치, 허용할 읽기·쓰기 작업, 감사 보존 방식, 운영 책임을 먼저 정리해 보는 것이 유용하겠어요. 공식 제품 자료와 관리자 안내서를 함께 읽으면 발표의 큰 약속을 구체적인 설정 질문으로 바꿀 수 있어요.

출처


협업문의 : kuroicode@gmail.com
블로그 : https://blog.svil.dev/
홈페이지 : https://svil.dev/