AI 도구 활용법 – 고객 문의 답장 초안, Claude Code 데스크톱 예약 작업으로 아침마다 미리 받아 두기
아침마다 같은 문의 메일에 같은 답을 쓰고 있는 대표님이라면, 출근 전에 답장 초안이 이미 파일로 정리돼 있는 쪽이 편할 거예요. 이 글은 Claude Code 데스크톱 앱의 예약 작업(Scheduled Tasks)으로 고객 문의 답장 초안을 아침마다 미리 받아 두는 설정 순서를 정리합니다. 근거는 2026년 10월 16일 Anthropic이 낸 일본 영업 담당자의 하루 글과 Claude Code 공식 문서예요.
복사해서 예약 작업에 넣는 지시문 전문, 가상 쇼핑몰 문의 4통으로 본 전후 모습, 그리고 메일 보내기는 사람이 하도록 남겨 두는 설정까지 담았습니다. 답장 초안 AI 자동화를 처음 해 본다면 업무 하나만 이렇게 떼어 보는 데서 시작하면 돼요.
Anthropic 영업 담당자가 답장 초안을 맡긴 방법
Anthropic 일본 팀의 영업 개발 담당자(BDR) 샤흐보즈 이브라기모프(Shahboz Ibragimov)가 쓴 글입니다. 예전에는 아침마다 두어 시간을 들어온 리드를 나누고 일본어·영어 메일을 쓰는 데 썼다고 해요. 지금은 에이전트들이 그 일 대부분을 하루가 시작되기 전에 준비해 두고, 본인은 검토만 한다고 적었습니다.

일을 에이전트 다섯 개에 하나씩 나눠 주고, 여섯 번째 에이전트가 이들의 지시문과 공유 지식 베이스를 고칩니다. 그중 답장 담당 Henji는 메일함을 매시간 훑어 답이 필요한 고객 메일을 찾고, 스레드에 맞춰 일본어나 영어로 답장 초안을 씁니다. 글에는 “I can review, edit, and send the draft”, 초안을 검토하고 고쳐서 보내는 건 본인이라고 적혀 있어요.

초안 맨 위에는 짧은 요약이 붙어 와서 스레드를 처음부터 다시 읽지 않아도 된다고 합니다. 가격 문의, 민감한 고객, 애매한 요청은 정해 둔 규칙에 따라 사람에게 넘어오고요. 이 요약과 넘기는 규칙은 아래 지시문에도 그대로 옮겼습니다.

눈여겨볼 대목이 하나 더 있어요. 이 담당자는 처음부터 Managed Agents를 쓴 게 아니라, Claude 안에서 에이전트마다 스킬 하나와 예약 작업 하나를 걸어 먼저 시험했다고 썼습니다. 노트북의 공유 폴더를 지식 베이스로 썼고요. 에이전트를 한곳에서 정의하고 바뀐 내용을 다 보려고 나중에 Managed Agents로 옮겼고, 옮긴 뒤에는 노트북이 꺼져 있어도 돈다고 합니다.
Claude Code 데스크톱 예약 작업은 이렇게 돌아요
Claude Code 공식 문서는 예약 작업의 쓰임새로 매일 코드 검토와 함께 “morning briefings that pull from your calendar and inbox”, 캘린더와 받은편지함을 읽는 아침 브리핑을 듭니다. 데스크톱 앱의 Code 탭에서 Routines를 누르고 New routine → Local을 고르면 만들 수 있어요. 문서 기준으로 Claude Desktop 1.1.5368 이전 판에는 이 기능이 없습니다.

채울 칸은 네 개입니다. Instructions 칸에 하는 일을 적고, 그 입력칸에서 권한 모드와 모델을, 그 아래에서 작업 폴더를 고릅니다. 폴더를 고르지 않으면 저장되지 않아요. 일정은 Manual, Hourly, Daily, Weekdays, Weekly 중에 고르고, 목록에 없는 간격은 아무 세션에서나 말로 부탁하면 된다고 문서에 나옵니다.
조건은 분명히 알고 쓰셔야 해요. 로컬 예약 작업은 앱이 켜져 있고 컴퓨터가 깨어 있을 때만 돕니다. 정한 시간에 잠들어 있었다면 그 회차는 건너뛰고, 깨어난 뒤 최근 7일 안에 놓친 회차 중 하나만 따라잡아 돌아요. 그래서 오전 9시 작업이 밤 11시에 돌 수도 있다고 문서가 직접 짚고, 시간이 중요하면 지시문에 조건을 넣으라고 권합니다.

컴퓨터를 꺼 둬도 돌아야 한다면 클라우드에서 도는 루틴(Routines)이 따로 있습니다. 대신 클라우드 쪽은 내 컴퓨터의 파일을 읽지 못하고, 데스크톱 쪽은 로컬 파일을 바로 읽어요. 이 글처럼 문의 메일을 폴더에 모아 두고 읽게 하려면 데스크톱 예약 작업이 맞습니다. 데스크톱 앱 Code 탭은 유료 구독이 있어야 열리고, 문서는 Pro, Max, Team, Enterprise 구독을 확인하라고 안내해요.

고객 문의 답장 초안 예약 작업 만드는 순서
작업 폴더부터 만듭니다. 문의 메일을 텍스트로 모아 둘 문의함/, 정해 둔 답을 적은 답변집.md, 이미 처리한 문의를 적는 처리기록.md, AI가 결과를 쓰는 초안/ 네 가지예요. 아래는 이 구성을 화면처럼 그린 카드이고, 실제 실행 화면은 아닙니다.

- 데스크톱 앱 Code 탭 → Routines → New routine → Local
- Name에
reply-drafts, Description에 “고객 문의 답장 초안” - Instructions에 아래 지시문을 붙이고, 작업 폴더로
문의답장-작업/을 고른다 - Schedule은 Weekdays, 시간은 출근 전(예: 오전 8:30)
- 저장한 뒤 Run now로 한 번 돌려 권한 요청을 확인한다
지시문은 이렇게 넣었어요. 공식 자동화 가이드의 규칙 몇 개를 고객 문의 상황에 맞게 옮겼습니다.
너는 고객 문의 답장 초안 담당이야. 메일은 보내지 않고 초안 파일만 만든다.
1. 처리기록.md를 읽고, 문의함 폴더에서 기록에 없는 파일만 고른다.
2. 답변집.md를 먼저 읽는다. 읽지 못하면 초안을 쓰지 말고 그 사실만 적고 멈춘다.
3. 문의마다 초안/오늘날짜.md에 아래 세 줄을 적는다.
- 요약: 누가 무엇을 묻는지 한두 줄
- 근거: 답변집의 어느 항목을 썼는지
- 답장 초안: 존댓말, 다섯 문장 안쪽
4. 가격 문의, 민감한 고객, 애매한 요청, 답변집에 없는 내용은 초안을 쓰지 말고
"확인 필요"로 표시하고 이유를 한 줄 적는다.
5. 열지 못한 파일은 맨 아래 "읽지 못한 파일:" 줄에 이름을 적는다.
문의가 없는 날과 헷갈리지 않게 한다.
6. 다 쓴 뒤 처리한 파일 이름을 처리기록.md에 더한다.
7. 지금이 오후 2시가 지났으면 맨 위에 "늦게 실행됨"이라고 적는다.지시문에 이 줄들을 넣은 이유
- 5번은 claude.dev 자동화 가이드의 “Report a failed read as unreadable, never as a quiet day”를 옮긴 거예요. 읽기에 실패한 날을 문의 없는 날로 보고하지 않게 합니다.
- 6번 처리기록은 같은 가이드의 원장(ledger)과 같은 역할입니다. 같은 문의에 초안을 두 번 쓰지 않게 해요.
- 7번은 놓친 회차가 늦게 돌 수 있으니 지시문에 시간 조건을 넣으라는 공식 문서의 권고를 따른 거예요. 저녁에 따라잡아 돈 회차를 아침 것과 구분할 수 있습니다.
지시문은 디스크의 ~/.claude/scheduled-tasks/reply-drafts/SKILL.md에도 저장돼서, 거기서 고치면 다음 회차부터 적용됩니다. 일정과 폴더, 모델은 이 파일에 없고 Edit 화면에서 바꿔요.
가상 쇼핑몰 문의 4통으로 본 답장 초안 전후
지어낸 쇼핑몰 문의 4통으로 결과가 어떤 모양이어야 하는지 그려 봤습니다. 배송·교환 문의는 답변집에 답이 있어서 답장 초안이 생기고, 대량 구매 할인과 성분 문의는 “확인 필요”로 남아요. 아래 카드의 문장은 예시로 쓴 것이고 실제 실행 출력이 아닙니다.

예약 작업 전
메일함을 열어 문의를 하나씩 읽는다 답변집을 찾아 같은 답을 다시 쓴다 가격·건강 문의도 같은 줄에서 처리한다
예약 작업 후
답장 초안 파일 하나에서 요약부터 읽는다 근거 줄을 보고 초안을 고쳐 보낸다 “확인 필요” 두 건만 직접 답을 쓴다

말투까지 맞추고 싶다면 답변집에 예전에 보낸 답장 몇 개를 같이 넣어 두세요. 방법은 예전 답글 3개로 AI 답글을 내 말투로 만드는 글에 정리해 뒀어요.
오토 모드(Auto Mode) – 승인 대신 분류기가 검사하는 구조보내기 버튼은 사람이 누르게 두세요
이 설계의 원칙은 하나예요. 바깥으로 나가는 메일은 사람이 보냅니다. 공식 글의 담당자도 초안 위의 요약을 읽고, 확인하고, 고쳐서 직접 보낸다고 썼어요. 가격 문의나 민감한 고객처럼 사람이 판단해야 하는 건 규칙으로 사람에게 넘기고요.

예약 작업에는 작업마다 권한 모드가 따로 있습니다. 문서는 처음 만든 뒤 Run now로 한 번 돌려서 뜨는 권한 요청마다 “always allow”를 고르라고 안내해요. 그러면 다음 회차부터는 같은 도구를 묻지 않고 씁니다. 그 단계에서 무엇을 항상 허용할지가 곧 설계예요.
메일 보내기는 ‘항상 허용’에 넣지 마세요
예약 작업은 사람이 지켜보지 않을 때 돕니다. 파일 읽기와 초안/ 폴더 쓰기만 허용하고, 메일을 보내는 도구는 작업에 붙이지 않는 게 안전해요. 자동화 가이드도 읽기만 하는 곳은 읽기 전용으로 두라고 권합니다. 문의 메일 속 문장이 지시처럼 읽힐 수 있어서, 할 수 있는 일을 줄여 두라는 취지예요.
권한 모드를 고르는 기준은 오토 모드(Auto Mode) 글에, 일을 AI에 맡기기 전에 쪼개는 순서는 AI 업무 설계 글에 있어요.
팀 단위로 키울 때 보는 daily-brief 예제
담당자가 여럿이거나 컴퓨터가 꺼져 있어도 돌아야 하면, 공식 글의 담당자처럼 Claude Managed Agents로 옮기는 길이 있습니다. Anthropic이 공식 예제 저장소에 올린 daily-brief가 그 출발점이에요. 평일 아침 슬랙 채널과 GitHub 풀 리퀘스트를 읽어 오늘 할 일만 골라 슬랙 채널 한 곳에 브리핑을 올립니다.

여기서부터는 조건이 달라져요. Managed Agents의 예약 배포로 돌아서 내 컴퓨터가 꺼져 있어도 되지만, 실행할 때마다 비용이 붙습니다. 설치 스크립트는 슬랙 봇 토큰과 GitHub 토큰이 비어 있으면 멈추게 돼 있어서 슬랙이 꼭 있어야 하고요. 그래서 이 글의 따라 하기는 데스크톱 예약 작업으로 했고, daily-brief는 팀 단위 버전으로만 소개합니다.

옮기는 길은 공식 도식에 그대로 나와요. 스킬은 에이전트의 시스템 프롬프트가 되고, 예약 작업은 배포 일정이 되고, 공유 폴더는 메모리 저장소가 됩니다. 데스크톱 예약 작업으로 답장 초안 지시문과 답변집을 다듬어 두면 나중에 옮길 때 비슷한 재료로 쓸 수 있어요.
참고한 공식 문서
- How an Anthropic BDR in Japan runs his day with Claude Managed Agents (Anthropic, 2026년 10월 16일)
- Building effective agent automations (claude.dev, 2026년 10월 8일)
- Schedule recurring tasks in Claude Code Desktop, Desktop 시작하기, Desktop 문서
- anthropics/claude-quickstarts managed-agents/daily-brief
2026년 10월 19일에 확인한 내용이에요. 기능 이름과 조건은 바뀔 수 있으니 원문을 확인하세요. 문의 메일과 초안 카드는 가상 예시입니다.
업종과 업무에 맞춘 AX 설계 상담은 무료 AX 상담 신청에서 받습니다.
답장 초안 자주 묻는 질문
Claude Code 데스크톱 예약 작업은 컴퓨터를 꺼 두어도 도나요?
아니요. 공식 문서에 따르면 데스크톱 앱이 켜져 있고 컴퓨터가 깨어 있을 때만 돕니다. 정한 시간에 잠들어 있었다면 그 회차는 건너뛰고, 깨어난 뒤 최근 7일 안에 놓친 회차 중 가장 최근 것 한 번만 따라잡아 실행합니다. 컴퓨터가 꺼져 있어도 돌아야 하면 클라우드에서 도는 루틴(Routines)을 쓰라고 안내합니다.
예약 작업이 고객에게 메일을 바로 보내 버리지는 않나요?
이 글의 지시문은 초안 파일만 쓰게 하고, 메일을 보내는 도구는 작업에 붙이지 않습니다. Anthropic 공식 글의 영업 담당자도 AI가 쓴 초안을 직접 검토하고 고쳐서 보냅니다. 처음에 Run now로 한 번 돌려 권한 요청을 보고, 파일 읽기·쓰기만 항상 허용해 두세요.
무료 계정으로도 쓸 수 있나요?
Claude 데스크톱 앱의 Code 탭은 유료 구독이 있어야 열립니다. 공식 문서는 Pro, Max, Team, Enterprise 구독을 확인하라고 안내합니다. 예약 작업은 Claude Desktop 1.1.5368 이후 판에서 쓸 수 있어요.
글에 나온 규칙 파일과 에이전트는 Claude Code에서 쓰는 방식이고, 공식 안내는 Claude Code 공식 문서에 있습니다.
이 글은 직접 만들고 운영하며 남긴 기록입니다. 적힌 수치는 작성 시점의 운영 계정 기준이며, 같은 결과나 수익을 보장하지 않습니다.

