Microsoft Copilot Autopilot 자동화: 권한·승인 경계를 설계하는 법
핵심: Autopilot 같은 지속형 에이전트 기능은 목표만 주기보다 접근할 자료, 허용 행동, 금지 행동, 승인 필요 조건을 먼저 정해야 합니다. Microsoft가 소개한 기능은 프리뷰 기준이므로 일반 계정에서 제공된다고 가정하지 말고 테넌트에서 확인하세요.
Autopilot은 무엇이며 어디서 쓸 수 있나
Microsoft는 Copilot의 Home, Code, Autopilot 경험을 발표하며 Autopilot을 목표를 지속적으로 수행하는 개인화된 에이전트 방향으로 소개했습니다. 발표 당시 프라이빗 프리뷰라고 명시했으므로, 누구나 즉시 쓸 수 있는 정식 기능이라고 표현해서는 안 됩니다. 배포와 자격 요건은 Microsoft 공식 발표와 조직의 Microsoft 365 관리 화면에서 다시 확인하세요.
업무 지시를 여섯 항목으로 나누기
- 목표: “이번 주 미처리 요청의 유형별 현황을 정리한다”처럼 완료 결과를 분명히 씁니다.
- 자료 범위: 읽어도 되는 사이트·폴더·업무 공간을 지정합니다.
- 허용 행동: 검색, 초안 작성처럼 되돌릴 수 있는 활동을 나열합니다.
- 금지 행동: 외부 전송, 삭제, 결제, 권한 변경 등 금지 행동을 명시합니다.
- 승인 조건: 외부 발송, 고객 회신, 파일 수정 전 담당자 확인을 요구합니다.
- 완료 기준: 출처·결과·미해결 항목을 보고하고 불확실한 건은 사람에게 넘깁니다.
예시 지시문: “승인된 팀 폴더의 지난주 회의록만 읽고 미완료 항목 초안을 작성해. 문서 편집이나 메일 발송은 하지 말고, 각 항목에 원문 링크와 담당자 근거를 붙여서 제출해.” 목표와 제한을 한 문단에 섞지 않으면 담당자도 결과를 쉽게 검토할 수 있습니다.
작은 파일럿으로 검증하기
처음에는 민감도가 낮은 시험 공간에서 단일 목적, 짧은 기간, 제한된 자료만 사용하세요. 첫 주에는 읽기와 초안 작성만 허용하고 실제 변경 권한은 주지 않는 것이 검증에 유리합니다. 작업 샘플을 사람이 재검토해 누락·허위 근거·범위 이탈을 기록하고, 기준을 충족한 뒤에만 권한을 단계적으로 검토합니다.
회사의 데이터 접근은 계정 권한과 관리자 정책을 따릅니다. 다른 Microsoft 도구를 설정할 때도 Gemini Gems에 지침과 작업 범위를 분리해 넣는 방법처럼 지침을 역할·입력·출력으로 나누면 반복 가능한 운영 기준을 세우기 쉽습니다.
운영 중 매주 확인할 것
- 에이전트에 부여된 계정·파일·앱 권한이 업무에 필요한 최소 범위인지
- 로그에서 예상하지 않은 자료 접근이나 반복 실패가 있는지
- 사람의 승인 없이 외부에 공유되거나 변경된 결과가 있는지
- 초안의 출처가 원문과 일치하는지, 담당자가 수정한 비율은 어떤지
에이전트가 할 수 있다는 이유로 모든 업무를 맡기지 마세요. 외부 공개, 재정 지출, 삭제, 인사·고객 관련 결정은 명시적 사람 승인을 요구하는 설계를 우선하고, 시스템에서 실제로 승인 장치가 제공되는지 테스트해야 합니다.
공식 자료·함께 읽기
확인 기준: 2026년 10월 26일. 가용성 및 관리 기능은 테넌트별로 다를 수 있습니다.
댓글
댓글 쓰기