첫 번째 클로드 자동화 어디서부터 시작해야 할까

첫 번째 클로드 자동화, 어디서부터 시작해야 할까

"자동화를 만들어보자"고 마음먹은 사람들이 가장 먼저 저지르는 실수는 의외로 단순하다. 너무 복잡한 일을 고른다. 여러 도구를 한꺼번에 연결하고, 예외 상황까지 다 처리하려 하고, 완벽한 시스템을 한 번에 만들려다 결국 중간에 멈춰버린다.

진짜 첫 자동화는 화려할 필요가 없다. 그냥 작동하기만 하면 된다.

여기서는 반복 업무를 재사용 가능한 시스템으로 바꾸는 5단계 로드맵을 소개한다. 그리고 각 단계마다 실제로 어떤 도구(Chat, Cowork, Claude Code)를 쓰면 되는지도 함께 짚어본다.

반응형

---

1단계. 반복되는 일을 찾는다

자동화 후보를 고를 때 가장 큰 함정은 "복잡하고 중요한 일부터 자동화해야 한다"는 착각이다. 실제로는 정반대다. 지루하고, 익숙하고, 검증하기 쉬운 일이 최고의 첫 번째 자동화 대상이다.

방법은 간단하다.

1. 나열한다 — 매주 반복하는 업무 5가지를 적는다.
2. 선별한다 — 그중 입력값이 명확한 일을 고른다.
3. 선택한다 — 다른 사람에게 30초 안에 설명할 수 있는 일부터 시작한다.

받은편지함 정리, 클라이언트 브리핑 정리, 주간 리포트 작성, 팔로업 메일, 리서치 자료 취합처럼 매주 혹은 매일 반복되는 일들을 떠올려보면 후보는 생각보다 많다. 핵심은 이거다. 혼돈을 자동화하지 말고, 반복을 자동화하라. 매번 다른 방식으로 처리해야 하는 일은 아직 자동화할 준비가 안 된 일이다.

---

2단계. 네 가지 기준으로 걸러낸다

후보를 골랐다면, 바로 자동화에 들어가지 말고 먼저 이 일이 정말 자동화할 가치가 있는지부터 판단해야 한다. 아래 네 가지 관문을 통과시켜보자.

관문의미예시

Kill (제거)	가치가 낮은 일은 아예 없앤다	아무도 안 읽는 주간 보고서
Automate (자동화)	매번 똑같은 절차를 클로드에게 맡긴다	정해진 형식의 데이터 취합
Delegate (위임)	판단이 필요한 일은 사람에게 남긴다	고객 컴플레인 최종 응대
Accelerate (가속)	리서치처럼 속도만 높이면 되는 일	자료 조사, 초안 작성

여기서 중요한 통찰은, 자동화가 유일한 선택지가 아니라는 점이다. 어떤 업무는 자동화보다 그냥 없애버리는 게 낫고, 어떤 업무는 여전히 사람의 판단이 필요하다. 살아남은 일, 즉 "같은 절차가 매번 반복되는 일"만 자동화 대상으로 넘긴다.

---

3단계. 워크플로우를 먼저 그린다

코드를 짜기 전에, 프롬프트를 쓰기 전에, 종이 위에 흐름부터 그려야 한다. 워크플로우 지도는 자동화를 프롬프트 수준에서 시스템 수준으로 끌어올리는 결정적인 단계다.

물어볼 질문은 세 가지뿐이다.

• 트리거 — 무엇이 이 작업을 시작시키는가? (매주 금요일 오전 9시? 이메일 수신?)
• 액션 — 그다음에 무슨 일이 일어나는가? (자료 취합 → 요약 → 초안 작성)
• 리뷰 — 어디서 사람이 검토하고 승인하는가?

이 세 가지가 명확해지면 자동화는 그저 "잘 짠 프롬프트"에서 "재현 가능한 시스템"으로 격이 달라진다. 특히 리뷰 지점을 미리 정해두는 게 중요한데, 이게 없으면 자동화가 틀린 결과를 그대로 밀어붙이는 사고로 이어지기 쉽다.

---

4단계. 스킬로 패키징한다

워크플로우 지도가 완성됐으면, 이제 이걸 매번 처음부터 설명하지 않아도 되는 재사용 가능한 운영 파일로 묶을 차례다. 클로드에게 다음 세 가지를 준다.

• Plan — 역할, 목표, 단계
• Proof — 예시와 합격 기준(acceptance check)
• Tools — 사용할 파일, 앱, 명령어

이렇게 패키징된 결과물이 바로 **"스킬(Skill)"**이다. 실제로 클로드 생태계에서 스킬은 단순한 비유가 아니라 실체가 있는 기능이다. Claude.ai의 Cowork에서는 플러그인과 스킬을 설정해두면 반복 업무마다 컨텍스트를 매번 새로 설명할 필요 없이, 목표와 검증 기준을 미리 담은 상태로 작업을 맡길 수 있다. 스킬이 한 번 만들어지면, 다음번엔 "이 스킬대로 처리해줘"라는 한 문장으로 충분해진다.

---

5단계. 실행 장소를 고른다

같은 스킬이라도 어디서 돌릴지는 상황에 따라 달라진다. 로드맵이 제시하는 세 개의 집은 이렇다.

• Chat — 즉시 실행. 필요할 때 직접 불러 쓴다. 검증 단계에 가장 적합하다.
• Cowork — 예약 실행. 반복되는 워크플로우를 스케줄링한다.
• Cloud — 자율 실행. 노트북을 꺼도 계속 돌아간다.

이 구분은 실제로 클로드 제품 구조와도 정확히 맞아떨어진다. <cite index="1-1">Cowork는 채팅과 하나의 홈을 공유하기 때문에 메시지 창에서 바로 시작할 수 있고, 세션과 파일이 계정에 귀속되어 데스크톱·웹·모바일을 넘나들며 이어진다.</cite> <cite index="1-1">예약 작업(scheduled tasks) 기능을 쓰면 클로드가 자동으로 반복 업무를 처리하고, 프로젝트로 관련 작업들을 하나의 지속적인 작업 공간으로 묶어둘 수 있다.</cite>

더 흥미로운 건 "닫혀 있어도 계속 일한다"는 부분이다. <cite index="1-1">원격 세션은 노트북을 닫거나 자리를 비워도 클로드가 계속 작업을 이어가고, 데스크톱에서는 수동 업로드나 다운로드 없이 로컬 파일을 직접 읽고 쓸 수 있다.</cite> 또한 <cite index="4-1">작업을 맡기면 클로드가 알아서 어떤 종류의 작업인지 판단해서 적절한 세션을 띄우는데, 개발 작업은 Claude Code에서, 지식 노동은 Cowork에서 돌아간다.</cite>

즉, 로드맵의 "같은 스킬, 다른 엔진"이라는 문장은 비유가 아니라 실제 아키텍처를 설명하는 말이다. 검증 단계에서는 Chat으로 가볍게 돌려보고, 안정화되면 Cowork의 예약 작업으로 넘기고, 완전히 무인화가 필요하면 원격/클라우드 세션에 맡기는 흐름이 실제로 존재한다.

---

왜 이 순서가 중요한가

이 다섯 단계를 거꾸로 밟는 사람들이 많다. 스킬부터 만들고, 워크플로우는 나중에 정리하고, 애초에 이 일이 자동화할 가치가 있는지는 아예 묻지 않는다. 그 결과는 대개 이렇다 — 절반쯤 작동하는 자동화, 아무도 신뢰하지 않는 출력물, 결국 다시 손으로 하게 되는 업무.

반대로 순서를 지키면 얻는 게 있다.

• Kill 단계를 거치면 애초에 자동화할 필요가 없는 일에 시간을 쓰지 않는다.
• 워크플로우 지도가 있으면 클로드가 어디서 멈추고 어디서 사람에게 물어야 하는지 명확해진다.
• 스킬 패키징이 있으면 한 번 만든 자동화를 팀 전체가 재사용할 수 있다.
• 실행 장소 선택이 있으면 검증되지 않은 자동화가 곧바로 무인 실행되는 사고를 막는다.

핵심 진행 흐름을 한 줄로 요약하면 이렇다.

반복 업무 → 명확한 워크플로우 → 재사용 가능한 스킬 → 예약/자율 시스템

---

오늘 할 수 있는 첫 걸음

거창한 자동화 시스템을 상상하지 말고, 지금 이 자리에서 종이 한 장을 꺼내 이번 주에 반복했던 업무 다섯 가지를 적어보자. 그중 입력값이 명확하고, 30초 안에 설명할 수 있는 일 하나를 고른다. 그 하나를 Chat에서 먼저 시험해보고, 잘 작동하면 스킬로 묶어서 Cowork의 예약 작업으로 넘긴다.

첫 자동화는 인상적일 필요가 없다. 그냥, 다음 주에도 똑같이 작동하기만 하면 충분하다.

와인병다육이세상사는이야기

와인병다육이세상사는이야기