AI에게 지시하지 말고 위임하라 — 업무를 맡기는 AI 작업 공간 설계
매번 프롬프트를 다시 쓰는 방식에서 벗어나는 법. 역할을 고정하는 전역 지침, 직무별 플러그인, 정해진 시간에 스스로 도는 스케줄 작업으로 AI를 팀원처럼 쓰는 구조를 정리했습니다.
AI를 쓰는데 시간이 줄지 않는다면, 대개 매번 처음부터 설명하고 있기 때문입니다. 질문과 답변을 주고받는 방식에서 목표만 주고 결과물을 받는 방식으로 넘어가려면 작업 환경 자체를 다시 짜야 합니다. 이 글은 그 구조를 세 단계로 정리합니다.
이 문서는 NotebookLM(노트북 LM)으로 자료를 조사해 만든 문서입니다.
- 챗봇은 대화, 코워크형 도구는 위임입니다. 사용자의 역할이 프롬프트 작성자에서 관리자로 바뀝니다
- 1단계는 전역 지침입니다. 내 역할·원하는 톤·선호 포맷을 한 번 적어 두고 매번 반복하지 않습니다
- 2단계는 직무별 플러그인입니다. 배경지식(Skill)과 실행 명령(Command)을 묶어 직무 전문성을 입힙니다
- 3단계는 스케줄 작업입니다. 정해진 주기에 AI가 스스로 깨어나 반복 업무를 수행합니다
- 보안은 "집 전체 열쇠"가 아니라 작업할 방 하나만 여는 구조로 설계합니다
대화에서 위임으로
가장 큰 차이는 마지막 줄입니다. 결과물이 대화창이 아니라 파일로 남는다는 점이 업무 방식을 바꿉니다.
먼저 보안 구조부터
도입 검토에서 가장 먼저 나오는 질문이 "내 파일을 다 보는 것 아니냐"입니다. 실무에서는 작업용 폴더를 따로 만들어 그것만 연결하는 것이 기본입니다. 회사 자료를 다루는 경우라면 폴더 범위와 보관 정책을 문서로 남겨 두는 편이 좋습니다.
1단계 — 정체성을 고정한다
이 단계가 가장 싸고 효과가 큽니다. 세 줄만 적어 두어도 "다시 짧게 써 줘", "표로 바꿔 줘" 같은 되돌이 요청이 사라집니다.
2단계 — 직무 전문성을 입힌다
직무별 명령어를 만드는 일은 매뉴얼을 쓰는 일과 거의 같습니다. 신입에게 설명할 절차를 글로 정리해 본 적이 있다면 이미 절반은 한 셈입니다.
3단계 — 반복 업무를 맡긴다
자주 묻는 질문
회사에서 도입할 때 가장 먼저 정해야 할 것은 무엇인가요? 어떤 폴더를 열어 줄지입니다. 기능보다 권한 범위가 먼저입니다. 작업용 폴더를 따로 만들고, 고객 정보나 계약서가 들어 있는 경로는 처음부터 분리해 두는 것이 안전합니다. 이 원칙은 앞서 정리한 AI 에이전트 작업 가드레일과 같습니다.
전역 지침에는 무엇을 적어야 하나요? 길게 쓸수록 좋은 것은 아닙니다. 매번 반복해서 고치라고 말하게 되는 것을 적으면 됩니다. "결론부터", "표로", "존댓말", "우리 회사는 게임 개발사" 같은 문장 네다섯 줄이면 대부분 해결됩니다.
부서별 명령어는 누가 만드나요? 그 일을 가장 많이 해 본 사람이 만드는 것이 맞습니다. 개발자가 아니어도 됩니다. 절차를 글로 적을 수 있으면 만들 수 있습니다. 다만 처음에는 한 부서에서 명령어 두세 개로 시작해 결과를 보고 늘리는 편이 실패가 적습니다.
자동화해 두면 확인을 안 해도 되나요? 아닙니다. 정기 실행 결과는 사람이 훑는 단계를 남겨 두어야 합니다. 특히 외부에 나가는 문서나 수치가 들어가는 보고서는 그렇습니다. 자동화의 이득은 초안 작성 시간이지, 검수 면제가 아닙니다.
저희가 이 이야기를 하는 이유
에버스톤은 게임·앱 개발과 외주 프로젝트를 병행하면서 AI 도구를 실제 업무에 붙여 쓰고 있습니다. 그 과정에서 확인한 것은 도구를 고르는 일보다 작업 맥락을 글로 고정해 두는 일이 결과를 더 크게 바꾼다는 점입니다. 사내 규칙과 문서 형식을 정리해 둔 뒤부터 되돌이 수정이 눈에 띄게 줄었습니다.
이 글에서 설명한 기능과 화면은 원 자료 기준입니다. AI 도구의 기능과 이름은 자주 바뀌므로 도입 전에 각 제품의 최신 문서를 확인하시기 바랍니다.