자동화 설계는 어렵지 않다. 이 일을 시작시키는 게 시간인지, 대화인지, 사건인지 고르는 것 — 그 매칭이 설계의 전부다.
이 글 3줄 요약
- 자동화란 내가 컴퓨터 앞에 앉아 있지 않아도 알아서 일하는 시스템이다. 핵심 질문은 딱 하나, 무엇이 일을 '시작'시키는가다.
- 시작 신호는 세 종류다. 시간이 되면 도는 크론, 사람이 말을 걸면 답하는 봇, 사건이 터지면 알려오는 웹훅. 이 셋을 자동화 3형제라 부른다.
- 설계의 전부는 '이 일의 시작 신호가 뭔지' 맞추는 매칭이다. 여기에 '실패하면 어떻게 알지'라는 마지막 질문만 더하면 자동화가 완성된다.
이 글은 AI 바이브코딩 강의 12부작 시리즈의 9편이다. 앞선 흐름이 궁금하면 1편부터 보면 좋다. 지금까지는 내가 컴퓨터 앞에 앉아서 무언가를 시키는 이야기였다. 이번 편은 다르다. 내가 자리에 없어도, 심지어 자고 있어도 컴퓨터가 알아서 일하게 만드는 방법이다.
오늘의 질문 — 내가 자는 동안에도 컴퓨터가 일하게 할 수 있을까
답부터 말하면 "그렇다". 그리고 이걸 가능하게 하는 핵심은 놀랄 만큼 단순하다. 무엇이 일을 '시작'시키는가, 이 하나만 정하면 된다.
시간이 되면 시작할까? 누가 말을 걸면 시작할까? 어떤 사건이 터지면 시작할까? 세상의 거의 모든 자동화는 이 세 가지 중 하나로 시작한다. 그래서 이 셋을 자동화의 3형제라 부른다. 오늘 배울 건 딱 이만큼이다. 셋을 구분하고, "내 일에는 어느 걸 써야 하나"를 매칭하는 법.
여기서 '자동화'라는 말을 한 줄로 정의하고 가자. 자동화란 사람이 매번 손으로 하던 일에 '시작 신호'를 붙여서, 그 신호만 오면 컴퓨터가 알아서 대신 하게 만드는 것이다. 대단한 기술이 아니라, 반복되던 일에 방아쇠 하나를 다는 일이다.
자동화 3형제 — 무엇이 '시작 버튼'을 누르나
세 형제를 한 줄씩으로 먼저 훑어보자.
| 형제 | 시작 신호 | 한마디로 |
|---|---|---|
| 크론 | 시간 | 정해진 시간이 되면 스스로 실행 |
| 봇 | 대화 | 메신저에서 말을 걸면 답하고 일함 |
| 웹훅 | 사건 | 어떤 일이 터지는 순간 알려온다 |
세 형제의 이름은 낯설어도 하는 일은 전부 일상에 있는 것들이다. 매일 아침 7시가 되면 무언가를 하고(크론), 누가 방에서 부르면 응답하고(봇), 신청이 들어오면 알림을 받는다(웹훅). 자동화 설계란 결국 "이 일을 시작시키는 게 시간인가, 대화인가, 사건인가"를 고르는 것이고, 그 매칭이 설계의 거의 전부다. 이제 하나씩 비유와 함께 뜯어보자.
첫째, 크론 — 정해진 시간에 스스로 켜지는 타이머
**크론(cron)**을 한 줄로 정의하면 "언제 실행할지 예약해두는 시계"다. 요일과 시각을 정해두면, 컴퓨터가 그때마다 알아서 실행한다.
비유로 잡으면 가게의 타이머 조명이다. 매일 아침 7시, 가게에 아무도 없어도 조명이 탁 켜진다. 누가 스위치를 누르지 않았는데도, 시간이 됐다는 이유만으로 켜진다. 크론이 정확히 이렇다. 사람이 개입하지 않아도 정해진 시각이 시작 신호가 되어 프로그램을 깨운다.
진짜 예시를 보자. 매일 아침 8시가 되면 SNS 성과 리포트가 저절로 만들어져 도착한다. 내가 컴퓨터를 켜지 않아도, 출근하기 전에 이미 와 있다. 이건 강사가 실제로 매일 돌리고 있는 자동화다.
크론은 언제 쓰는가. '반복되는 시간표'가 있을 때다. 매일, 매주, 매월 똑같이 도는 일. 내용은 거의 바뀌지 않고 시간만 정해져 있는 일이라면 크론이 정답이다.
둘째, 봇 — 메신저 방에 상주하는 AI 알바
**봇(bot)**을 한 줄로 정의하면 "메신저 안에 사는 프로그램"이다. 사람처럼 채팅방에 들어와 있고, 말을 걸면 반응한다.
비유로 잡으면 카톡방에 사는 알바다. 채팅방에 24시간 앉아 있는 알바 한 명을 상상해 보자. 부르면 답하고, 시키면 한다. 쉬지 않고, 자리를 비우지도 않는다. 봇이 딱 이 알바다. 다른 점이 있다면 월급을 요구하지 않는다는 것 정도다.
진짜 예시. 슬랙(업무용 카톡이라고 생각하면 된다)에서 "이 자료 정리해줘"라고 말을 걸면, 그 자리에서 자료를 찾아 정리해 답으로 돌려주는 AI 봇이 있다. 이 역시 강사가 실제로 운영 중이다.
봇은 언제 쓰는가. '사람이 말로 시켜야' 시작되는 일에 쓴다. 크론과 결정적으로 다른 점이 여기다. 크론은 매번 똑같은 일을 정해진 시간에 하지만, 봇은 그때그때 요청 내용이 다르다. "이거 정리해줘", "저 자료 찾아줘"처럼 매번 내용이 바뀌는 일은 봇의 몫이다.
셋째, 웹훅 — 사건이 터지면 그쪽에서 눌러주는 벨
**웹훅(webhook)**을 한 줄로 정의하면 "어떤 사건이 생기면 상대가 먼저 알려주는 알림"이다. 내가 계속 새로고침하며 확인하지 않아도 된다는 게 핵심이다.
비유로 잡으면 식당 주문 벨이다. 손님이 테이블에서 벨을 누르면 주방에 울린다. 주방은 홀을 계속 쳐다보고 있을 필요가 없다. 손님이 부를 때만 알면 되니까. 웹훅이 이 벨이다. 사건이 일어난 쪽에서 먼저 "지금 이 일이 생겼어"라고 눌러준다.
진짜 예시. 홈페이지에 신청서가 들어오는 바로 그 순간, 슬랙에 '띵' 하고 알림이 뜬다. 내가 홈페이지를 몇 분마다 새로고침하며 "신청 들어왔나" 확인할 필요가 없다. 신청이라는 사건이 나를 부르기 때문이다. 이것도 강사가 실제 운영 중인 자동화다.
웹훅은 언제 쓰는가. '언제 일어날지 모르는 사건'을 놓치면 안 될 때다. 크론과 웹훅의 차이를 딱 한 문장으로 정리하면 이렇다. 크론이 내가 시계를 보는 거라면, 웹훅은 사건이 나를 부른다. 시간표가 정해진 일은 크론, 언제 터질지 모르는 사건을 기다리는 일은 웹훅이다.
무엇부터 자동화할까 — 3개의 질문, 이 순서로
세 형제를 알았으니, 이제 "그래서 뭘 먼저 자동화하지"라는 실전 문제가 남는다. 순서가 정해진 세 개의 질문으로 접근하면 된다. 이 순서가 중요하다.
첫째, 반복되는 일을 적는다. 매일, 매주 손으로 똑같이 하는 일을 목록으로 만든다. 자동화는 언제나 '반복'에서 시작한다. 아침 매출 정리, 주간 리포트 취합 같은 것들이다. 도구를 고르기 전에 이 목록부터 있어야 한다.
둘째, 시작 신호를 고른다. 목록의 각 일에 대해 묻는다. 이 일은 무엇이 시작시키나? 시간이면 크론, 사람 말이면 봇, 사건이면 웹훅. 앞에서 배운 매칭이 바로 여기서 쓰인다. 이 단계가 자동화 설계의 핵심이다.
셋째, 실패하면 어떻게 알지를 정한다. 자동화는 '조용한 실패'가 제일 무섭다. 안 돌았는데 아무도 모르는 상황이다. 그래서 안 돌았을 때 나에게 알림이 오게 미리 설계해 둔다.
순서를 지키는 게 왜 중요한가. 첫 번째 질문 없이 도구부터 고르면 '멋지지만 아무도 안 쓰는' 자동화가 만들어진다. 반복되지도 않는 일을 화려하게 자동화해봤자 쓸 데가 없다. 반복을 먼저 적고, 신호를 고르고, 실패에 대비한다. 이 순서다.
실전에서 이렇게 쓴다 — 셋 다 지금 돌아가는 중
앞에서 하나씩 예시를 들었지만, 실제로는 이 셋이 동시에 굴러간다. 강사가 매일 굴리는 자동화를 세 형제로 나눠 보면 이렇다.
| 자동화 | 시작 신호 | 어느 형제 |
|---|---|---|
| 아침 리포트 — 매일 8시 SNS 성과 리포트가 도착 | 정해진 시간 | 크론 |
| 슬랙 AI 봇 — 말을 걸면 자료 찾기·정리를 해줌 | 사람의 말 | 봇 |
| 신청 알림 — 신청이 들어오는 순간 슬랙에 '띵' | 사건 발생 | 웹훅 |
특별한 게 아니다. 원래 손으로 하던 일에 '시작 신호'를 붙였을 뿐이다. 매일 아침 리포트를 손으로 만들던 걸 시간에 맡기고, 자료 정리를 봇에게 말로 시키고, 신청 확인을 사건이 알려주게 바꿨다. 셋 다 지금 이 순간에도 사람 손 없이 알아서 돌아가고 있다.
흔한 오해 두 가지
자동화를 처음 접하는 사람이 자주 걸리는 오해가 둘 있다. 짚고 넘어가자.
첫 번째 오해는 "자동화하려면 프로그래밍을 깊게 배워야 한다"는 것이다. 문법부터 파고들다 시작도 못 하고 멈추는 사람이 많다. 실제는 다르다. 크론, 봇, 웹훅은 이미 만들어진 재료다. "매일 아침 8시에 이거 돌려줘"라고 AI에게 시키면 세팅해 준다. 어려운 건 문법이 아니라 '무엇을, 언제' 정하는 판단이다. 그리고 그 판단은 코드를 몰라도, 오히려 자기 일을 잘 아는 사람일수록 잘한다.
두 번째 오해는 "한 번 걸어두면 끝, 신경 안 써도 된다"는 것이다. 이게 더 위험하다. 어느 날 자동화가 조용히 멈췄는데 몇 주 뒤에야 알게 되는 일이 실제로 벌어진다. 진짜 리스크는 이 '조용한 실패'다. 안 돌았는데 아무도 모르는 것. 그래서 세 번째 질문, 실패 알림이 설계의 필수다. 살아 있는지 가끔 확인하는 습관까지가 자동화다. 걸어두고 끝이 아니라, 걸어두고 지켜보는 장치까지 있어야 한다.
딱 세 줄만 가져가라
오늘 배운 걸 세 줄로 압축한다.
첫째, 자동화는 잠자는 동안 일하는 시스템이다. 3형제는 시간표(크론), 대화(봇), 사건(웹훅). 무엇이 일을 시작시키느냐로 나뉜다.
둘째, 설계의 전부는 '매칭'이다. 이 일을 시작시키는 게 시간인가, 사람 말인가, 사건인가. 여기만 맞추면 나머지는 AI가 만든다.
셋째, 반복 적기 → 신호 고르기 → 실패 알림. 이 순서로 접근하고, '조용한 실패'를 막는 세 번째 질문을 빠뜨리지 않는다.
숙제라고 하긴 뭣하지만 하나만 해보자. 지금 매일 반복하는 일 세 가지만 종이에 적어보라. 그게 여러분의 첫 자동화 후보다. 그중 시간표가 정해진 일이 있다면, 그건 오늘 배운 크론으로 바로 만들 수 있는 일이다.
오늘 만든 자동화들은 결국 여러 '도구'가 물려서 돌아간다. 다음 시간엔 그 도구들이 어떻게 연결되는지, 지금까지 나온 AI 도구들의 지형도를 그린다.
다음 편 — 바이브코딩 강의 10편