AI가 보고서 초안을 잘 써 줘도 일이 끝나지는 않는다. 워드로 옮기고, 동료의 의견을 반영하고, 수정한 파일을 다시 보내는 과정이 남는다. 문서가 길어질수록 어느 파일이 최종본인지 헷갈리기도 한다. Claude Docs 사용법의 핵심은 대화에서 정리한 생각을 편집 가능한 문서로 이어 가는 것이다. 최근 공식 안내를 확인해 보니 초안 작성뿐 아니라 직접 수정과 협업까지 같은 흐름으로 다룬다는 점이 눈에 들어왔다. 이번 글은 보고서를 작성하고 검토한 뒤 전달하는 과정을 중심으로 정리한다. Claude Docs 이용 조건 요약: 유료 플랜의 베타 기능이므로 계정과 조직 설정부터 확인한다. Claude Docs는 Pro·Max·Team·Enterprise에서 제공되는 베타 기능이며 무료 플랜에서는 사용할..

매일 아침 관심 분야 뉴스를 요약해 받아 보는 자동화를 코드 없이 만든다. 노드 다섯 개면 구조가 완성된다. 뉴스 요약 자동화는 파이썬으로 만들면 스크립트 한 장이면 된다. 다만 서버에 올리고 실행 주기를 걸고 오류를 확인하는 일이 뒤따른다. n8n으로 만들면 이 부분을 화면에서 처리할 수 있다. 이 글은 RSS 읽기부터 중복 제거, 요약, 메신저 전송까지 노드로 잇는 순서를 정리한다. 코드 방식과 무엇이 다른가 핵심 요약 │ 결과는 같고 고치고 확인하는 방식이 다르다. 파이썬으로 만들면 라이브러리를 고르고 실행 주기를 직접 걸어야 한다. 오류가 나면 기록을 뒤져 원인을 찾는다. n8n은 실행 기록에서 노드마다 어떤 데이터가 들어오고 나갔는지 눈으로 확인할 수 있다. 피드 주소를 바꾸거나 요약 문구..

회의록 요약까지는 도구가 해 준다. 그 요약이 담당자와 마감일이 붙은 할 일로 넘어가게 만드는 부분을 정리한다. AI 회의록 도구를 쓰면 녹음과 요약은 알아서 끝난다. 그런데 그 요약을 다시 열어 할 일을 옮겨 적는 일은 여전히 사람 몫으로 남는다. 자동화가 끊기는 지점이 여기다. 이 글은 회의록 도구를 고르는 기준, 노션으로 보내는 두 가지 방법, 액션 아이템을 작업으로 만드는 순서를 정리한다. 자동화가 끊기는 지점 핵심 요약 │ 요약본이 쌓이기만 하면 회의록은 다시 안 읽힌다. 회의록 도구를 도입한 팀에서 자주 보이는 모습이 있다. 요약본은 매일 쌓이는데 아무도 열어 보지 않는다. 결정과 할 일이 문서 안에 갇혀 있기 때문이다. 회의록의 값어치는 기록이 아니라 다음 행동으로 이어지는 데서 나온..

자동화 도구를 익히는 것보다 어려운 건 무엇부터 자동화할지 고르는 일이다. 회수 시간을 계산해 순서를 정하는 방법을 정리한다. 자동화 도구를 익히고 나면 눈에 보이는 업무마다 자동화하고 싶어진다. 그런데 몇 주 지나면 만들어 둔 워크플로 중 절반은 손대지 않게 된다. 애초에 자동화할 값어치가 없는 일이었기 때문이다. 이 글은 반복 횟수와 절감 시간으로 회수 기간을 계산하고, 자동화하지 말아야 할 일을 가려내는 기준을 정리한다. 도구보다 대상 선정이 먼저 핵심 요약 │ 잘못 고른 대상은 어떤 도구로 만들어도 손해다. 자동화 관련 글은 대부분 만드는 방법을 다룬다. 정작 실패는 만들기 전에 결정된다. 한 달에 두 번 하는 일을 세 시간 걸려 자동화하면 회수에 몇 년이 걸린다. 그사이 연동한 서비스 화면..

자동화 도구는 연결한 모든 서비스의 권한을 대신 쥐고 있다. 키 보관과 권한 범위, 웹훅 인증을 점검하는 순서를 정리한다. 자동화를 몇 개 만들고 나면 도구 한 곳에 메일과 시트, 결제 서비스 계정이 모두 물려 있다. 그 계정 하나가 뚫리면 연결한 서비스 전부가 함께 열린다. 이 글은 API 키를 어디에 두어야 하는지, 권한을 어디까지 줄여야 하는지, 웹훅과 계정 설정에서 무엇을 확인해야 하는지를 정리한다. 위험은 권한에서 시작된다 핵심 요약 │ 자동화 도구는 연결한 서비스의 권한을 그대로 넘겨받는다. 워크플로 하나를 만들려고 계정을 연결하면 그 순간부터 도구는 해당 서비스에서 할 수 있는 일을 대신 할 수 있게 된다. 설정할 때는 편하라고 넓은 권한을 주고, 그 상태가 그대로 굳는다. 워크플로에 ..

시나리오가 멈추는 이유는 대부분 기본 동작 때문이다. 에러 핸들러와 미완료 실행을 설정해 실패를 복구 가능한 상태로 바꾼다. Make로 시나리오를 만들고 며칠 지나면 꼭 겪는 일이 있다. 잘 돌던 자동화가 멈춰 있고, 데이터는 중간에 끊겨 있으며, 알림조차 오지 않는다. 대부분 에러 핸들러를 붙이지 않아서 생기는 문제다. 이 글은 오류가 났을 때 Make가 기본으로 무엇을 하는지 확인하고, 미완료 실행과 자동 재시도를 설정하는 순서를 정리한다. 기본 동작부터 확인한다 핵심 요약 │ 에러 핸들러가 없으면 실행을 멈추고 되돌린다. 모듈에 에러 핸들러를 붙이지 않고 미완료 실행 저장도 꺼 둔 상태라면 Make는 되돌리기 방식으로 동작한다. 실행을 즉시 멈추고, 이미 처리한 모듈을 원래 상태로 되돌리려 시..

받은 메일을 유형별로 나누고 답장 초안까지 만들어 두는 워크플로를 만든다. 발송은 사람이 확인한 뒤에 하도록 남겨 둔다. 문의 메일이 하루 수십 통씩 들어오면 답장보다 분류에 시간을 더 쓰게 된다. n8n의 AI 기능을 쓰면 메일을 유형별로 나누고 유형에 맞는 답장 초안을 미리 만들어 둘 수 있다. 이 글은 Gmail 트리거, 텍스트 분류 노드, AI Agent 노드를 이어 붙이는 순서를 정리한다. 워크플로 전체 구조 핵심 요약 │ 수신 → 분류 → 라벨 → 초안 작성 다섯 단계로 나눈다. 흐름은 단순하다. Gmail 트리거가 새 메일을 가져오고, 분류 노드가 유형을 정하고, 유형별로 라벨을 붙인 뒤, 언어 모델이 답장 초안을 쓰고, Gmail 노드가 그 초안을 저장한다. 발송 단계는 넣지 않는다...

세 도구는 과금 단위가 서로 다르다. 내 워크플로 숫자를 대입해 월 비용을 미리 계산하는 방법을 정리한다. 자동화 도구의 월 요금표만 보고 결제하면 실제 청구서와 어긋난다. Zapier는 액션 하나마다, Make는 모듈 동작마다, n8n은 워크플로 실행 한 번마다 값을 매기기 때문이다. 앞서 Make와 Zapier의 기능 차이는 따로 정리했으니, 이번에는 n8n을 더해 세 도구의 계산식을 세우고 사례에 대입해 본다. 금액은 각 사 공식 요금제 페이지의 연간 결제 기준이다. 과금 단위부터 확인한다 핵심 요약 │ 태스크, 크레딧, 실행은 세는 대상이 각각 다르다. Zapier의 태스크는 성공적으로 끝난 액션 한 개다. 트리거와 필터, 경로 분기, 포맷 변환은 태스크를 쓰지 않는다. Make의 크레딧은모..

도커만 준비돼 있으면 명령 한 줄로 n8n을 띄우고 첫 자동화를 돌려볼 수 있다. 설치부터 외부 공개 전 점검까지의 순서를 정리한다. 자동화 도구를 알아보면 실행 횟수 제한과 데이터 보관 위치에서 먼저 막힌다. n8n 셀프호스팅은 내 서버에 n8n을 직접 올려 그 제약 없이 워크플로를 돌리는 방식이다. 이 글은 준비물 확인, 한 줄 설치, 첫 워크플로 실행, 데이터 보관, 보안 점검까지를 순서대로 다루어 보겠다. 공식 문서에 표시된 안정 버전은 2.39.7이다. 셀프호스팅이 맞는 경우 핵심 요약 │ 서버 운영을 감당할 수 있을 때만 셀프호스팅이 이득이다. n8n은 클라우드와 셀프호스팅 두 가지로 쓸 수 있고, 어느 쪽이든 제품 자체는 같다. 공식 문서는 셀프호스팅에 서버와 컨테이너 구성, 자원 관리..

고객이 폼을 제출할 때마다 확인서를 만들고 메일을 보내는 일은 작지만 자주 반복된다. 구글 폼 자동 답장에 Autocrat를 연결하면 응답 데이터를 문서 양식에 넣고 PDF로 발송하는 흐름을 구성할 수 있다. 자동 답장의 차이 요약: 응답 사본은 기본 기능이고, 맞춤 PDF는 별도 문서 자동화가 필요하다. 구글 폼의 응답 사본 보내기는 제출한 답변을 확인하는 용도이다. 회사 양식에 이름과 신청 내용을 넣은 확인서가 필요하다면 Autocrat 같은 도구가 적합하다. 개인적으로 자료를 비교하며 가장 중요하다고 느낀 점은 필요한 결과물을 먼저 정하는 일이다. 단순 접수 확인이라면 기본 기능으로 충분하고, 문서 발급이 반복될 때 자동화의 활용 가치가 커진다. 폼과 시트 준비 요약: 수신 이메일을 수집..