MS 실행 컨테이너 정식 제공…AI 도구의 접근 범위를 외부 정책으로 제한

AI 에이전트가 프로그램을 실행하고 파일을 고치는 작업에서는 답변의 정확성뿐 아니라 실제 행동의 범위가 중요해진다. 읽어야 할 자료와 바꿀 결과, 접속할 서비스가 많아질수록 권한의 경계를 정하는 일이 운영의 일부가 된다. MXC는 이 경계를 모델의 응답 밖에서 다루려는 구성이다.

공식 저장소는 MXC를 앱에 연결하는 SDK와 실행 환경으로 설명한다. 앱은 실행할 작업과 정책을 지정하고 격리 방식은 해당 환경에 맞춰 적용된다. 전체 컴퓨터에 자동으로 보호 기능을 덧씌우는 서비스보다, 개발자가 자신의 앱에서 실행을 구성하는 기반에 가깝다.

정책에는 파일의 읽기와 쓰기, 금지할 경로, 네트워크 접근 등을 정의한다. 같은 파일이라도 읽을 수 있는지와 바꿀 수 있는지를 나눠 다룰 수 있다. 어떤 행동을 하도록 지시했는지와 실제로 어떤 행동까지 가능한지를 분리한다는 점이 핵심이다. 작업 목적과 실행 권한이 서로 다른 설정으로 남는다.

공식 안내는 Rust와 .NET, Node 계열의 연동 경로를 제공한다. 기존 앱에서 AI 도구 실행을 연결하는 구성이므로, 사용하는 개발 환경과 운영체제의 지원 조건이 함께 맞아야 한다. SDK의 존재와 실제 서비스에 연결된 상태는 다르며, 정식 제공 발표가 기존 앱의 권한 구성을 자동으로 바꿔 주는 것은 아니다.

운영체제별 지원과 향후 관리 기능은 구분된다

Microsoft는 Windows·macOS·Linux에서 사용할 수 있는 실행 방식을 구분해 소개했다. 각 방식의 보안 특성과 적합한 작업이 다르다고 명시한다. Windows 전용 세션 격리와 실험 단계 MicroVM도 같은 표 안에서 별도 조건으로 다뤄진다. 운영체제 이름만 확인해 기능이 동일하다고 판단하기 어렵다.

에이전트 활동을 구분하는 Entra 연동과 일부 Intune 정책 관리 기능은 앞으로 제공할 항목으로 표현됐다. 현재 SDK로 할 수 있는 일과 조직 차원의 관리 체계에 추가될 기능을 나눠 읽어야 한다. 정식 제공이라는 한 문구만으로 모든 관리 기능의 준비 상태를 설명할 수는 없다.

외부 정책이 다루는 것은 접근의 경계다. 경계 안에서 실행된 코드가 잘못된 보고서를 만들거나 잘못된 계산을 하는 문제까지 자동으로 해결하는 것은 아니다. 접근 제한과 산출물의 정확성이 다른 관리 항목으로 남는 이유다. 격리의 효과를 모델의 판단 능력과 같은 성능으로 평가할 수는 없다.

에이전트가 맡는 작업의 규모가 커질수록 실행 권한을 어디에서 정의하고 변경할지에 대한 책임도 분명해져야 한다. 모델이 제안한 행동을 앱이 실행하는 구조에서는 모델의 출력, 앱의 판단, 운영체제의 제한이 연결된다. MXC의 공개는 이 중 실행 환경의 통제 지점을 공통 정책으로 다루는 선택지를 추가했다.

이번 발표는 에이전트의 기능 확대를 뒷받침하는 운영 기반에 관한 소식이다. 중요한 변화는 더 많은 작업을 수행하는 능력과 함께 그 작업이 가능한 범위를 명시하려는 도구가 공개됐다는 점이다. 실제 적용 범위는 현재 지원하는 실행 방식과 관리 기능, 앱의 구성에 따라 달라진다.