교재 목차
MODULE 12 / 16
12
Part 12 · 자동화

자동화 — 사람 손 없이 정기적으로

한 번 잘 시켜본 일을, 매번 다시 시키지 않는 법. 명령 한 줄을 정해진 시각에 무인으로 돌리고, 여러 단계를 한 흐름으로 엮고, 끝나면 알림으로 알려주게 만든다. 여기서부터 에이전트는 ‘부르면 오는 도우미’에서 ‘알아서 도는 직원’이 된다.


Lesson 49

기초 자동화 — 한 번 시킨 일을 다시 안 시키기

어제 에이전트에게 “이번 주 매출 csv 세 개 합쳐서 요약해줘”라고 시켰다. 오늘 또 시킨다. 내일도 시킨다. 자동화는 이 ‘또’를 없애는 일이다.

자동화의 출발점은 거창한 기술이 아니라 한 가지 자각이다. 내가 같은 부탁을 두 번 이상 했다면, 그건 이미 자동화 후보다.

지금까지 우리는 에이전트를 ‘부를 때마다’ 썼다. 폴더를 열고, 프롬프트를 붙여넣고, 결과를 확인했다. 손맛은 좋지만 매번 사람이 방아쇠를 당겨야 한다.

자동화는 이 방아쇠를 사람 손에서 떼어내는 작업이다. 단계는 셋뿐이다. 먼저 반복되는 일을 한 문장으로 고정하고, 다음으로 그 일을 한 줄 명령으로 만들고, 마지막으로 그 명령을 사람 대신 무언가가 눌러주게 한다. 이번 레슨은 첫 두 단계, 다음 레슨이 마지막 단계다.

먼저 ‘반복’을 찾아낸다

자동화하기 좋은 일에는 공통점이 있다. 정해진 입력이 들어오고, 매번 같은 처리를 거쳐, 정해진 형태로 나온다. 주간 보고서, 폴더 정리, 로그 요약, 백업 같은 것들이다.

반대로 매번 판단이 갈리고 사람의 취향이 끼어드는 일은 자동화에 어울리지 않는다. 자동화는 ‘생각’이 아니라 ‘반복’을 덜어주는 도구다.

자동화 파이프라인 — 수집에서 분석, 리포트, 알림으로 이어지는 무인 흐름
그림 1. 자동화의 기본 흐름. 수집 → 분석 → 리포트 → 알림이 사람 손 없이 한 줄로 이어진다.

반복을 한 줄 명령으로 굳힌다

클로드 코드에서는 자주 쓰는 부탁을 명령처럼 저장해 둘 수 있다. 매번 긴 프롬프트를 붙여넣는 대신, 짧은 이름 하나로 같은 일을 부른다.

가장 단순한 형태는 평소 쓰던 프롬프트를 그대로 한 줄로 실행하는 것이다. 헤드리스(headless) 모드라고 부르는데, 화면 없이 명령만 던지고 결과만 받는 방식이다.

여기서 핵심은 -p 한 글자가 아니다. 한 번 잘 다듬은 부탁을, 사람이 다시 타이핑하지 않고 그대로 재사용한다는 발상이다. 이 한 줄이 곧 다음 레슨에서 스케줄에 걸 ‘방아쇠’가 된다.

먼저 손으로 한 번 성공시켜라

자동화는 ‘이미 손으로 한 번 성공한 일’만 걸어야 한다. 한 번도 제대로 돌아간 적 없는 일을 무인으로 돌리면, 실패도 무인으로 쌓인다. 11모듈까지 손으로 익힌 작업을 자동화 후보로 삼자.

한 문장 요약

같은 부탁을 두 번 했다면, 그건 이미 자동화 후보다.

자동화는 새 기술을 배우는 게 아니라, 이미 잘 시킨 일에서 사람의 방아쇠를 떼어내는 일이다. 그 첫 단추가 ‘반복되는 부탁을 한 줄 명령으로 굳히기’다.


Lesson 50

크론·스케줄로 정기 실행

한 줄 명령을 만들었으면, 이제 그 명령을 매일 아침 8시에 사람 대신 눌러줄 ‘알람시계’를 단다. 그 알람시계의 이름이 크론(cron)이다.

크론은 “정해진 시각이 되면 이 명령을 대신 실행해 달라”고 컴퓨터에게 맡겨두는 장치다. 한 번 걸어두면 노트북이 켜져 있는 한 묵묵히 돈다.

크론을 쓰는 법은 의외로 단순하다. 언제(시각)와 무엇(명령)을 한 줄에 적어 등록하는 게 전부다. 어려운 건 ‘언제’를 적는 표기법인데, 다섯 칸짜리 시간표라고 생각하면 된다.

크론 스케줄 개념 — 정해진 시각에 명령이 무인으로 실행된다
그림 2. 크론의 다섯 칸. 분·시·일·월·요일을 채우면 정해진 시각에 명령이 무인으로 깨어난다.

다섯 칸 시간표 읽는 법

크론 한 줄은 시각을 가리키는 다섯 칸과 그 뒤에 붙는 명령으로 이루어진다. 칸은 왼쪽부터 분, 시, 일, 월, 요일 순서다. *는 “매번”을 뜻한다.

이제 시각 뒤에 우리가 만든 명령을 붙이면 끝이다. 아래는 “매일 아침 8시에 주간 매출 요약을 돌려라”를 한 줄로 등록하는 모습이다.

붙여넣기 프롬프트 · 크론 한 줄 만들어달라기
아래 작업을 매일 정해진 시각에 무인 실행하는 crontab 한 줄을 만들어줘.
- 작업: (여기에 한 줄 명령을 적는다)
- 시각: 매일 아침 8시
- 작업 폴더: ~/work
- 결과는 ~/logs/ 아래 로그 파일에 누적으로 남겨줘 (표준출력+에러 모두)
- 등록 전에, 이 한 줄이 무엇을 언제 실행하는지 한국어로 풀어서 먼저 설명해줘
시각 표기 변형(매주·매월)과 등록·확인 절차는 prompts/m12/49-크론-정기실행.md
실습 49

2분 뒤에 깨어나는 크론

  1. “현재 시각을 파일에 한 줄 적어줘” 같은 아주 단순한 명령을 하나 정한다.
  2. 지금 시각에서 2분 뒤로 크론을 등록한다(예: 지금이 14:10이면 12 14 * * *).
  3. 2분을 기다린 뒤, 그 파일이 새로 생겼는지 확인한다.
  4. 확인했으면 crontab -e로 다시 열어 그 줄을 지운다.

목표: ‘내가 안 눌렀는데 컴퓨터가 알아서 실행했다’는 감각을 한 번 체험하는 것. 시각·로그·삭제까지 한 바퀴 돌아보면 크론이 더 이상 무섭지 않다.

맥·리눅스 / 윈도우

크론은 맥과 리눅스의 기본 도구다. 윈도우라면 같은 일을 ‘작업 스케줄러(Task Scheduler)’가 맡는다. 표기법은 달라도 “정해진 시각에 명령을 대신 실행한다”는 원리는 똑같다. 막히면 에이전트에게 “내 OS에 맞는 스케줄 등록법으로 바꿔줘”라고 부탁하면 된다.

한 문장 요약

크론은 ‘언제’와 ‘무엇’을 한 줄에 적어두는 알람시계다.

다섯 칸으로 시각을 정하고 뒤에 명령을 붙이면, 노트북이 켜진 한 그 명령이 정해진 시각마다 무인으로 깨어난다. 로그와 절대 경로만 잊지 않으면 된다.


Lesson 51

백그라운드 실행과 알림

무인 실행에는 두 가지 불편이 따라온다. 오래 걸리는 일이 내 터미널을 붙잡고 있는 것, 그리고 다 끝났는지 내가 계속 들여다봐야 하는 것. 백그라운드와 알림이 이 둘을 푼다.

긴 작업을 시켜놓고 터미널 앞에 묶여 기다리는 건 자동화의 정신에 어긋난다. 일은 뒤에서 돌게 하고, 사람은 다른 일을 하면 된다.

뒤에서 돌게 하기 — 백그라운드

명령 끝에 & 하나만 붙이면, 그 명령은 화면을 점유하지 않고 뒤에서 조용히 돈다. 터미널을 닫아도 계속 돌게 하려면 nohup을 앞에 둔다.

끝나면 알려주게 하기 — 알림

뒤에서 도는 일은 끝나도 티가 안 난다. 그래서 작업의 마지막 단계에 ‘알림 보내기’를 끼워 넣는다. 데스크톱 알림, 메일, 슬랙·텔레그램 메시지 무엇이든 좋다.

가장 쉬운 방법은 에이전트에게 작업의 한 단계로 알림까지 맡기는 것이다. “끝나면 슬랙으로 한 줄 보고해줘”라고 부탁하면, 결과 요약을 알림으로 쏘는 것까지가 한 작업이 된다.

붙여넣기 프롬프트 · 끝나면 알림까지
아래 작업을 끝까지 처리한 뒤, 마지막에 결과를 알림으로 보내줘.
- 작업: (여기에 명령을 적는다)
- 알림 채널: 슬랙 #자동화-알림 (또는 내 메일)
- 알림 내용: 성공/실패 여부 + 한 줄 요약 + 만든 파일 경로
- 실패했으면 어디서 멈췄는지 에러 메시지를 함께 보내줘
백그라운드 실행·작업 확인·실패 알림 분기까지는 prompts/m12/51-백그라운드-알림.md
성공보다 실패 알림이 중요하다

무인 작업에서 진짜 위험은 ‘조용한 실패’다. 잘 됐을 때 알림은 없어도 그만이지만, 실패는 반드시 알림이 와야 한다. “실패했을 때만, 어디서 왜 멈췄는지 알려줘”를 기본값으로 삼자.

실습 50

뒤에서 돌고, 끝나면 알리기

  1. 30초쯤 걸리는 가벼운 작업을 하나 정한다(예: “이 폴더의 모든 텍스트 파일 글자 수를 세어 표로 만들어줘”).
  2. 이 작업을 백그라운드로 돌리고, jobs로 도는 중인지 확인한다.
  3. 작업 끝에 “완료되면 데스크톱 알림(또는 메일)으로 한 줄 보고” 단계를 붙인다.
  4. 다른 창에서 딴짓을 하다가, 알림이 오는지 기다린다.

목표: ‘시켜놓고 잊어버려도 되는’ 상태를 처음 만들어보는 것. 알림이 한 번 오면, 그 뒤로는 터미널을 지켜볼 필요가 없어진다.

한 문장 요약

일은 뒤에서 돌게 하고, 끝나면 알림이 나를 부르게 한다.

백그라운드가 사람을 터미널에서 풀어주고, 알림이 사람을 다시 부른다. 특히 실패 알림은 무인 자동화의 안전벨트다 — 조용한 실패만 막아도 절반은 성공이다.


Lesson 52

자동화 파이프라인 엮기

지금까지는 명령 하나를 자동으로 돌렸다. 진짜 업무는 보통 여러 단계다 — 자료를 모으고, 분석하고, 리포트를 쓰고, 알린다. 이 단계들을 한 줄기로 잇는 것이 파이프라인이다.

파이프라인은 ‘앞 단계의 결과가 뒷 단계의 입력이 되는’ 연결이다. 컨베이어 벨트처럼, 한쪽에 원료를 넣으면 반대쪽으로 완성품이 나온다.

왜 굳이 엮을까. 단계를 따로 돌리면 사람이 중간에서 결과를 옮겨줘야 한다. 엮어두면 그 중간 손길까지 사라진다. 수집부터 알림까지 한 번의 방아쇠로 끝까지 흐른다.

네 단계로 보는 표준 파이프라인

  1. 수집흩어진 원료를 한곳에 모은다. 폴더의 csv, 메일함, 외부 API에서 데이터를 끌어온다.
  2. 분석모은 데이터를 처리한다. 합산·필터·요약·이상치 탐지처럼 ‘판단’이 들어가는 핵심 단계다.
  3. 리포트결과를 사람이 읽을 형태로 빚는다. 표·요약문·차트가 들어간 문서로 떨군다.
  4. 알림완성된 리포트를 사람에게 전달한다. 메일·슬랙으로 보내고, 실패 시 경고를 띄운다.

이 네 단계가 곧 그림 1의 흐름이다. 핵심은 단계 사이의 연결 지점을 명확히 정하는 것이다. 앞 단계가 어떤 파일을 어디에 남기고, 뒷 단계가 그걸 어디서 집어 드는지를 못 박아야 한다.

한 덩어리 vs 여러 단계

파이프라인을 짜는 방법은 둘이다. 에이전트에게 네 단계를 한 부탁으로 맡기는 방식(간단하지만 중간 점검이 어렵다)과, 단계마다 따로 명령을 두고 순서대로 잇는 방식(손은 더 가지만 어디서 깨졌는지 보인다)이다. 처음엔 한 덩어리로 시작해, 자주 깨지는 단계가 보이면 그 단계만 떼어낸다.

중간이 깨져도 무너지지 않게

단계가 길어질수록 중간에서 깨질 확률도 커진다. 수집은 됐는데 분석에서 멈추는 식이다. 그래서 파이프라인에는 두 가지 안전장치를 넣는다.

실습 51

2단계 미니 파이프라인

  1. 연습 폴더에 csv 두세 개를 둔다(수집할 ‘원료’).
  2. 1단계: “csv를 모두 합쳐 merged.csv로 저장” — 중간 산출물을 파일로 남긴다.
  3. 2단계: “merged.csv를 읽어 핵심 지표 3개를 요약문으로 만들어줘”.
  4. 일부러 csv 하나를 빈 파일로 바꿔 다시 돌려보고, 점검 단계가 멈춰주는지 본다.

목표: ‘앞 결과 → 뒤 입력’이라는 연결을 직접 만들어보고, 중간 산출물 덕에 한 단계가 깨져도 전부 날아가지 않는다는 걸 확인하는 것.

한 문장 요약

파이프라인은 단계를 잇는 게 아니라, 단계 사이의 사람 손을 없애는 것이다.

수집→분석→리포트→알림을 한 줄기로 엮으면 중간 옮김질이 사라진다. 대신 연결 지점을 못 박고, 중간 산출물과 점검을 둬서 ‘한 단계가 깨져도 전부 무너지지 않게’ 만든다.


Lesson 53

워크플로우 패키징

잘 도는 파이프라인을 나 혼자 머릿속에만 두면, 내가 자리를 비우는 순간 멈춘다. 패키징은 이 흐름을 ‘누가 봐도 다시 돌릴 수 있는 한 덩어리’로 포장하는 일이다.

자동화의 마지막 위험은 기술이 아니라 사람이다. 만든 사람만 아는 자동화는, 그 사람이 떠나면 아무도 손대지 못하는 검은 상자가 된다.

패키징은 이 검은 상자를 열어 라벨을 붙이는 일이다. 무엇을 하는지, 어떻게 돌리는지, 무엇이 필요한지를 흐름과 같은 자리에 묶어둔다.

한 덩어리에 들어가야 할 것

클로드 코드라면 이 셋을 슬래시 커맨드 한 개로 묶을 수 있다. 자주 돌리는 파이프라인을 /주간리포트 같은 이름의 명령으로 저장해두면, 흐름 전체가 한 단어로 호출된다.

붙여넣기 프롬프트 · 파이프라인을 명령으로 패키징
방금 함께 만든 이 파이프라인을, 다음에 한 단어로 다시 돌릴 수 있게 슬래시 커맨드로 묶어줘.
- 명령 이름: /주간리포트
- 안에 들어갈 단계: 수집 → 분석 → 리포트 → 알림 (위에서 정한 그대로)
- 명령 설명 맨 위에: 무엇을/언제/무엇이 필요한지 3줄로 적어줘
- 필요한 폴더·권한이 없으면 실행 전에 먼저 알려주고 멈춰줘
명령 정의 형식과 설명서 템플릿은 prompts/m12/53-워크플로우-패키징.md
‘내일의 나’를 위해 적어라

설명서를 적는 진짜 대상은 동료가 아니라 석 달 뒤의 나다. 그때의 나는 오늘 머릿속에 있던 맥락을 깨끗이 잊은 남이다. “왜 이 시각인지, 왜 이 폴더인지”까지 한 줄로 남겨두면 미래의 자신이 고마워한다.

실습 52

미니 파이프라인 포장하기

  1. 실습 51의 2단계 파이프라인을 가져온다.
  2. 위 프롬프트로 /주간요약 같은 명령 하나로 묶는다.
  3. 명령 맨 위에 “무엇을·언제·무엇이 필요한지” 3줄 설명을 직접 확인·수정한다.
  4. 터미널을 새로 열어, 그 명령 한 단어만으로 처음부터 끝까지 도는지 검증한다.

목표: 흩어진 단계를 ‘한 단어로 부르는 한 덩어리’로 만들어보는 것. 새 터미널에서도 똑같이 돈다면, 그건 더 이상 나만 아는 검은 상자가 아니다.

한 문장 요약

패키징은 자동화에 라벨을 붙여, 나 없이도 돌게 만드는 일이다.

실행 명령·설명서·필요한 것들을 한 자리에 묶으면, 자동화는 만든 사람의 머릿속을 떠나 누구나 다시 돌릴 수 있는 자산이 된다. 진짜 독자는 ‘석 달 뒤의 나’다.


Lesson 54

반복업무 자동화 사례

원리는 충분히 봤다. 이번엔 실제 사무실에서 매주 반복되는 일 셋을, 지금까지 배운 조각으로 어떻게 조립하는지 통째로 따라가 본다.

각 사례는 같은 골격을 공유한다 — 반복을 찾고(49), 스케줄을 걸고(50), 알림을 붙이고(51), 단계를 엮고(52), 한 덩어리로 포장한다(53). 새로 배울 건 없다. 조립만 다를 뿐이다.

사례 ① 월요일 아침 주간 리포트

매주 흩어진 매출·문의 데이터를 모아 한 장으로 요약하던 일. 수집→분석→리포트→알림을 한 파이프라인으로 묶고, 크론으로 월요일 아침 8시에 건다.

사례 ② 매일 밤 폴더·백업 정리

1모듈에서 손으로 했던 폴더 정리를, 매일 밤 자동으로. 다운로드 폴더를 종류별로 분류하고, 중요한 작업 폴더는 통째로 백업한다.

사례 ③ 출처 모니터링과 요약 알림

매일 챙겨야 하는 뉴스·문서·이슈를 사람이 일일이 들여다보던 일. 정해둔 출처를 수집해 요약하고, 새로운 것만 골라 알린다(4·10모듈의 수집·외부 연동과 이어진다).

사례를 내 일로 바꾸는 법

세 사례의 빈칸에 내 반복업무를 끼워 넣어보자. 방아쇠(언제)·흐름(무엇을 순서대로)·안전장치(무엇이 깨지면 멈출지) 세 칸만 채우면, 그게 곧 내 자동화 설계도다. 막히면 이 표를 그대로 에이전트에게 주고 “이 설계로 만들어줘”라고 하면 된다.

실습 53

내 반복업무 하나, 끝까지 자동화

  1. 내가 매주 두 번 이상 반복하는 일을 하나 적는다.
  2. 방아쇠·흐름·안전장치 세 칸을 채워 설계도를 만든다.
  3. 49~53레슨의 조각으로 조립한다 — 한 줄 명령 → 파이프라인 → 알림 → 크론 → 패키징.
  4. 2분 뒤 스케줄로 한 번 시험 실행하고, 알림이 오면 진짜 시각으로 바꾼다.

목표: 이 모듈 전체를 한 번에 꿰어, ‘내 손으로 하던 일 하나’를 실제로 무인화하는 것. 이걸 한 번 완성하면 두 번째부터는 복사다.

모듈 12 마무리

자동화는 새 기술이 아니라, 이미 잘하던 일에서 사람을 빼는 조립이다.

반복을 찾고(49) 스케줄을 걸고(50) 뒤로 돌려 알리고(51) 단계를 엮고(52) 한 덩어리로 포장(53)하면, 그 조립이 곧 실제 업무 자동화(54)가 된다. 에이전트는 이제 ‘부르면 오는 도우미’를 넘어 ‘알아서 도는 직원’이 됐다.


실전 부록

커넥터 자동화 4선 — 따라 만들기

앞 레슨의 조각(반복 찾기·스케줄·알림·파이프라인)을 실제 커넥터에 꽂으면 이렇게 된다. 네 가지 모두 Gmail·Notion·Slack·Drive 같은 이미 연결된 도구 위에서 돈다 — 코드 한 줄 없이 자연어 부탁으로.

각 사례는 “무엇을 · 어떤 도구로 · 언제” 세 칸만 바꾸면 곧장 내 업무가 된다. 화면은 실제 결과가 어떻게 나오는지 보여주는 예시다.

① 메일 아침 브리핑

매일 아침 받은편지함을 대신 읽고, 중요·뉴스레터·광고로 분류해 중요한 것만 세 줄로 요약한다. 답장이 필요한 메일엔 초안까지 미리 만들어 둔다.

Gmail매일 아침 8시 · 크론
  1. 읽고 분류받은편지함을 훑어 중요 / 뉴스레터 / 광고로 라벨을 나눈다.
  2. 요약중요 메일만 핵심 세 줄로 줄이고, 답장이 필요하면 초안을 만든다.
  3. 전달한 장 브리핑으로 묶어 보여주고, 광고는 자동 보관한다.
붙여넣기 프롬프트 · 메일 아침 브리핑
오늘 받은편지함을 정리해줘.
- 중요 / 뉴스레터 / 광고·기타 세 가지로 분류해줘
- 중요 메일만 제목 + 3줄 요약으로 정리하고, 답장이 필요하면 답장 초안도 만들어줘
- 광고·기타는 "광고" 라벨을 달아 받은편지함에서 보관 처리해줘
- 마지막에 한 장짜리 "오늘의 브리핑"으로 묶어서 보여줘 (보내기 전 내가 검토)
크론 등록과 4선 전체 프롬프트는 prompts/m12/55-커넥터-자동화-4선.md
메일 아침 브리핑 결과 화면 — 중요 2통 요약과 답장 초안, 뉴스레터 요약, 광고 자동 보관
화면. 매일 아침 자동 생성되는 메일 브리핑. 중요 메일엔 답장 초안이 함께 준비된다.

② 일일 리서치 브리핑

챙겨야 할 주제를 매일 대신 검색해 핵심만 추리고, 노션 페이지에 날짜별로 쌓는다. 4모듈(수집)·13모듈(위키)과 이어지는 대표 파이프라인이다.

FirecrawlNotion매일 아침 7시 · 크론
  1. 수집정해둔 키워드로 웹·뉴스를 검색한다.
  2. 추림어제까지 본 것과 비교해 새 항목만 골라 세 줄로 요약한다.
  3. 누적노션에 “오늘 날짜” 블록으로 출처 링크와 함께 쌓는다.
노션에 누적된 일일 리서치 브리핑 페이지 — 키워드별 새 항목 요약과 출처 링크
화면. 노션에 날짜별로 쌓이는 리서치 브리핑. 출처 링크가 함께 박혀 검증이 가능하다.

③ 드라이브 정리 봇

1모듈에서 손으로 했던 파일 정리를 매일 밤 무인으로. 새로 쌓인 파일을 종류별로 분류하되, 위험도 원칙(1·9모듈)대로 삭제는 절대 하지 않는다.

Google Drive매일 새벽 2시 · 크론
  1. 분류 계획새 파일을 종류별(문서·이미지·자료·설치파일)로 나눌 계획을 세운다.
  2. 안전 이동작업 폴더는 백업본을 먼저 뜬 뒤에만 옮긴다. 삭제는 없음.
  3. 기록무엇을 어디로 옮겼는지 로그로 남긴다.
드라이브 정리 봇 — 어질러진 다운로드가 종류별 폴더로 분류된 정리 전후 화면
화면. 정리 전 → 정리 후. 삭제 없이 분류만 하고, 결과는 로그로 남긴다.

④ 회의록 → Slack 액션 분배

회의록에서 ‘할 일’만 뽑아 담당자에게 자동으로 배정한다. 회의가 끝나면 채널에 액션 아이템이 멘션과 마감일과 함께 올라온다.

NotionSlack회의 직후 · 수동/트리거
  1. 추출회의록에서 결정사항과 할 일을 분리해 뽑는다.
  2. 배정각 할 일에 담당자와 마감일을 붙인다.
  3. 게시Slack 채널에 멘션과 함께 올리고, 원문은 노션에 보관한다.
회의록에서 추출한 액션 아이템이 담당자 멘션·마감일과 함께 Slack 채널에 게시된 화면
화면. 회의 직후 Slack에 자동 게시되는 액션 아이템. 담당자 멘션과 마감일이 붙는다.
내 업무로 바꾸는 법

네 사례의 도구·시각·내용 세 칸만 내 것으로 갈아끼우면 된다. 막히면 위 프롬프트를 그대로 주고 “내 ○○ 업무에 맞게 바꿔줘”라고 부탁하자. 커넥터 연결은 10모듈(MCP)에서 다룬 그 방식 그대로다.

부록 마무리

커넥터에 꽂는 순간, 자동화는 내 책상 밖으로 나간다.

메일·노션·슬랙·드라이브처럼 이미 쓰는 도구에 앞 레슨의 조각을 꽂으면, 에이전트는 내 컴퓨터 안을 넘어 실제 업무 도구 위에서 알아서 돈다. 이것이 ‘알아서 도는 직원’의 완성형이다.

출처 · 더 읽을거리

이 모듈의 근거 문서

  1. 문서Anthropic — Claude Code 공식 문서 (CLI 사용·헤드리스 실행)
    레슨 49의 한 줄 명령(-p)과 무인 실행의 기준. 명령형 자동화의 출발점.
    docs.anthropic.com/en/docs/claude-code
  2. 문서Anthropic — Claude Code: 슬래시 커맨드 · 설정(CLAUDE.md)
    레슨 53 워크플로우 패키징의 근거. 커스텀 명령과 프로젝트 설정으로 흐름을 묶는 법.
    docs.anthropic.com/en/docs/claude-code
  3. 참고crontab — POSIX 스케줄링(맨페이지) · 윈도우 작업 스케줄러
    레슨 50의 다섯 칸 시간표 표기. OS 기본 스케줄러로 명령을 정기 실행한다.
    man7.org · crontab(5)