전부 맡기지도, 전부 막지도 않습니다 — AI 에이전트 실행 권한 모드 설계하기
SOP로 성공을 반복하는 법을 익혔다면, 이제 그 SOP를 실행할 때 AI에게 얼마나 맡길지를 정할 차례입니다. A사 대표가 소문 하나로 “전부 내 승인”을 지시했다가, 위험도 기준으로 권한을 다시 설계하는 하루를 따라갑니다.
한 번의 성공을 반복 가능한 절차로 — AI 실습을 SOP로 남기는 법
모듈8에서는 성공한 업무를 SOP로 남겼습니다. 이번엔 그 SOP를 실행할 때, AI에게 얼마나 맡기고 사람이 얼마나 확인할지를 다룹니다.
모듈8. SOP 전환 다시 보기 →실무자에서 결정권자로 — 지금까지와 다른 시점
모듈3~8은 실무자의 시점이었습니다. 영업팀장, 인사총무팀 담당자, 기획·행정 담당자가 각자의 업무에서 AI를 어떻게 판단하며 쓸지를 다뤘습니다. 모듈9는 처음으로 조직 전체의 AI 사용 규칙을 정하는 결정권자, A사 대표의 시점입니다.
모듈4에서는 “누가 어떤 계정·데이터에 접근할 수 있는가”(권한 관리)를 다뤘습니다. 모듈9는 한 걸음 더 들어가 “AI가 그 권한 안에서 사람 확인 없이 스스로 실행해도 되는 범위가 어디까지인가”(실행 권한 모드)를 다룹니다.
※ 등장하는 A사와 대표의 사례는 실제 기업이나 실제 인물을 재현한 것이 아니라, 교육 목적으로 구성한 가상 시나리오입니다.
동종업계에서 들었다는 이야기 하나. AI에게 승인권을 주면 마음대로 크레딧을 써서 고지서가 어마어마하게 나왔다는 소문입니다. 출처도, 어떤 조건에서 벌어진 일인지도 확인하지 않은 채, 대표는 바로 전 직원에게 공지합니다. “오늘부터 AI가 하는 일은 전부 나한테 승인받아.”
소문 하나로 전사 규칙을 바꿔도 될까요?
한 시간 반 뒤, 사소한 승인 요청까지 전부 대표 책상으로 몰립니다. 보고서 초안 승인, 표 하나 수정 승인, 심지어 파일명 변경까지 승인을 기다립니다. 정작 대표가 봐야 할 급한 계약 건은 뒤로 밀립니다.
AI가 사고 칠까 봐 막았는데, 회사가 대표 앞에서 막혔습니다. “내가 이걸 다 봐야 돼?”
1차시 정리
근거를 확인하지 않은 규칙은 병목을 만듭니다.
점심 무렵 동종업계 사장과 통화를 합니다. 한 곳은 뒤처질까 봐 조바심에 AI 에이전트에게 업무를 거의 다 맡겼는데, 역할·권한 설계가 없어 오류가 방치되고 재작업만 폭증한다고 합니다. 다른 한 곳은 성과가 생각만큼 안 나온다고 계속 투덜대거나, 직원들이 AI로 일자리를 잃을까 두려워 조건 없이 전 직원에게 AI 교육부터 받으라고 했답니다.
한쪽은 전부 맡겼고, 한쪽은 무조건 배우라고 합니다. 나는 전부 막았습니다. “셋 다 좀 이상한데.”
2차시 정리
전부 맡기는 것도, 전부 막는 것도, 두려움으로 강요하는 것도 설계가 아닙니다.
오전에 쌓인 승인 요청을 다시 펼쳐봅니다. 회의록 정리나 내부 문서 초안처럼 다시 확인하고 고칠 수 있는 일과, 결제·외부 전송·대량 파일 변경처럼 잘못했을 때 되돌리기 어려운 일을 나눕니다. “틀렸을 때 다시 고치면 되는 일”과 “틀리기 전에 막아야 하는 일” — 처음으로 구분이 보입니다.
그리고 아침에 들었던 소문도 다시 확인합니다. 출처를 찾아보니 “크레딧을 마음대로 구매”한 게 아니라, 한도 없이 반복 실행되다 사용량이 폭증한 사례였습니다. 모든 상황으로 일반화할 수 있는 이야기는 아니었습니다.
“내가 확인도 안 하고 전 직원부터 막았네.”
3차시 정리
위험도는 느낌이 아니라 되돌리기 어려운 정도로 판단합니다. 규칙의 근거도 마찬가지로 검증합니다.
지금까지 확인한 판단을 QEJA 순서로 정리하면, 우리 조직의 실행 권한 기준 최소 버전이 완성됩니다.
처음부터 완벽한 권한 기준을 만들지 않습니다. 업무 하나씩 놓고 판단하고, 실제로 적용하면서 보완합니다.
4차시 정리
권한 설계는 위험도 기준으로, 사람이 매번 다시 판단하는 것입니다.
퇴근 전, 대표는 아침에 내렸던 “전부 내 승인” 공지를 지웁니다. 대신 업무를 나눕니다. 내부 초안 작성과 단순 정리는 자동으로 진행하고, 외부 전송은 확인하고, 결제와 대량 변경은 승인받고, 민감한 자료가 포함되면 자동 분류와 무관하게 즉시 멈추고 사람이 봅니다. 파일 이름을 붙입니다. AI 업무 승인 기준_v0.1. 최종본이 아닙니다. 다음 달 같은 업무에 다시 적용해보고, 그때 한 번 더 고치기로 합니다.
“결국 내가 할 일은 승인 버튼 누르는 게 아니었네.” — “그럼 뭔데요?” — “어디서 내가 들어갈지 정하는 거지.”
오늘 정한 기준은 완성본이 아닙니다. 다음 달에도 다시 점검할 첫 번째 버전입니다.
권한 모드 설계 체크리스트
현재 규칙 기준선 → 업무·위험도 분류 → 근거 검증 → 권한 모드 판정 → 예외·중단 조건 → 절차로 남기기 순서로 채우면, 우리 조직의 AI 실행 권한 기준 v0.1이 완성됩니다.
체크리스트 다운로드 →모듈1부터 9까지, 결국 하나의 질문입니다
AI에게 무엇을 맡기고, 사람은 무엇을 판단할 것인가?
무엇을 맡기고 무엇을 확인할지, 위험도 기준으로 사람이 정할 때 비로소 권한 설계가 됩니다.
자주 묻는 질문
자동 처리로 분류해도 되는 업무는 어떻게 정하나요?
되돌리기 어려운 정도, 외부 노출 여부, 금전 발생 여부를 함께 봅니다. 내부 문서 정리처럼 틀려도 다시 고칠 수 있는 일은 자동 처리 후보가 되고, 결제·외부 전송·대량 변경처럼 되돌리기 어려운 일은 반드시 사람이 확인합니다.
동종업계나 인터넷에서 들은 이야기는 전부 무시해야 하나요?
아닙니다. 이야기 자체를 무시하라는 게 아니라, 검증 없이 그 이야기를 곧바로 전사 규칙으로 만들지 말라는 것입니다. 출처와 발생 조건을 확인한 뒤 규칙에 반영해도 늦지 않습니다.
권한 기준도 처음부터 완벽하게 만들어야 하나요?
아닙니다. v0.1로 시작해서 실제 업무에 다시 적용해보고, 잘 맞는 부분과 수정이 필요한 부분을 가려 v0.2로 올리는 방식을 권합니다.
이 체크리스트가 회사의 공식 보안·정보보호 정책을 대체하나요?
아닙니다. 「권한 모드 설계 체크리스트」는 국제AI교육원이 교육 목적으로 재구성한 실무 워크시트이며, 회사의 공식 보안 정책·정보보호 규정을 대체하지 않습니다. 조직에 이미 관련 정책이 있다면 그 기준을 우선하고, 이 체크리스트는 AI 실행 권한을 점검하는 참고 도구로 활용합니다.
이 모듈은 이렇게 만들어졌습니다
| 구분 | 내용 |
|---|---|
| FACT | 시나리오 속 소문의 배경이 된 실제 현상(한도 없는 AI 에이전트 반복 실행으로 인한 사용량 폭증)은 2026년 TechCrunch 등에 보도된 실제 업계 패턴 — 다만 등장인물과 상황 자체는 교육 목적의 가상 재구성 |
| OBSERVATION | 지금까지 시리즈는 실무자 시점(영업팀장·인사총무팀 담당자·기획행정 담당자)이었으나, 모듈9는 처음으로 조직 전체의 AI 사용 규칙을 정하는 결정권자 시점을 다룸 |
| JUDGMENT | 인물을 A사 대표로 설정 — 모듈4(권한 관리, 계정·데이터 접근)와 구별되는 “실행 승인 방식”이라는 새로운 층위를 다루기 위해서는 실무자가 아니라 규칙을 정하는 사람의 시점이 필요하다고 판단 |
| PROPOSAL | 체크리스트는 완성된 보안 정책 양식이 아니라, 조직이 자신의 업무를 놓고 위험도 기준 승인 규칙을 직접 설계해보는 워크시트로 설계 |
중소기업 AI 교육, 우리 회사는 무엇부터 시작해야 할까요?
단순한 도구 사용법보다 우리 조직의 업무와 역할에 맞는 AI 활용 역량과 운영 기준을 설계하는 것이 먼저입니다.
AI 교육의 시작은 도구가 아니라 우리 조직의 업무와 활용 기준입니다.
AI 기초와 리터러시부터 ChatGPT 실무, 생성형 AI 활용, AI 에이전트와 업무 자동화, 부서별 업무혁신, 관리자 교육, 책임 있는 AI 운영 기준까지 기업의 업무 환경과 구성원 수준에 맞춰 설계합니다.