Claude Code 업무 자동화: 일주일 관찰에서 평가·스킬화까지

Claude Code 업무 자동화는 업무 관찰 → 판단 맥락 수집 → 반복 평가 → 스킬화 → 선별적 예약 실행 순서로 진행됩니다. 여기서 '일주일'은 업무를 지켜본 기간이에요. 영상을 보면 주요 산출물 검토와 고객에게 보낼 초안의 발송 전 확인은 사람이 맡았습니다. 그러니 사업 전체를 일주일 동안 무인으로 돌렸다는 이야기로 읽으면 곤란합니다.

발표자는 업무를 관찰한 뒤 산출물과 처리 절차를 정리했고, 평가를 통과한 작업만 재사용할 수 있는 스킬로 만들었다고 해요. 정기적으로 필요한 초안은 예약해서 생성하고, 중요한 산출물과 캠페인은 필요할 때 실행하는 방식입니다. 이 사례를 읽을 때는 어디까지 자동화했는지, 어디에 사람의 판단을 남겼는지부터 보는 게 순서라고 생각합니다.

화면 기록만으로는 '왜'가 남지 않습니다

발표자는 직접 만든 추적 도구로 업무 화면을 기록하면서, 하루 10~15개의 질문으로 판단 이유도 함께 모았다고 설명합니다. 질문을 따로 둔 데는 이유가 있습니다. 화면에는 어떤 자료를 열고 무엇을 입력했는지가 남지만, 그 리드를 왜 골랐는지나 제안서 내용을 왜 바꿨는지는 드러나지 않거든요.

그래서 기록 도구를 고르기 전에 작업 목적, 입력 자료, 좋은 결과의 예시부터 정리해 두기를 권합니다.

업무를 나누는 단위도 눈여겨볼 만합니다. 발표자는 이메일, 리드 목록, 제안서처럼 검토할 수 있는 산출물 단위로 업무를 쪼갰다고 말해요. 범위가 좁아야 어떤 맥락이 필요한지, 결과물의 품질이 어떤지를 구체적으로 판단할 수 있습니다. '영업 업무를 자동화한다'는 목표로는 평가 기준을 세우기 어렵고, 어떤 입력으로 어떤 목록이나 초안을 만들지 정해 두는 편이 평가하기에도 훨씬 수월해요. 화면 기록을 쓸 계획이라면 고객 정보를 어디까지 수집하고 어디에 저장할지도 미리 정해 두세요.

초안으로 시작해 반복 평가하고, 통과한 절차만 스킬로 만듭니다

첫 대상으로는 고객에게 바로 나가지 않는 보고 초안처럼, 결과를 검토한 뒤 승인할 수 있는 작업이 무난합니다. 고객 보고는 고객을 상대하는 업무지만 내부 초안 생성은 발송과 떼어 놓을 수 있기 때문이에요. 제공 사례를 바탕으로 적용 순서를 구체화하면 아래와 같습니다.

1. 자동화 범위를 보고 초안 작성까지로 정합니다.
2. 입력 자료, 좋은 초안 예시, 합격 조건을 제공합니다.
3. 결과를 반복 평가하고 부족한 설명과 예시를 보완합니다.
4. 통과한 절차를 스킬로 정리합니다.
5. 초안을 예약 생성하고 사람이 검토·승인한 뒤 발송합니다.

발표자는 작업당 10회 실행한 결과를 직접 채점했고, 대체로 10점 만점에 8점을 목표로 삼았다고 해요. 이 8점을 성공 확률 80%로 읽기 쉬운데, 발표자가 정한 기준일 뿐 확률을 뜻하지는 않습니다. 직접 적용할 때도 점수보다는 합격 조건을 먼저 세우고 부족한 결과를 고쳐 나가는 과정에 주목하는 편이 낫습니다.

헷갈리기 쉬운 지점이 하나 더 있어요. 같은 입력을 여러 번 실행하는 것과 서로 다른 상황을 평가하는 것은 다른 일입니다. 앞의 방식으로는 결과가 일관적인지를, 뒤의 방식으로는 입력 조건이 달라져도 대응하는지를 확인할 수 있어요. Anthropic의 평가 설명도 평가할 과제와 반복 실행을 구분합니다.

고객명이나 수치 오류는 문체·구성 점수와 따로 확인하세요. 읽기 좋은 보고서라도 고객명이나 수치가 틀렸다면 승인을 보류하도록 조건을 걸어 두는 식입니다. 스킬에는 작업 절차와 함께 우수 예시와 합격 조건도 넣어 관리하는 편이 좋겠습니다.

몇 개를 자동화했는지보다 검토·수정 시간을 보세요

발표자는 80~90개 업무를 자동화했고 일상 업무는 약 5~6개만 남았다고 주장합니다. 하지만 이 개수만으로는 절약한 시간을 계산하기 어렵습니다. 업무별 실행 빈도와 초안을 검토하고 고치는 데 걸리는 시간이 빠져 있으니까요.

성과를 판단할 때는 업무 빈도와 검토·재작업 시간을 먼저 보시길 권합니다. 기존 작업 시간과 자동화 후 자료 준비·검토·수정에 드는 시간을 같은 범위로 놓고 비교해야 해요. 초안이 빨리 나와도 손볼 곳이 많다면 자동화 범위나 합격 조건을 다시 들여다볼 필요가 있습니다.

실제로 적용하기 전에는 스킬에 필요한 도구·데이터 접근 권한과 예약 작업의 실행 환경을 확인하세요. 예약 실행 조건은 쓰는 제품과 로컬 자원 필요 여부에 따라 달라질 수 있으므로, 해당 환경의 공식 문서를 기준으로 설정해야 해요. Cowork를 쓴다면 예약 작업 도움말에서 실행 조건을 확인할 수 있습니다.

연 100만 달러 규모라는 사업 소개와 자동화 개수·평가 점수·소요 시간은 모두 제공 노트에 담긴 발표자의 설명입니다. 독립적으로 확인된 성과 수치가 아니고, 매출 증빙이나 운영 로그도 제공되지 않았어요. 그래서 이 사례는 기대 수익보다 업무를 관찰하고 평가 가능한 단위로 바꾸는 절차에 초점을 두고 읽는 편이 맞다고 봅니다.