Phaze의 MCP 서버로 다른 Windows 컴퓨터를 원격 제어하는 IT 지원 에이전트 구축

이 IT 지원 에이전트의 가장 중요한 진전은 AI가 화면을 조작한다는 점보다 사람과 에이전트 사이에서 제어권을 넘기고 돌려받는 작업 방식을 시험했다는 데 있습니다. 사용자의 문제를 처음부터 끝까지 자동 해결해야만 쓸모 있는 것이 아니라, 에이전트가 처리할 수 있는 부분은 맡고 막히는 순간 담당자에게 넘긴 뒤 다시 이어서 완료할 수 있다면 지원 업무의 흐름을 바꿀 여지가 있습니다.

구성은 Slackbot이 요청에 응답하고 Phaze의 실험적 MCP 서버를 통해 Windows 컴퓨터에 접속하는 방식입니다. 현재는 IT 담당자가 사용자의 비밀번호를 입력해 로그인해야 하며, 담당자는 메시지에 있는 링크로 직접 접속할 수 있습니다. Phaze는 권한이 없는 사람의 연결 요청을 차단하고, 담당자가 개입한 뒤 에이전트에 제어권을 돌려 작업을 마무리하도록 할 수 있습니다. 이처럼 사람의 개입이 제품 흐름 안에 있다는 점은 완전 자동화를 앞세우는 것보다 현실적인 설계입니다.

하지만 원격 제어 권한은 일반적인 챗봇 권한과 다릅니다. 에이전트가 화면과 시스템을 조작할 수 있다면 잘못된 판단은 설명 오류를 넘어 설정 변경이나 작업 중단으로 이어질 수 있습니다. 특히 현재처럼 로그인 과정에서 사용자의 비밀번호를 IT 담당자가 입력하는 방식은 편리한 실험 단계일 수 있지만, 조직에 널리 적용하려면 자격 증명의 처리와 세션 범위, 작업 기록을 어떻게 관리할지가 중요해질 것입니다. 기사에 제시된 권한 확인은 출발점이지, 운영 통제 전체를 대신하지는 않습니다.

활용 사례마다 요구되는 위험 관리도 다릅니다. 렌더링 팜에서 멈춘 작업을 감지해 알리는 일은 상태 확인과 알림 중심이지만, 야간 업데이트나 신규 입사자 컴퓨터 설정은 실제 시스템 변경을 수반합니다. ServiceNow 티켓에 답하고 종료하는 일도 컴퓨터 조작과 다른 종류의 책임을 만듭니다. 따라서 모든 작업을 하나의 에이전트 권한으로 처리하기보다, 읽기·안내·변경·종료처럼 영향 수준에 따라 허용 범위를 나누는 편이 안전할 가능성이 큽니다.

사람이 화면을 보며 단계를 안내하는 모드는 특히 가치가 있습니다. 에이전트가 직접 조작하기 어려운 상황에서 사용자를 지원하면서도 사람이 판단을 유지할 수 있고, 반복되는 문제를 확인해 자동화 가능한 작업을 가려낼 수도 있습니다. 다만 사람의 감독이 형식적인 승인으로 굳어지면 안전장치가 약해질 수 있으므로, 어떤 순간에 왜 개입이 필요한지 분명하게 드러나는 경험이 중요합니다.

이 실험이 성공하려면 에이전트가 얼마나 많은 문제를 해결했는지만으로 평가해서는 부족합니다. 잘못된 접속을 차단하는지, 사람이 개입했을 때 통제권이 명확히 바뀌는지, 변경 작업을 추적하고 되돌릴 수 있는지가 조직 도입의 기준이 될 것입니다. 이런 경계가 신뢰할 만하게 작동한다면 원격 IT 지원은 단순한 챗봇을 넘어 업무 도구로 자리 잡을 수 있지만, 권한 관리가 불투명하면 자동화의 편익보다 사고 비용이 먼저 부각될 수 있습니다.