마이크로소프트, Word에 AI 법률 대리인 도입해 계약 검토 지원

Microsoft가 Word에 통합한 Legal Agent는 Microsoft 365 Copilot 생태계의 도메인 특화 에이전트(domain-specific agent) 패턴을 잘 보여주는 사례다. 기술적으로는 Azure OpenAI 기반의 LLM 위에 RAG(Retrieval-Augmented Generation) 구조를 얹어, 사용자의 조직 내부 가이드라인·계약 템플릿·Playbook을 임베딩하여 벡터 인덱스로 보관하고, 계약서 조항을 분석할 때 이를 참조해 일관된 검토 의견을 생성하는 방식으로 동작한다. Word의 OOXML 문서 구조를 파싱해 조항 단위로 청크를 나누고, 각 조항별로 위반 여부·리스크 수준·수정 제안을 마크업(track changes)으로 되돌려주는 것이 핵심 흐름이다. 단순 챗봇이 아니라 Microsoft Graph 권한 모델을 통해 사용자의 SharePoint·OneDrive 정책 문서에 접근하고, Purview를 통한 데이터 경계(data boundary) 보장이 함께 적용된다는 점이 엔터프라이즈 SaaS 관점에서 차별화된다.

개발자/엔지니어 관점에서 이번 발표가 시사하는 바는 두 가지다. 첫째, "수직 도메인(vertical domain) 에이전트"가 본격적인 SaaS 기능으로 자리 잡고 있다는 점이다. 그동안 LegalTech 스타트업(Harvey, Spellbook, Ironclad 등)이 점유하던 영역에 Microsoft가 Office 워크플로우 자체에 에이전트를 박아 넣음으로써, "별도 툴을 띄우지 않아도 되는" UX가 표준이 될 가능성이 커졌다. 둘째, Copilot Studio·Agent Builder를 활용한 사내 에이전트 구축 수요가 늘어날 것이다. 법무뿐 아니라 보안 검토(Security Review), 아키텍처 결정 기록(ADR) 검토, 코드 컨벤션 검사 등 "조직 내부 규정과 문서를 대조하는 작업"은 동일한 패턴(RAG + 조항별 비교 + 인라인 수정 제안)으로 풀 수 있기 때문에, 백엔드/플랫폼 엔지니어가 이런 에이전트의 데이터 파이프라인과 권한 모델을 설계해야 하는 상황이 늘어날 것이다.

한국 개발자가 당장 챙겨야 할 액션 아이템은 명확하다. 먼저, 자신이 운영하는 SaaS·내부 툴이 Microsoft 365 또는 Google Workspace 같은 플랫폼에 종속된 워크플로우라면, 플랫폼 사업자가 직접 에이전트로 흡수해버리는 "에이전트 디스인터미디에이션(disintermediation)" 리스크를 평가해야 한다. 단순 검토·요약·체크리스트 비교에 머무는 기능은 1~2년 내 플랫폼 기본 기능으로 편입될 가능성이 높다. 다음으로, 사내 도입을 검토한다면 데이터 거버넌스 설계가 핵심이다. 계약서·인사 문서 같은 민감 데이터가 Copilot 인덱스에 들어가는 순간 Purview Sensitivity Label, DLP 정책, 감사 로그(Audit Log) 설계가 보안 리뷰의 필수 항목이 된다. 마지막으로, 자체 에이전트를 구축한다면 Word/Excel용 Office Add-in 또는 Copilot Agent SDK(declarative agent + API plugin) 스펙을 익혀두는 것이 좋다. 단순히 ChatGPT 래퍼를 만드는 단계를 넘어, 사용자의 작업 도구 안에서 인라인으로 동작하는 에이전트를 만드는 역량이 점차 기본기가 되고 있다.