AI에게 질문하는 데 익숙해졌다면, 이제 한 걸음 더 나아갈 차례입니다. 이 장에서는 Claude Code를 "답변을 주는 도구"가 아니라 "업무의 일부를 끝까지 처리하는 동료"로 바라보는 법을 익힙니다.
혹시 이런 경험이 있으신가요. AI에게 회의록 요약을 부탁했는데, 막상 회의가 끝난 뒤 해야 할 일은 그대로 남아 있었습니다. 결정 사항을 표로 옮기고, 담당자별 후속 메일을 쓰고, 일정 후보를 정리하고, 보고용 문장까지 다시 손봤다면 이상한 일이 아닙니다. 여러분이 AI를 잘못 쓴 게 아니라, 요청의 끝점을 너무 앞에 잡았기 때문입니다.
대부분의 직장인은 하루 종일 판단만 하며 일하지 않습니다. 업무시간의 상당 부분은 반복 처리에 쓰입니다. 메일함에서 첨부파일을 찾고, 엑셀 파일을 열어 숫자를 복사하고, 보고서 양식에 맞춰 붙여 넣습니다. 회의록을 정리한 뒤에는 담당자별 후속 메일을 쓰고, 파일명까지 바꿔 저장합니다. 그리고 비슷한 일을 다음 주에 다시 합니다.
예를 들어 운영팀의 민지는 매주 금요일 오후마다 같은 일을 합니다. 대리점별 매출 파일을 받고, 파일명을 정리하고, 월별 합계를 맞춥니다. 팀장에게 보낼 표를 만들고, 전주 대비 증감률을 계산합니다. 이상하게 튄 숫자가 있으면 대리점 담당자에게 다시 묻습니다. 마지막으로 보고서 양식에 붙여 넣고 "이번 주 특이사항"을 씁니다.
민지의 금요일 오후는 거의 매주 같습니다. 이 일은 아주 어렵지는 않습니다. 하지만 틀리면 곤란합니다. 그래서 매번 긴장하면서 합니다. 여러분의 업무에도 이런 일이 하나쯤 있지 않으신가요. 손에는 익숙한데 실수가 허용되지 않아 늘 긴장하게 되는 일 말입니다.
Claude Code가 이 업무를 대신 "판단"할 필요는 없습니다. 대신 파일 목록을 확인하고, 컬럼을 맞추고, 중복을 찾고, 이상값을 표시하고, 보고서 초안을 만들 수 있습니다. 그러면 민지가 해야 할 일은 마지막 확인과 판단으로 줄어듭니다.
이런 업무는 사소해 보이지만 회사 운영에는 꼭 필요합니다. 다만 문제는 업무 자체가 아니라 반복 방식입니다. 사람이 매번 같은 폴더를 열고, 같은 양식을 맞추고, 같은 검산을 하고, 같은 보고 문장을 만든다면 자동화할 여지가 있습니다.
그동안 AI를 써본 많은 사람도 반복 업무를 크게 줄이지 못했습니다. 이유는 간단합니다. AI를 여전히 챗봇처럼 썼기 때문입니다. 예를 들어 회의록을 자동화한다면서 녹취록을 붙여 넣고 "요약해줘"라고 요청하면, AI는 그럴듯한 요약을 줍니다. 그러나 결정 사항과 액션아이템을 다시 표로 옮기고, 담당자에게 메일을 쓰고, 캘린더에 넣을 일정 후보와 임원 보고용 문장을 정리하는 일은 그대로 사람에게 남습니다.
에이전트식 업무 자동화는 출발점이 다릅니다. 목표를 "회의록 요약"이 아니라 "회의 후속 처리 완료"로 잡습니다. PDF 요약도 "문서 줄이기"에서 끝내지 않습니다. 임원 보고서 초안까지 만듭니다. 엑셀 취합도 "파일 합치기"에서 멈추지 않습니다. 마스터 데이터, 요약표, 이상값 보고서, 담당자 확인 목록까지 남깁니다.
챗봇은 대답하고, 에이전트는 업무의 다음 단계를 이어갑니다. 이 차이를 이해하면 뒤에서 다룰 PDF 요약, 엑셀 취합, 회의록, 정산 자동화가 모두 같은 원리 위에 놓여 있다는 사실도 자연스럽게 보입니다.
핵심 포인트
AI를 업무에 쓰는 첫 기준은 "무엇을 물어볼까?"가 아닙니다. "이 업무는 어디까지 끝나야 정말 끝난 걸까?"를 먼저 정해야 합니다.
이미지: 한 번 묻고 답 받는 Chatbot, 옆에서 줄 단위로 도와주는 Copilot, 자리에 없어도 일을 마치는 Agent의 3분류. 같은 AI 단어 안에서도 도구의 결과 책임 범위가 다릅니다.
챗봇식 요청과 에이전트식 요청
먼저 우리가 익숙하게 쓰는 챗봇식 요청부터 보겠습니다. 보통은 이렇게 시작합니다.
이 회의록을 요약해줘.이 요청은 틀리지 않으며, 실제로 급할 때는 이 정도만으로도 도움을 받을 수 있습니다. 다만 업무의 끝까지 가지 못합니다. 회의록 요약은 회의 후속 처리의 일부일 뿐이고, 회의가 끝난 뒤 실제로 필요한 것은 보통 다음 결과물에 가깝습니다.
- 회의록
- 결정 사항 목록
- 액션아이템 표
- 담당자별 후속 메일 초안
- 캘린더 등록 후보
- 임원 보고용 5줄 요약
- 확인 필요 항목
반면 같은 일을 에이전트식으로 맡기면 요청의 모양이 조금 달라집니다. 단순한 요약이 아니라, 회의 이후 실제로 필요한 결과물까지 함께 지정합니다. 아래 예시는 그대로 복사해서 써도 좋지만, 회의 종류와 회사 양식에 맞게 출력 항목을 줄이는 편이 더 현실적입니다.
회의 녹취 파일을 읽고 후속 업무 패키지를 만들어줘.
출력:
1. 회의록
2. 결정 사항 목록
3. 액션아이템 CSV
4. 담당자별 후속 메일 초안
5. 캘린더 등록 후보
6. 임원 보고용 5줄 요약
검증:
- 담당자가 없는 액션아이템은 확인 필요로 표시
- 날짜가 애매하면 원문 표현을 그대로 남김
- 확정된 결정과 단순 의견을 구분
- 실제 메일 발송이나 캘린더 등록은 하지 않음두 요청의 차이는 길이가 아닙니다. 업무의 끝점이 다릅니다. 챗봇식 요청은 답변을 받으면 끝납니다. 에이전트식 요청은 결과물을 만들고, 검증하고, 사람이 승인할 수 있는 상태까지 가야 끝납니다.
개발곰곰의 팁
처음부터 출력물을 많이 요구하면 오히려 결과가 산만해질 수 있습니다. 첫 실습에서는
회의록,액션아이템 표,확인 필요 항목세 가지만 요청해 보세요. 이 세 가지가 안정적으로 나오면 메일 초안과 캘린더 후보를 붙이면 됩니다.
내 업무에 적용하는 질문
내가 자주 AI에게 부탁하는 일은 "요약"에서 끝나는가, 아니면 그 뒤에 사람이 다시 처리하는 후속 작업이 남는가?
실제 구현 흐름
"묻기"와 "시키기"의 차이는 출력물의 끝 지점에서 갈립니다. 묻기는 답변을 받으면 끝나지만, 시키기는 파일과 검증표를 남깁니다. 회의록 업무라면 목표를 "요약"이 아니라 아래처럼 잡습니다.
01_source/meeting-notes.md에서 결정 사항과 액션아이템을 추출합니다.03_outputs/meeting-minutes.md에 회의록 초안을 만듭니다.03_outputs/followup-email-draft.md에 담당자별 메일 초안을 만듭니다.03_outputs/calendar-candidates.csv에 일정 후보를 만듭니다.- 불명확한 담당자, 날짜, 결정 사항은
확인 필요로 표시합니다.
이렇게 업무의 끝을 파일로 정의하면 AI가 어디까지 해야 하는지 분명해집니다. 사람은 결과물을 검토하고, 외부 발송이나 일정 등록 같은 실행 권한은 직접 쥐고 있습니다.
도구 선택
회의 메모와 보고서 초안은 Markdown만으로도 충분합니다. 녹취록이 길면 텍스트 파일로 저장하고, 표가 필요하면 CSV를 함께 만듭니다. 외부 앱 연결이 필요할 때는 MCP를 바로 쓰기보다 먼저 로컬 파일 출력으로 흐름을 검증합니다.
검증 체크
- AI가 한 문장 답변이 아니라 파일 단위 결과물을 남겼습니까?
- 후속 메일과 일정 후보가 실제 발송·등록이 아니라 초안으로 남습니까?
- 결정 사항과 추측이 분리되어 있습니까?
- 두 번째 반복 실행 때 같은 폴더 구조를 재사용할 수 있습니까?
안 될 때 대안
회의록 자동화가 부담스럽다면 "요약+액션아이템 표"까지만 시작해도 됩니다. 일정 후보 생성이나 메일 초안은 다음 버전으로 미뤄도 괜찮습니다. 중요한 것은 한 번의 답변이 아니라 반복 가능한 출력 구조를 만드는 일입니다.
반론: "그래도 내가 직접 하는 게 더 빠르지 않나?"
맞는 지적입니다. 처음 한두 번은 자동화 흐름을 만드는 시간보다 직접 처리하는 시간이 더 짧을 수 있습니다. 특히 한 번만 할 일이라면 자동화하지 않는 편이 낫습니다.
하지만 다음 조건 중 하나라도 해당하면 이야기가 달라집니다.
- 매주 또는 매월 반복합니다.
- 파일 개수가 많습니다.
- 숫자 검산이 필요합니다.
- 회사 양식이 정해져 있습니다.
- 담당자 확인 목록이 매번 생깁니다.
- 실수하면 후폭풍이 큽니다.
이런 업무는 처음에 자동화 흐름을 만드는 시간이 들어도 두 번째부터 이득이 쌓입니다. 모든 일을 한꺼번에 자동화하려고 하면 실패하기 쉽습니다. 가장 반복적이고 규칙이 분명한 부분부터 줄여 보세요.
현실적인 대안은 간단합니다. 처음부터 모든 단계를 AI에게 맡기는 방식을 목표로 삼지 않습니다. 사람이 승인권을 쥔 "반자동화"부터 시작합니다.
이미지: 초안 생성, 검토, 승인 단계를 거치는 안전한 자동화 흐름
AI가 할 일: 파일 읽기, 초안 작성, 이상값 표시, 체크리스트 생성
사람이 할 일: 최종 판단, 승인, 외부 발송이 정도만 해도 업무 부담은 크게 줄어듭니다. 특히 초안 작성과 검산에 쓰던 시간을 줄이면 사람은 오류를 찾고 결정을 내리는 쪽에 더 많은 주의를 쏟을 수 있습니다.
핵심 포인트
자동화할지 말지 고민될 때는 "두 번 이상 반복되는가", "규칙이 있는가", "실수하면 다시 확인해야 하는가"를 먼저 보세요. 세 가지 중 두 가지 이상이면 자동화 후보로 올려도 됩니다.
자동화의 목표는 사람을 빼는 것이 아니다
AI 자동화라는 말을 들으면 "사람이 없어도 돌아가는 시스템"을 떠올리기 쉽습니다. 하지만 실무에서 좋은 자동화는 대개 그 반대입니다. 사람이 반드시 판단해야 하는 부분을 더 선명하게 남기고, 사람이 반복해서 처리하던 부분만 줄입니다.
예를 들어 거래처 송장 정산 업무를 생각해 봅시다. AI는 송장 PDF에서 거래처명, 공급가액, 부가세, 합계금액을 추출하고 발주서와 대조하며 정산서 초안까지 만들 수 있습니다. 다만 금액 최종 승인과 거래처 발송 책임은 사람에게 남겨야 합니다. 자동화는 돈을 대신 확정하는 일이 아니라, 사람이 확인해야 할 차이와 오류를 빨리 찾는 일입니다.
이 분담 — AI는 초안·이상값 표시·검증을 돕고, 사람은 최종 판단·승인·외부 발송을 책임진다 — 은 이 책의 안전 7원칙 4번(사람 승인 보존)으로 모든 장에 일관되게 적용됩니다.
이 책을 읽기 전 준비할 것
처음부터 회사의 실제 파일을 쓰지 마세요. 샘플 파일이나 복사본으로 시작합니다. 특히 고객 정보, 계약 금액, 인사 정보, 개인정보가 포함된 파일은 실습 전에 반드시 회사 정책을 확인합니다.
가장 먼저 준비할 것은 거창한 자동화 시스템이 아니라 작은 실습 폴더입니다. 이 폴더가 이후 모든 자동화의 안전한 실험실이 됩니다.
ai-workspace/
00_inbox/
01_source/
02_templates/
03_outputs/
04_archive/
99_logs/
CLAUDE.md이 폴더 구조는 이 책 전체에서 반복해서 사용합니다. 00_inbox에는 새로 들어온 파일, 01_source에는 원본 자료, 02_templates에는 보고서·공문·메일 양식을 둡니다. AI가 만든 결과물은 03_outputs에 저장하고, 완료된 파일은 04_archive에 보관하며, 실행 기록과 오류 기록은 99_logs에 남깁니다. CLAUDE.md에는 이 작업공간에서 AI가 지켜야 할 규칙을 적습니다.
프롤로그를 마치기 전에 아래 워크시트에 답해 봅시다. 답을 적어 두면 뒤에서 나오는 실습을 막연한 예제가 아니라 자신의 업무 흐름에 맞춰 바꿔 볼 수 있습니다.
내가 매주 반복하는 업무 3개
1.
2.
3.
그중 파일과 양식이 명확한 업무:
그중 실수 비용이 낮아 첫 실습으로 적합한 업무:
자동화하면 가장 시간이 많이 줄어들 업무:첫 자동화 대상은 중요하지만 위험이 낮은 업무로 고릅니다. 예를 들어 "외부 고객에게 자동 발송"보다 "내부 보고서 초안 생성"이 낫습니다. "원본 파일 정리와 삭제"보다 "파일 분류 계획 만들기"가 낫습니다.
핵심 포인트
첫 실습의 목표는 멋진 자동화가 아닙니다. 안전하게 실패해도 괜찮은 작은 업무를 골라, Claude Code와 함께 일하는 감각을 익히는 것입니다.