74단계트리거와 정해진 때 저절로 도는 작업
일이 생기는 때와 결과가 필요한 때에 맞춰 시작 신호를 고르고, 첫 실습으로 매주 월요일 아침 보고서를 예약해 둡니다.
걸리는 시간 · 읽기 약 10분 · 따라 하기 약 60분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27
이 단계를 마치면
- 내 업무에 맞는 시작 신호를 네 가지(시각·새 메일·새 파일·버튼) 가운데 이유와 함께 고르고, 사건으로 시작하는 흐름에 범위를 좁히는 조건을 달 수 있습니다.
- 일이 몰리는 날 흐름이 몇 번 돌지 미리 계산할 수 있습니다.
- 손으로 한 번 돌려 다듬은 지시를 기간·예외·저장 이름까지 담아 정해진 때 도는 작업으로 예약할 수 있습니다.
- 예약이 돌지 않았을 때 어디부터 살펴볼지 압니다.
설계도가 아무리 훌륭해도 누군가 "시작"을 외쳐야 기계가 움직입니다. 그 신호를 무엇으로 삼을까요. 달력의 시각일 수도 있고, 받은편지함에 떨어진 메일 한 통일 수도 있습니다. 자동화에서는 이 방아쇠를 트리거라고 부릅니다. 73단계의 여섯 줄로 무엇을 할지 정했다면, 이 단계에서는 언제 할지를 정합니다.
왜 시작 신호부터 정하는가
트리거가 없는 자동화는 결국 누군가 기억해서 눌러야 하는 일로 돌아갑니다. 설계는 훌륭한데 담당자가 월요일마다 "아, 그거 돌려야지" 하고 떠올려야 한다면, 손으로 하던 일이 조금 짧아진 것 말고는 달라진 게 없습니다. 담당자가 바쁜 주에는 건너뛰고, 휴가를 가면 멈춥니다.
트리거를 잘못 골라도 탈이 납니다. 너무 늦게 돌면 결과가 쓸모를 잃고, 너무 자주 돌면 비용과 알림이 쏟아집니다. 트리거를 고르는 일은 결국 결과가 필요한 때와 일이 생기는 때를 맞추는 일입니다.
네 가지 시작 신호
업무에서 쓰는 트리거는 대부분 네 가지로 묶입니다.
첫째는 시각입니다. 매주 월요일 아침, 매달 첫 영업일처럼 달력에 맞춰 돕니다. 주간 보고나 월간 정산 요약이 여기에 듭니다. 둘째는 새 메일입니다. 특정 주소로 문의가 들어오거나 특정 제목의 메일이 오면 시작됩니다. 셋째는 새 파일입니다. 공유 폴더에 계약서나 영수증이 올라오면 시작됩니다. 넷째는 버튼으로, 사람이 필요할 때 누릅니다. 버튼은 자동화처럼 보이지 않지만, 누른 뒤 여러 단계가 저절로 이어진다면 충분히 자동화입니다. 스킬을 부르는 대화 한마디도 일종의 버튼입니다.
| 시작 신호 | 맞는 일 | 조심할 것 | 주로 설정하는 곳 |
|---|---|---|---|
| 시각 | 주기적으로 생기는 일. 주간 보고, 월말 정리 | 재료가 아직 안 채워졌을 때 돌 수 있습니다 | Cowork 예약 작업 |
| 새 메일 | 밖에서 들어오는 요청에 빨리 반응해야 하는 일 | 몰리는 날 그만큼 돕니다. 조건을 좁혀야 합니다 | 외부 자동화 도구 |
| 새 파일 | 누군가 올린 문서를 처리하는 일. 영수증, 계약서, 지원서 | 같은 파일을 고쳐 다시 올리면 두 번 돌 수 있습니다 | 외부 자동화 도구 |
| 버튼 | 언제 필요할지 모르지만 순서는 늘 같은 일 | 누르는 사람이 잊으면 안 돕니다 | 대화, 스킬 |
어느 트리거가 맞는지는 일의 성격이 정합니다. 일이 주기적으로 생기면 시각, 밖에서 들어오는 것에 반응해야 하면 새 메일이나 새 파일, 언제 필요할지 모르면 버튼입니다. 처음 자동화한다면 시각 트리거를 권합니다. 언제 돌지 내가 알고, 돈 뒤에 결과를 열어 볼 시간도 정해 둘 수 있습니다. 사건 트리거는 시각 트리거로 흐름 하나를 몇 주 굴려 본 뒤에 도입합니다.
몰리는 날을 먼저 떠올린다
새 메일마다 도는 흐름은 메일이 몰리는 날 그만큼 많이 돕니다. 비용도 늘고 알림도 쏟아집니다. 그러니 사건 트리거를 설정하기 전에 몰리는 날을 한번 떠올려 봅시다. 신제품 출시일, 월말, 장애가 났던 날. 지난 기록에서 그날 메일이 몇 통이었는지 셉니다. 그 숫자가 부담스러우면 조건을 좁히거나 묶어서 돌립니다. 이 계산은 79단계에서 다시 합니다.
어디에 설정하는가
트리거로 무엇을 쓸 수 있는지는 도구마다 다릅니다. Cowork의 예약 작업은 시각을 다룹니다. 새 메일이나 새 파일 같은 사건은 주로 Zapier·Make·n8n 같은 외부 자동화 도구가 받습니다. 버튼은 스킬을 부르는 대화 한마디일 수도 있습니다. 도구의 화면과 메뉴는 자주 바뀌므로, 이 책에서는 원리를 설명하고 버튼 위치는 그때그때 도움말에서 확인하기로 합니다.
첫 실습: 시각 트리거로 예약하기
월요일 아침, 커피를 들고 자리에 앉았는데 보고서 폴더가 비어 있습니다. 분명 예약해 두었는데 왜일까요. 이 단계는 그런 월요일을 겪지 않기 위한 단계이자, 이 부의 첫 실습입니다. 시각 트리거 하나로 보고서가 저절로 만들어지게 합니다. 재료는 이미 있습니다. 제6부에서 만든 스킬, 제8부에서 연결한 연결자, 73단계에서 적은 여섯 줄.
예약을 설정할 수 있는 곳은 여럿입니다. 이 단계에서는 Cowork의 예약 작업을 씁니다. Cowork는 데스크톱 앱에서 로컬 폴더를 맡기고 여러 단계로 된 일을 시키는 모드이고, 같은 일을 정해진 때 다시 돌도록 예약할 수 있습니다. 개발에 가까운 팀이라면 Claude Code에서 정해진 때 작업을 돌리는 방법도 있습니다. 쓰는 방법은 공식 문서를 따릅니다. 어느 쪽이든 원리는 같습니다. 한 번 손으로 돌려서 결과가 마음에 든 작업을 그대로 시간표에 올립니다.
왜 예약부터 하지 않는가
순서가 중요합니다. 먼저 지금 한 번 돌립니다. 예약을 먼저 해 두면 첫 결과를 월요일 아침에야 보게 됩니다. 틀렸으면 고쳐서 다음 월요일을 기다려야 하니, 한 번 고치는 데 한 주가 갑니다. 지금 돌리면 고치고 바로 다시 볼 수 있습니다. 결과가 맞을 때까지 돌리고 고치기를 되풀이한 다음, 맞은 지시를 그대로 예약합니다.
하나 더 있습니다. 예약 작업은 내가 보지 않을 때 돕니다. 대화할 때처럼 Claude가 "이 부분은 어떻게 할까요?" 하고 되물어도 답할 사람이 없습니다. 그래서 되물을 만한 것을 지시문에서 미리 없애야 합니다. 기간은 언제부터 언제까지인지, 자료가 없으면 어떻게 하는지, 저장 파일 이름은 무엇인지. 지금 한 번 돌려 보면 Claude가 어디서 머뭇거리는지 보입니다. 그 부분을 지시에 채워 넣습니다.
| 지시 항목 | 느슨하게 쓰면 | 예약용으로 쓰면 |
|---|---|---|
| 기간 | "지난주" | 실행한 날 기준 지난주 월요일부터 일요일까지 |
| 계산 | 없음 | 빼는 것과 묶는 기준을 하나씩 명시 |
| 저장 | "보고서 폴더에 저장" | 날짜를 붙인 이름, 덮어쓰지 않음 |
| 자료가 없을 때 | 없음 | 무엇이 없었는지 적은 메모를 저장 |
| 하지 말 것 | 없음 | 누구에게도 보내지 않음, 지우지 않음 |
돌지 않는 이유를 알아 둔다
예약 작업에는 조건이 붙습니다. 정해진 때 돌지 않거나 빈 결과를 내는 이유는 대개 셋입니다. 컴퓨터가 꺼져 있었거나 앱이 닫혀 있었습니다. 연결자 로그인이 만료되어 데이터를 읽지 못했습니다. 원본 파일의 이름이나 위치가 바뀌었습니다. 어떤 조건에서 도는지는 공식 도움말에서 확인하고, 처음 몇 주는 월요일 아침마다 결과 파일이 실제로 생겼는지 직접 열어 봅니다. 61단계에서 배운 그대로입니다. 끝났다는 말을 믿지 말고 결과물을 엽니다.
저장까지만
예약 작업은 저장까지만 하게 둡니다. 만든 보고서를 임원 채널에 올리거나 메일로 보내는 일은 아직 자동화하지 않습니다. 몇 주 동안 결과를 열어 보고 믿을 만하다고 판단한 뒤에 전달 단계를 연결합니다. 그때도 77단계에서 다룰 승인 단계를 둡니다.
부서가 달라도 원칙은 같습니다. 마케팅팀이라면 매주 캠페인 성과 시트를 읽어 지난주와 비교하는 한 페이지를 만듭니다. 인사팀이라면 매달 첫 영업일에 입사·퇴사·휴직 현황을 표로 정리하되, 이름 같은 개인정보는 빼고 숫자만 적습니다. 개인 업무라면 캘린더 연결자를 연결해 매일 아침 그날 일정과 준비물을 정리하게 할 수 있습니다. 셋 다 저장까지만 하고, 전달은 사람이 합니다.
ChatGPT에서는 같은 일을 예약 작업(Scheduled tasks)으로 합니다. 만든 작업은 Scheduled 화면에서 모아 관리합니다. 웹과 모바일에서는 시각뿐 아니라 Gmail의 새 메일, Slack 채널의 새 메시지, GitHub의 PR 활동 같은 사건으로 시작하는 작업도 만들 수 있어서, 위 표에서 외부 자동화 도구에 맡긴 사건 트리거 일부를 ChatGPT 안에서 걸 수 있습니다. 데스크톱 앱에서 만든 작업은 내 컴퓨터의 프로젝트 폴더에서 돌 수 있지만, Cowork와 마찬가지로 컴퓨터와 앱이 켜져 있어야 합니다. Codex CLI와 IDE 확장에는 예약을 관리하는 화면이 없으니 웹이나 데스크톱 앱에서 만듭니다. 결과 알림은 데스크톱 앱에서는 Activity 화면(벨)에 모이고, 웹에서는 설정 > Notifications에서 푸시·이메일·SMS 가운데 고릅니다.
현장 장면
고객지원팀 이 대리는 문의 분류 흐름을 처음에 매일 오후 네 시에 도는 시각 트리거로 만들었습니다. 그러다 오전에 들어온 결제 문의가 오후까지 묵는 일이 생겼고, 트리거를 새 메일로 바꿨습니다. 조건 없이 "받은편지함에 새 메일이 오면"으로 걸자 뉴스레터와 사내 공지까지 흐름을 탔고, "문의용 주소로 온 메일"로 좁히고 나서야 제대로 돌았습니다. 제품 업데이트가 있던 날에는 알림이 줄줄이 쌓여 아무도 채널을 보지 않게 됐습니다. 이 대리는 분류는 새 메일마다 돌리되, 알림은 "결제"나 "불만"일 때만 바로 보내고 나머지는 하루 두 번 묶어서 보내게 했습니다. 하나의 흐름 안에서도 단계마다 시작 신호를 다르게 정할 수 있습니다.
영업기획팀 정 차장은 Cowork에 이렇게 맡겼습니다. "지난주 거래처별 실적을 공유 폴더의 시트에서 읽어 한 장 요약을 만들고, 보고서 폴더에 저장해."
첫 결과는 그럴듯했습니다. 거래처별 표와 세 줄 요약이 깔끔하게 들어 있었습니다. 정 차장은 습관대로 숫자 세 개를 원본과 대조했습니다. 두 거래처의 합계가 원본보다 컸습니다. 따라가 보니 반품 행이 매출에 더해져 있었습니다. 파일 이름도 문제였습니다. "주간보고"로만 저장되어 있어서, 다음 주에 같은 이름으로 저장하면 지난주 파일을 덮어쓸 수 있었습니다.
정 차장은 지시에 세 문장을 더했습니다. "반품 행은 빼고 센다." "기간은 실행한 날 기준 지난주 월요일부터 일요일까지다." "파일 이름은 주간보고 뒤에 날짜를 붙이고, 기존 파일은 덮어쓰지 않는다." 두 번째 결과는 숫자가 맞았고 이름에 날짜도 붙었습니다. 자료가 없는 경우도 시험했습니다. 기간을 연휴 주간으로 바꿔 돌리자 보고서 대신 "해당 기간 실적 행 없음"이라는 메모가 저장됐습니다. 그제야 정 차장은 그 지시를 월요일 아침으로 예약했습니다.
그런데 둘째 주 월요일, 파일이 생기지 않았습니다. 원인은 싱거웠습니다. 정 차장의 노트북이 주말 내내 덮여 있었습니다. 정 차장은 예약 시각을 월요일 출근 직후로 옮겼고, 셋째 주부터는 파일이 제때 생겼습니다. 그 뒤로도 몇 주 동안 정 차장은 월요일마다 파일을 열어 숫자 하나씩을 대조했습니다.
따라 하기
- 73단계에서 적은 여섯 줄을 꺼냅니다. 성공 기준: 여섯 줄이 모두 채워져 있습니다.
- 이 일이 언제 생기는지(주기적인가, 무언가 들어올 때인가, 필요할 때인가), 결과가 언제까지 필요한지("월요일 아침 회의 전", "문의 접수 후 한 시간 안")를 적습니다. 성공 기준: 두 때가 모두 적혔습니다. 그 사이가 트리거가 들어갈 틈입니다.
- 네 트리거(시각·새 메일·새 파일·버튼) 중 하나를 고르고 이유를 짧게 적습니다. 성공 기준: 이유에 두 때가 모두 들어 있습니다.
- 사건 트리거를 골랐다면 좁힐 조건을 하나 이상 적고, 가장 많이 몰리는 날 몇 번 돌지 지난 기록에서 셉니다. 시각 트리거를 골랐다면 재료가 채워지는 시각보다 뒤인지 확인합니다. 성공 기준: 조건이나 시각이 구체적으로 적혔고, 몰리는 날 숫자가 부담스럽다면 묶어서 도는 방법이 함께 적혔습니다.
- 데스크톱 앱에서 Cowork를 켜고 보고서를 저장할 폴더를 정해 줍니다. 연습용 폴더를 새로 만드는 편이 안전합니다. 3번에서 사건 트리거를 골랐더라도 이 실습은 시각 트리거로 합니다. 사건 트리거는 75~76단계의 외부 자동화 도구에서 붙입니다. 성공 기준: Cowork가 그 폴더를 읽고 쓸 수 있습니다.
- 여섯 줄을 아래 두 번째 프롬프트에 옮겨 지금 한 번 돌리고, 결과 파일을 열어 숫자 두세 개를 원본과 대조합니다. 틀린 곳이 있으면 지시에 규칙을 하나 더해 다시 돌립니다. 성공 기준: 대조한 숫자가 모두 맞습니다.
- 자료가 없는 경우를 시험합니다. 기간을 데이터가 없는 주로 바꿔 돌립니다. 성공 기준: 보고서 대신 무엇이 없었는지 적은 메모가 저장됐습니다.
- 결과가 맞으면 같은 지시를 매주 월요일 아침으로 예약합니다. 예약 메뉴의 이름과 위치는 앱 화면에서 확인합니다. 성공 기준: 예약 목록에 작업이 보이고, 시각이 컴퓨터가 켜져 있을 때로 잡혀 있습니다.
- 다음 주 월요일에 결과 파일을 엽니다. 성공 기준: 날짜가 붙은 새 파일이 생겼고, 지난 파일도 남아 있습니다. 생기지 않았다면 컴퓨터·앱·연결자 상태를 차례로 봅니다.
복사해 쓰는 프롬프트
아래 업무를 자동화하려 한다. 시작 신호를 무엇으로 정할지 함께 고르자.
업무 여섯 줄: [73단계에서 적은 여섯 줄]
이 일이 생기는 때: [주기, 또는 무엇이 들어올 때]
결과가 필요한 때: [언제까지]
평소 건수와 몰리는 날 건수: [아는 만큼]
시각·새 메일·새 파일·버튼 네 가지를 각각 이 업무에 적용했을 때의 장점과 문제를 표로 비교하고, 하나를 추천해 줘.
사건 트리거를 추천한다면 달아야 할 조건과, 몰리는 날의 대비책을 함께 적어 줘.
매주 반복할 보고서 작업이다. 지금 한 번 돌려 보고, 결과가 맞으면 같은 내용으로 예약할 것이다.
목표: [누가 받아 무엇에 쓰는지 한 줄]
읽을 자료: [폴더나 파일 이름, 연결자 이름]
기간: 실행한 날 기준 지난주 월요일부터 일요일까지
계산 규칙: [빼는 것, 묶는 기준 등]
출력: [양식이나 스킬 이름], 한 페이지 분량
저장: [폴더 이름]에 "주간보고_날짜" 형식의 이름으로 저장
하지 말 것: 누구에게도 보내지 않는다. 기존 파일을 지우거나 덮어쓰지 않는다.
자료를 못 읽었거나 기간에 해당하는 데이터가 없으면 보고서 대신 무엇이 없었는지 적은 메모를 저장한다.
보고서 맨 아래에 읽은 원본 행 수를 적는다.
막히면 이렇게
| 증상 | 원인 | 처방 |
|---|---|---|
| 뉴스레터·광고까지 흐름을 탑니다 | 새 메일 트리거에 조건이 없습니다 | 받는 주소, 라벨, 제목 말머리 가운데 하나 이상으로 좁힙니다 |
| 시각에 맞춰 돌았는데 결과가 비어 있습니다 | 재료가 채워지기 전에 돌았습니다 | 재료가 올라오는 시각을 확인하고 그 뒤로 옮깁니다 |
| 같은 파일이 두 번 처리됐습니다 | 올린 사람이 고쳐서 다시 올렸습니다 | 처리한 파일은 다른 폴더로 옮기거나 이름에 "처리됨"을 붙이는 규칙을 둡니다 |
| 알림이 쏟아져 아무도 안 봅니다 | 모든 건에 바로 알립니다 | 급한 분류만 바로 알리고 나머지는 묶어서 정해진 때 알립니다 |
| 정해진 때 파일이 생기지 않았습니다 | 컴퓨터가 꺼져 있었거나 앱이 닫혀 있었습니다 | 컴퓨터가 켜져 있는 시각으로 예약을 옮기고, 도는 조건을 공식 도움말에서 확인합니다 |
| 파일은 생겼는데 "자료를 읽지 못함" 메모만 있습니다 | 연결자 로그인이 만료됐거나 원본 파일 이름이 바뀌었습니다 | 연결자를 다시 연결하고, 원본 이름이 바뀌었으면 지시의 '읽을 자료' 항목을 고칩니다 |
| 지난주 보고서가 사라졌습니다 | 같은 이름으로 덮어썼습니다 | 이름에 날짜를 붙이고 "덮어쓰지 않는다"를 지시에 넣습니다 |
실습 파일
공개 저장소에 올려 둔 가공 자료와 양식입니다. 회사 자료 대신 먼저 이것으로 해 보세요.
- 채워 쓰는 양식 자동화_설계서.md · 손으로 한 순서와 여섯 줄 설계, 트리거·예약 지시·확인 지점·실패 알림·비용 계산
- 샘플 자료 월간매출.csv · 12개월(2025년 4월~2026년 3월) × 제품군 5개의 온라인·대리점 매출과 반품
- 샘플 자료 재고현황.csv · 물류센터 두 곳의 품목별 현재고·안전재고·입고예정 26행
스스로 점검
- ☐ 고른 시작 신호를 "일이 생기는 때"와 "결과가 필요한 때"로 설명할 수 있고, 사건 트리거라면 좁히는 조건과 몰리는 날의 실행 횟수를 적어 두었습니까?
- ☐ 예약하기 전에 지금 한 번 돌려 숫자를 원본과 대조하고, 자료가 없을 때 메모가 저장되는지 시험했습니까?
- ☐ 예약 작업이 누구에게도 보내지 않고 기존 파일을 덮어쓰지 않도록 지시에 적혀 있습니까?
점검 해설 보기
- "이 일은 언제 생기고, 결과는 언제까지 필요해서 이 신호를 골랐다"는 형태로 두 때를 모두 넣어 말할 수 있고, 사건 트리거라면 받는 주소·라벨·제목 말머리 같은 조건과 몰리는 날 실행 횟수가 적혀 있으면 통과입니다. 한쪽이 빠졌다면 「따라 하기」 2~4번으로 돌아가고, 조건 없이 뉴스레터까지 흐름을 탄 이 대리 사례를 다시 봅니다. 몰리는 날 숫자는 79단계 비용 계산에 그대로 가져갑니다.
- 예약 전에 지금 한 번 돌려 숫자 두세 개를 원본과 대조해 모두 맞았고, 데이터가 없는 주로 바꿔 돌렸을 때 무엇이 없었는지 적은 메모가 저장되면 통과입니다. 틀린 숫자가 있었다면 정 차장처럼 반품 제외 같은 규칙을 지시에 더하고, 빈 보고서가 나오면 「복사해 쓰는 프롬프트」의 "자료를 못 읽었거나 기간에 해당하는 데이터가 없으면" 문장이 들어 있는지 확인합니다.
- 지시문에 "누구에게도 보내지 않는다"와 "기존 파일을 지우거나 덮어쓰지 않는다"가 적혀 있으면 통과입니다. 빠졌다면 「저장까지만」을 다시 읽고, 전달 단계는 몇 주 결과를 본 뒤 77단계의 승인 단계와 함께 붙입니다.
기억할 것
- 일이 생기는 방식에 맞춰 트리거를 고릅니다. 사건 트리거는 몰리는 날을 먼저 떠올립니다.
- 처음에는 시각 트리거로 시작합니다. 사건 트리거에는 좁히는 조건을 반드시 답니다.
- 한 번 손으로 돌려 맞은 것만 예약합니다. 예약 작업은 저장까지, 전달은 믿음이 생긴 뒤에.
- 예약 작업은 되물을 수 없습니다. 기간·예외·저장 이름을 지시문에서 미리 정합니다.