Microsoft Scout 논란, AI 의존성의 제품 전략화

Scout는 개인 비서가 아니라 업무 습관의 저장소다

Disassociated가 인용한 Microsoft Scout 논란은 내부 문서에서 AI 개인 비서에 대한 의존성을 목표처럼 표현했다는 점 때문에 주목받았다. TechCrunch의 Scout 소개는 Scout를 Microsoft 365 생태계 안에서 동작하는 상시 실행 agentic assistant로 설명했다. 사용자는 자기 Scout에 이름과 스타일을 주고, 반복 업무를 학습시키며, 메모리와 skill을 쌓는다. Android Authority는 Microsoft가 업데이트된 입장에서 목표는 화면 시간을 늘리는 것이 아니라 시간을 돌려주는 것이라고 해명했다고 전했다.

문제는 해명이 사실이어도 논란이 사라지지 않는다는 점이다. AI 에이전트는 사용자가 많이 쓸수록 더 많은 업무 맥락을 가진다. 캘린더, 이메일, 회의 준비, Teams 대화, 문서 초안, 개인 선호가 누적된다. 이 축적은 생산성을 높이지만 동시에 전환 비용을 만든다. 사용자가 다른 도구로 이동하려면 기능뿐 아니라 자기 업무 기억 전체를 옮겨야 한다.

Copilot Cowork 유출 실험, 에이전트 보안의 경고, 도메인 위장 프롬프트 공격, 에이전트 방어의 맹점을 찌르다, Copilot 토큰 과금, 코딩 에이전트 비용의 현실화는 에이전트가 편리해질수록 권한, 비용, 보안 문제가 같이 커진다는 점을 보여줬다. Scout 논란은 여기에 의존성이라는 제품 윤리 문제를 추가한다.

중독이라는 말보다 중요한 것은 전환 비용이다

소셜미디어의 중독성 논쟁은 주로 체류 시간과 추천 알고리즘에 집중했다. 업무 AI의 의존성은 조금 다르다. 사용자는 재미 때문에 머무는 것이 아니라 업무가 돌아가기 때문에 머문다. Scout가 회의 준비, 이메일 우선순위, 문서 초안, 일정 조율을 담당하면 사용자는 도구를 끄는 순간 자기 업무 체계 일부를 잃는다. 이것은 소비자 앱의 engagement보다 더 강한 lock-in이 될 수 있다.

Microsoft는 Responsible AI 원칙을 공개해 왔고, Scout에도 policy conformance와 audit trail 같은 장치를 넣는다고 알려졌다. 하지만 안전 장치가 있다고 해서 의존성 문제가 자동으로 해결되지는 않는다. 감사 로그는 사고 후 원인을 찾는 데 유용하지만, 사용자가 장기간에 걸쳐 판단 능력을 도구에 넘기는 문제는 별도의 제품 지표가 필요하다.

기업 고객은 생산성보다 회수 가능성을 물어야 한다

엔터프라이즈 AI 에이전트를 도입할 때 CIO와 보안팀은 모델 성능만 보면 안 된다. 첫 질문은 끌 수 있는가여야 한다. 특정 부서가 Scout 같은 에이전트에 업무 흐름을 맡긴 뒤 계약, 가격, 정책이 바뀌었을 때 데이터를 내보내고 다른 시스템으로 옮길 수 있어야 한다. 둘째 질문은 설명할 수 있는가다. 에이전트가 어떤 메일을 중요하다고 판단했는지, 어떤 회의 자료를 참고했는지, 어떤 자동화가 승인됐는지 남아야 한다.

셋째 질문은 권한을 줄일 수 있는가다. 초기에는 읽기 권한만 주고, 이후 쓰기 권한과 외부 전송 권한을 단계적으로 늘리는 구조가 필요하다. 에이전트의 가치가 높아질수록 권한을 더 주고 싶은 유혹이 생기지만, 보안 사고의 피해 범위도 같이 커진다.

한국 시장의 변수는 메신저와 그룹웨어다

한국 기업 환경에서는 Microsoft 365뿐 아니라 자체 그룹웨어, 카카오워크, 네이버웍스, Slack, Jira, Notion, ERP가 섞인다. Scout식 개인 에이전트가 들어오면 업무 기억의 중심이 어디에 놓일지 경쟁이 시작된다. Microsoft가 강한 기업은 M365 안에 기억이 쌓일 것이고, 국내 SaaS는 자기 데이터가 외부 에이전트의 보조 데이터로 밀리지 않도록 대응해야 한다.

이 경쟁에서 중요한 것은 더 귀여운 비서 UI가 아니다. 데이터 이동성, 권한 경계, 로깅, 사용자 통제, 메모리 삭제권이 제품의 핵심 기능이 된다. AI 의존성 논란은 윤리 기사로 끝나지 않는다. 기업용 소프트웨어 시장의 lock-in 구조를 다시 쓰는 문제다.

자주 묻는 질문

Q1: Microsoft가 실제로 사용자를 중독시키려 한다는 뜻인가요?

A: 보도는 내부 문서 표현과 이에 대한 해명을 다룬다. 공개적으로 확인 가능한 것은 Microsoft가 의존성을 목표로 하지 않는다고 해명했다는 점이다.

Q2: Scout의 핵심 제품 가치는 무엇인가요?

A: Microsoft 365 안에서 일정, 메일, 회의, 문서 작업을 지속적으로 학습하고 자동화하는 개인 업무 에이전트다.

Q3: 업무 AI 의존성이 왜 위험한가요?

A: 사용자가 업무 기억, 판단 규칙, 자동화 절차를 특정 플랫폼에 쌓을수록 전환 비용과 보안 피해 범위가 커진다.

Q4: 기업은 어떤 계약 조건을 봐야 하나요?

A: 데이터 export, 메모리 삭제, 감사 로그, 권한 회수, 가격 변경 시 이전 가능성을 확인해야 한다.

Q5: 국내 SaaS에는 어떤 의미가 있나요?

A: 국내 업무 도구가 에이전트의 단순 데이터 소스로 밀리지 않으려면 권한 모델과 메모리 이동성을 제품 수준에서 제공해야 한다.