Claude Code 실전, 17편

클로드로 업무 자동화하기
- 반복 업무를 에이전트에게 넘기는 4단계

Q: 무료 플랜으로도 업무 자동화가 되나요?

규칙 파일을 만들고 작업을 시키는 기본 흐름은 체험할 수 있지만, 사람 없이 매일 도는 자동화까지 가려면 사용량 한도 때문에 유료 플랜이 현실적입니다.

Q: 회사 자료를 맡겨도 괜찮을까요?

먼저 사내 보안 정책 확인이 순서입니다. 기술적으로는 접근 권한을 폴더 단위로 좁히고, 되돌리기 어려운 작업에는 승인 단계를 끼우세요. 고객사 자료나 개인정보가 섞인 폴더는 자동화 대상에서 빼는 편이 안전합니다.

Q: 자동화가 잘못된 결과를 내면 어떻게 알아채나요?

알림을 성공이 아니라 이상 신호에만 걸어야 알아챕니다. 매일 성공 알림이 오면 사람은 곧 안 읽습니다. 그리고 결과 0건을 반드시 실패로 분류하세요. 오류 없이 아무것도 만들지 않은 상태가 가장 늦게 발견됩니다.

환경, 자동화|2026년 8월 23일|9분 분량

한마디로

업무 자동화의 성패는 프롬프트 실력이 아니라 같은 일을 세 번 했을 때 그걸 규칙으로 박아두느냐에 달려 있어요. 순서는 넷입니다. 자동화할 일을 고르고, 규칙을 파일로 만들고, 일을 유형별로 쪼개고, 마지막에 검증 게이트를 답니다. 이 순서를 건너뛰면 자동화가 아니라 빠른 실수 생성기가 돼요.

그래서 뭐가 좋아지나 - 주간 보고 취합으로 보면

매주 월요일 아침, 여러 팀에서 온 자료를 모아 보고서 한 장으로 만드는 일을 예로 들어볼게요. 같은 작업인데 결과물에 이르는 경로가 완전히 달라집니다.

장면, 월요일 주간 보고나:"지난주 자료들 모아서 보고서 초안 만들어줘"

✕ 매번 채팅창에 새로 부탁하기

배경을 다시 설명하고, 자료를 붙여넣고, 형식을 또 지정합니다. 지난주에 합의한 표기 규칙은 AI가 기억하지 못해요. 결과물 품질이 매주 들쭉날쭉하고, 그걸 고치는 시간이 다시 듭니다.

✓ 규칙을 파일로 박아두고 시키기

보고서 형식, 표기 규칙, 자료 위치를 파일에 적어두면 매주 문장 하나로 끝납니다. AI가 자료를 직접 읽고, 정해진 형식으로 쓰고, 지난주와 같은 표기를 씁니다. 나는 검토만 해요.

→ 매주 반복되던 설명 시간이 0이 되고, 품질이 사람 컨디션과 무관해집니다

차이를 만든 건 더 좋은 프롬프트가 아니라 프롬프트를 매번 쓰지 않아도 되는 구조입니다. 자동화는 여기서 시작해요.

0단계, 자동화할 일을 고르는 기준

시작부터 전부 자동화하려다 실패하는 경우가 가장 많아요. 아래 세 질문을 통과하는 일만 후보로 올리세요.

질문	통과 기준	떨어지면
세 번 했나	같은 형태로 이미 3회 이상 반복한 일	아직 손으로 하세요. 규칙이 안 굳었습니다
판단이 적은가	수집, 정리, 변환, 형식 맞추기가 일의 8할	판단이 핵심이면 자동화 대상은 준비 단계까지만
되돌릴 수 있나	틀려도 파일 복구나 재실행으로 원상복구 가능	외부 발송, 결제, 삭제는 사람 승인을 반드시 끼웁니다

이 표를 통과한 일부터 손대면 실패 비용이 낮아요. 반대로 "판단이 핵심인 일"을 첫 자동화 대상으로 잡으면 대부분 되돌아옵니다.

1단계, 규칙을 파일로 만든다

STEP 1

매번 설명하던 것을 CLAUDE.md에 한 번만 적는다

작업 폴더에 CLAUDE.md 파일을 두면 클로드가 세션을 열 때마다 자동으로 읽습니다. 여기에 적을 건 세 가지예요. 내가 누구고 어떤 톤을 쓰는지, 일을 어떤 순서로 처리하는지, 반복되는 결정과 금지 사항은 무엇인지.

▶ Claude Code에 이렇게 입력하세요 (첫 규칙 파일 만들기)

이 폴더에서 내가 반복하는 작업을 파악해서 CLAUDE.md 초안을 만들어줘. 항목은 세 개로 해. 1) 내 역할과 문서 톤 2) 작업 처리 순서 3) 하지 말아야 할 것. [내 직무]와 [자주 만드는 산출물]은 이렇다: ...

핵심은 분량이 아니라 구체성입니다. "정확하게 써줘" 같은 문장은 아무 일도 하지 않아요. "금액은 항상 원 단위 세 자리 콤마, 추정치는 추정이라고 표기"처럼 검사 가능한 문장이라야 규칙으로 작동합니다. 자세한 작성법은 3편 CLAUDE.md에서 다뤘어요.

2단계, 일을 유형별로 쪼갠다

STEP 2

한 파일에 다 넣지 말고, 작업 유형별로 담당을 나눈다

규칙이 늘어나면 한 파일로는 감당이 안 돼요. 이때 서브에이전트로 작업 유형별 담당을 만들고, 스킬로 자주 쓰는 절차를 접어둡니다. 폴더가 아니라 작업 유형으로 나누는 게 요령이에요. 폴더로 나누면 새 프로젝트마다 담당이 또 필요해집니다.

서브에이전트는 각자 별도의 문맥에서 돌기 때문에, 자료를 잔뜩 읽어야 하는 일을 맡겨도 내 대화창이 지저분해지지 않습니다. 공식 문서도 문맥 보존과 도구 제한을 주요 이점으로 설명해요.

출처, Claude Docs Subagents

실무에서는 이 정도 분업이면 충분해요. 문서 만드는 담당, 데이터 정리하는 담당, 메일 초안 쓰는 담당, 그리고 납품 전 검수 담당. 마지막 하나가 4단계와 연결됩니다. 만드는 법은 4편 서브에이전트와 5편 Skills에 있어요.

3단계, 손 안 대고 도는 지점을 만든다

STEP 3

내가 기억해서 실행하는 한, 그건 아직 자동화가 아니다

여기가 진짜 분기점이에요. 규칙과 담당까지 만들어도 실행 버튼을 내가 누른다면 절약되는 건 타이핑 시간뿐이에요. 실행 자체를 사람에게서 떼어내야 자동화가 됩니다. 방법은 두 가지입니다.

훅(Hooks) - 세션이 열릴 때, 프롬프트를 넣을 때, 작업이 끝날 때처럼 정해진 시점에 스크립트가 자동으로 돕니다. 세션 시작 시 어제 진행 상황 브리핑, 작업 종료 시 자동 백업이 대표적이에요.
예약 실행 - 매일 정해진 시각에 도는 작업. 자료 수집, 지표 집계, 리포트 발송처럼 사람이 없어도 되는 일을 여기 겁니다.

출처, Claude Docs Hooks reference

▶ Claude Code에 이렇게 입력하세요 (첫 훅 걸기)

세션을 시작할 때마다 어제까지 진행 상황을 요약해서 보여주는 SessionStart 훅을 만들어줘. 요약 소스는 [HANDOFF.md] 파일이고, 설정은 settings.json에 넣어줘.

훅의 종류와 설정 파일 위치는 6편 Hooks에서 다뤘습니다. 참고로 훅은 자동화의 시작점이자, 다음 단계인 검증 게이트를 강제하는 수단이기도 해요.

4단계, 검증 게이트를 단다

STEP 4

자동화의 진짜 위험은 실패가 아니라 조용한 실패다

자동화가 멈추면 금방 압니다. 문제는 멈추지 않고 계속 틀린 결과를 내는 경우예요. 숫자 하나가 어긋난 채로 매일 리포트가 나가면, 몇 주 뒤에야 발견합니다. 그래서 자동화 회로에는 반드시 스스로 확인하는 지점이 있어야 합니다.

검증은 거창할 필요가 없어요. 실무에서 효과가 컸던 건 이 네 가지입니다.

산출 전 자가 점검 - 요청한 걸 실제로 만족했는지, 수치에 근거가 있는지, 형식 규칙을 지켰는지 스스로 대조하게 합니다.
독립 재계산 - 숫자가 들어가는 산출물은 다른 경로로 한 번 더 계산해서 값이 같은지 봅니다.
되돌리기 어려운 작업은 승인 - 파일 이동, 삭제, 외부 발송은 계획을 먼저 보여주고 사람이 승인한 뒤 실행하게 합니다.
결과 0건도 실패로 취급 - "오류 없이 끝났지만 아무것도 안 나온" 상태가 가장 위험합니다. 이걸 성공으로 세면 조용한 실패를 놓쳐요.

흔한 함정 검증을 사람이 매번 눈으로 하면 그 자체가 새로운 반복 업무가 됩니다. 검증도 규칙으로 적어두고 자동으로 돌게 만드세요. 권한 통제와 사고 방지까지 체계로 만드는 방법은 18편 에이전트 거버넌스에서 이어집니다.

실제로 이렇게 굴러갑니다

이 사이트가 그 결과물입니다. 매일 아침 사람이 아무 버튼도 누르지 않는 상태에서, 기사 20여 건을 수집해 본문을 확보하고, 한국어로 요약하고, 발행 기준을 통과한 것만 사이트에 올립니다. 사람이 하는 일은 아침에 결과를 훑어보는 것뿐이에요.

4단계가 각각 어디에 박혀 있는지 보면 이렇습니다.

단계	이 파이프라인에서의 구현
규칙	문체, 금지 표현, 표기 규칙을 파일 한 곳에 두고 생성 단계가 전부 참조
분업	수집, 요약, 발행 판정, 검수를 각각 다른 담당으로 분리
자동 실행	매일 새벽 예약 실행, 이후 단계는 앞 단계 성공에 연쇄로 물림
검증	발행 전 금지 표현과 형식 자동 검사, 이상 발견 시 발행을 멈추고 알림

비용은 생각보다 큰 문제가 아니었어요. 하루 도는 전체 파이프라인의 API 비용이 커피 한 잔 값 수준이에요. 오히려 비용이 튀는 건 자동화 자체가 아니라 사람이 손으로 반복 실행할 때입니다. 튜닝한다고 같은 작업을 하루에 열 번 돌리면 그날 비용이 평소의 열 배가 되는 식이죠.

처음 시작할 때 자주 넘어지는 세 가지

한 번에 다 자동화하려는 것 - 첫 대상은 하나면 충분해요. 매주 반복하는 것 중 가장 지루한 일 하나만 고르세요.
규칙 없이 자동 실행부터 거는 것 - 규칙이 없으면 자동화는 매일 다른 결과를 빠르게 만들어냅니다. 순서를 지키는 게 빠른 길이에요.
검증을 마지막에 붙이려는 것 - 검증은 마지막에 붙이는 장식이 아니라 자동화의 일부입니다. 회로를 만들 때 같이 넣으세요.

에디터 노트, FactStack

몇 달 굴려보고 남은 결론은 단순해요. 자동화의 상한선은 AI 성능이 아니라 내가 규칙을 얼마나 명확히 적었는가였어요. 잘 안 도는 자동화를 뜯어보면 대부분 모델 문제가 아니라, 사람도 읽고 판단이 갈리는 문장이 규칙에 들어 있었습니다.

그래서 자동화를 늘리는 가장 확실한 방법은 새 도구를 붙이는 게 아니라, 이미 실패한 자동화를 뜯어서 애매했던 문장을 검사 가능한 문장으로 바꾸는 일이었어요. 재미없지만 이게 제일 크게 먹혔습니다.

자주 묻는 것

업무 자동화를 하려면 코딩을 알아야 하나요?

아니요. 규칙 파일과 지시는 전부 한국어 문장으로 씁니다. 스크립트가 필요한 부분은 클로드에게 만들어 달라고 시키면 돼요. 다만 파일과 폴더 구조를 이해하는 것과 결과를 검토하는 눈은 필요합니다. 비개발 실무자의 진입 경로는 1편에 정리해뒀어요.

무료 플랜으로도 업무 자동화가 되나요?

규칙 파일을 만들고 작업을 시키는 기본 흐름은 체험해볼 수 있지만, 사람 없이 매일 도는 자동화까지 가려면 사용량 한도 때문에 유료 플랜이 현실적이에요. 플랜별 차이는 14편 요금제에서 비교했습니다.

회사 자료를 맡겨도 괜찮을까요?

먼저 사내 보안 정책 확인이 순서입니다. 그다음 기술적으로는 접근 권한을 폴더 단위로 좁히고, 되돌리기 어려운 작업에는 승인 단계를 끼우세요. 고객사 자료나 개인정보가 섞인 폴더는 자동화 대상에서 빼는 게 안전해요.

자동화가 잘못된 결과를 내면 어떻게 알아채나요?

알림을 성공이 아니라 이상 신호에만 걸어야 알아챕니다. 매일 성공 알림이 오면 사람은 곧 안 읽어요. 그리고 "결과 0건"을 반드시 실패로 분류하세요. 오류 없이 아무것도 안 만든 상태가 가장 늦게 발견됩니다.

Claude Code 실전 - 계속 업데이트되는 가이드

← Claude Code 실전 가이드 전체 목록 보기

클로드로 업무 자동화하기 - 반복 업무를 에이전트에게 넘기는 4단계