예전에 만든 엑셀 파일을 열었는데 AI로 분류한 결과가 그대로 보이면 안심하기 쉽다. 하지만 수식이 다시 계산되는 순간 오류로 바뀐다면 다음 보고서까지 영향을 받을 수 있다. 엑셀 COPILOT 함수 종료 소식에서 먼저 확인할 것은 내가 사용하는 파일에 해당 함수가 들어 있는지이다. 종료 범위부터 기존 결과 보관, 대체 기능 선택까지 순서대로 정리한다. COPILOT 함수 종료 범위 요약: 셀에 입력하던 COPILOT 함수가 종료됐으며 Copilot 창은 계속 사용할 수 있다. Microsoft는 2026년 9월 14일부터 COPILOT 함수를 사용할 수 없다고 안내한다. 이 함수는 Frontier와 Microsoft 365 Insider 프로그램에서 제공되던 미리 보기 기능이었다. [출처: M..

고객 문의가 들어오면 내용을 읽고, 담당자를 찾고, 메신저에 다시 전달하게 된다. 메일을 확인하는 일보다 전달과 기록에 손이 더 가는 셈이다. 구글 Workspace Studio는 Gmail·Chat·Sheets의 작업을 연결하고 Gemini로 내용을 판단하는 자동화 도구이다. 이번에는 ‘문의 접수 → 분류 → 담당자 알림 → 접수 기록’을 만드는 방법을 정리한다. 아래 흐름은 공식 기능을 조합한 설계 예시이다. 시작 전 계정부터 확인 요약: 이용 가능한 계정과 관리자 설정을 먼저 확인한다. 업무·학교 계정은 지원되는 Workspace 에디션과 Gemini 사용 설정을 확인해야 한다. 개인 계정은 현재 Google Workspace Experiments 참여 조건이 붙는다. Gmail 계정이 있다..

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

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

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

자동화만으로는 부족한 순간이 있다. 데이터를 담을 곳과 사람이 쓸 화면까지 Zapier 안에서 만드는 방법을 정리한다. 자동화를 만들다 보면 벽에 부딪히는 지점이 있다. 요청을 받을 화면이 필요하고, 받은 내용을 어딘가에 쌓아야 하고, 담당자가 상태를 바꿀 수 있어야 한다. Zapier의 Tables와 Interfaces를 쓰면 이 세 가지를 도구 하나 안에서 해결할 수 있다. 이 글은 두 기능의 역할과 사내 요청 앱을 만드는 순서, 그리고 한계를 정리한다. 미니 앱이 필요한 순간 핵심 요약 │ 사람이 개입하는 자동화에는 화면이 필요하다. 자동화는 데이터를 옮기는 데 강하다. 하지만 비품 요청이나 휴가 신청처럼 사람이 내용을 넣고 담당자가 검토하는 일은 흐름만으로 끝나지 않는다. 폼은 구글 폼, ..

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

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

폼 응답을 유형별로 나눠 각기 다른 도구로 보내는 시나리오를 만든다. 핵심은 연동이 아니라 분기 조건 설계다. 구글 폼으로 문의를 받으면 응답 시트만 쌓이고 정작 처리는 사람이 한다. 문의는 슬랙으로 알리고, 프로젝트 요청은 노션에 항목으로 만들고, 나머지는 시트에 기록하는 식으로 나누면 확인 시간이 줄어든다. 이 글은 Make의 라우터로 응답을 세 갈래로 나누는 순서와 조건 설정 방법을 정리한다. 전체 구조부터 그린다 핵심 요약 │ 트리거 하나에 라우터를 붙이고 경로마다 도구를 연결한다. 구조는 단순하다. 폼 응답을 감지하는 트리거 모듈 하나, 그 뒤에 라우터, 라우터에서 갈라지는 세 경로에 각각 노션·슬랙·시트 모듈을 놓는다. 경로마다 어떤 응답이 지나갈지는 필터로 정한다. 분기 기준이 될 항목..

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