노션 쓰면 이 기능은 꼭 쓰세요! 커스텀 에이전트로 반복 업무 자동화하기
📺 원본 영상: 노션 쓰면 이 기능은 꼭 쓰세요! 커스텀 에이전트로 반복 업무 자동화하기
🎙️ 채널: 시민개발자 구씨
📅 정리 일자: 2026-07-05
⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 화면에 표시된 자료, 설정 화면, 데이터베이스, 외부 서비스 연동 과정은 포함되지 않을 수 있습니다.
개요
이 영상은 Notion의 커스텀 에이전트(Custom Agent)를 활용해 반복적인 업무 흐름을 자동화하는 방법을 실제 데모 중심으로 설명한다. 강연자는 기존 Notion 에이전트가 사용자의 요청을 받아 작업을 수행하는 도구라면, 커스텀 에이전트는 스케줄, Notion 이벤트, 외부 서비스 이벤트를 트리거로 삼아 스스로 실행되는 자동화 직원에 가깝다고 설명한다.
핵심 사례는 Gmail로 들어온 사업 문의를 Notion의 세일즈 파이프라인 데이터베이스에 등록하고, 상태 변경에 따라 회신 초안을 만들며, Slack 논의 내용을 다시 Notion CRM 카드에 기록하는 자동화 시스템이다. 단순히 기능을 소개하는 수준을 넘어, 권한 제어, 실행 로그, 버전 기록, 승인 절차 같은 운영상의 안전장치까지 함께 다룬다는 점에서 실제 업무 적용 관점의 의미가 크다.
Notion 에이전트와 커스텀 에이전트의 결정적 차이
강연자는 먼저 Notion 에이전트와 커스텀 에이전트를 구분하면서, 두 기능의 차이가 단순히 이름이나 UI의 차이가 아니라 업무를 시작하는 방식의 차이라고 설명한다. 기존 Notion 에이전트는 사용자가 하단 채팅창에 원하는 작업을 입력하면, Notion 내부 자료를 찾거나 웹 검색을 수행하고 결과물을 페이지에 만들어주는 방식으로 작동한다. 이 자체만으로도 문서 작성, 자료 정리, 프로젝트 관리 보조에는 유용하지만, 매번 사람이 “이 작업을 해줘”라고 요청해야 한다는 한계가 남는다.
반면 커스텀 에이전트는 사용자가 매번 호출하지 않아도 특정 조건이 충족되면 자동으로 실행된다. 예를 들어 매일 오전 9시라는 일정, Notion 데이터베이스의 상태 변경, Slack 멘션이나 새 메일 수신 같은 외부 이벤트가 트리거가 될 수 있다. 이 때문에 강연자는 커스텀 에이전트를 단순한 AI 채팅 도구가 아니라 반복 업무를 맡는 “직원”처럼 이해하면 좋다고 설명한다.
또 하나 중요한 차이는 권한 구조다. 기존 Notion 에이전트가 기본적으로 사용자의 권한 범위 안에서 작동하는 개인 중심 도구라면, 커스텀 에이전트는 에이전트별로 접근 가능한 페이지, 데이터베이스, 외부 서비스 권한을 세밀하게 설정할 수 있다. 따라서 개인 생산성 도구를 넘어 팀의 공유 자산으로 운영하기에 더 적합하며, 조직 차원에서 반복 업무를 표준화하고 자동화하는 기반이 될 수 있다.
세 가지 트리거가 자동화의 출발점이 된다
커스텀 에이전트의 핵심은 트리거다. 강연자는 커스텀 에이전트가 실행되는 대표적인 방식으로 반복 스케줄링, Notion 내부 이벤트, 외부 서비스 이벤트를 소개한다. 반복 스케줄링은 매일 특정 시간이나 매주 특정 요일처럼 정해진 주기에 따라 작업을 실행하는 방식이다. 아침 브리핑, 주간 리포트 생성, 정기적인 데이터베이스 점검처럼 시간 기반으로 반복되는 업무에 적합하다.
Notion 내부 이벤트 트리거는 페이지 생성, 데이터베이스 속성 변경, 상태 업데이트 같은 Notion 안의 변화가 발생했을 때 에이전트를 실행한다. 이 방식은 프로젝트 관리나 CRM처럼 상태값을 중심으로 업무가 흘러가는 시스템과 잘 맞는다. 예를 들어 리드 카드의 상태가 “검토 전”에서 “논의 중”으로 바뀌면, 그에 맞는 회신 초안을 만들거나 담당자에게 알림을 보내는 식의 자동화가 가능하다.
외부 서비스 이벤트 트리거는 Slack, Gmail, Google Calendar 같은 연결 서비스에서 발생한 이벤트를 기준으로 작동한다. Slack에서 특정 키워드가 포함된 메시지가 올라오거나, 새 메일이 도착하거나, 캘린더에 일정이 생성되었을 때 커스텀 에이전트가 실행될 수 있다. 이 구조는 Notion을 단독 문서 도구가 아니라 여러 업무 도구를 연결하는 운영 허브로 확장시킨다.
02:30 - 커스텀 에이전트의 세 가지 트리거인 반복 스케줄링, Notion 이벤트, 외부 서비스 이벤트를 설명하는 화면
사용 조건과 크레딧 구조를 먼저 이해해야 한다
강연자에 따르면 커스텀 에이전트는 Notion의 고급 기능에 해당하며, 비즈니스 및 엔터프라이즈 플랜에서 사용할 수 있다. 기본적으로 월 300 크레딧이 제공되고, 추가 사용이 필요하면 10달러에 약 1,000 크레딧을 구매할 수 있다고 설명한다. 다만 이 수치는 영상 발화 기준이므로, 실제 요금제와 제공량은 Notion의 최신 공식 안내를 확인하는 것이 좋다.
크레딧 구조에서 중요한 점은 모든 자동화가 같은 비용으로 실행되지 않는다는 것이다. 강연자는 작업이 무거울수록 더 많은 크레딧을 사용한다고 언급한다. 단순히 데이터베이스에 카드를 추가하는 작업과 여러 문서를 읽고 외부 서비스까지 연결해 복잡한 판단을 수행하는 작업은 비용 부담이 다를 수밖에 없다.
따라서 커스텀 에이전트를 운영할 때는 “무엇이든 자동화한다”는 접근보다, 반복 빈도와 업무 가치, 실행 비용을 함께 따져야 한다. 특히 매일 또는 실시간에 가깝게 실행되는 자동화는 크레딧 소비가 누적되기 쉽기 때문에, 강연자가 말한 것처럼 크레딧 대시보드를 확인하면서 효율적으로 구성하는 습관이 필요하다.
템플릿으로 시작하는 아침 브리핑 자동화
첫 번째 데모는 Notion이 제공하는 템플릿을 활용해 아침 브리핑 에이전트를 만드는 과정이다. 강연자는 Notion 좌측의 에이전트 섹션에서 새 에이전트를 생성하고, 마켓플레이스에서 “아침 브리핑” 템플릿을 선택한다. 템플릿을 적용하면 커스텀 에이전트의 기본 구성이 자동으로 만들어지고, 오른쪽 패널에서 트리거, 지침 문서, 도구와 사용 권한을 확인할 수 있다.
아침 브리핑 에이전트는 캘린더와 메일 정보를 바탕으로 오늘의 우선순위와 놓친 사항을 정리하는 성격이기 때문에, Google Calendar와 Gmail 연결이 필요하다. 강연자는 Google 계정을 연결한 뒤, 트리거가 매일 오전 9시로 설정되어 있는지 확인한다. 이처럼 템플릿 기반 에이전트는 반복 업무의 기본 구조가 이미 잡혀 있기 때문에, 사용자는 자신의 업무 맥락에 맞게 지침을 조금 수정하는 방식으로 빠르게 시작할 수 있다.
05:52 - 아침 브리핑 템플릿에서 매일 오전 9시 트리거와 지침 문서 구성을 확인하는 화면
특히 지침 문서는 커스텀 에이전트의 행동 방식을 결정하는 중심 요소다. 화면에서 지침을 직접 수정할 수도 있고, 왼쪽 채팅창에 “이런 방식으로 바꿔줘”라고 요청하면 Notion AI가 지침을 갱신해준다. 이는 커스텀 에이전트가 단순 자동화 도구가 아니라, 자연어로 업무 프로세스를 설계하고 수정할 수 있는 인터페이스를 제공한다는 점을 보여준다.
테스트 실행 결과, 아침 브리핑 허브 데이터베이스에 새 페이지가 추가되고 오늘의 최우선 항목과 어제 놓친 사항이 정리된다. 이 사례는 가장 단순한 형태의 커스텀 에이전트 활용법을 보여준다. 반복적으로 확인해야 하는 정보가 정해져 있고, 그 정보를 정리해 둘 장소가 있다면 템플릿만으로도 꽤 실용적인 자동화를 만들 수 있다.
직접 만드는 세일즈 파이프라인 리드 등록 에이전트
강연자는 템플릿이 편리하긴 하지만 모든 업무에 딱 맞는 템플릿이 존재하지는 않는다고 말한다. 그래서 두 번째 데모에서는 AI 채팅창에 직접 요구사항을 입력해, Gmail 받은편지함에서 사업 문의로 보이는 메일을 찾아 Notion의 세일즈 파이프라인 데이터베이스에 등록하는 에이전트를 만든다. 이 예시는 1인 기업이나 소규모 사업자가 메일로 들어오는 강연, 광고, 컨설팅 문의를 놓치지 않고 관리하는 상황을 가정한다.
요청의 핵심은 매일 오전 9시에 받은편지함에서 안 읽은 메일을 확인하고, 그중 사업 문의로 보이는 메일만 골라 세일즈 파이프라인 데이터베이스에 새 카드로 추가하라는 것이다. 강연자는 카드에 메일 스레드 ID, 클라이언트명, 사업 문의일, 사업 유형, 상태 같은 속성을 채우도록 지시한다. 이처럼 좋은 커스텀 에이전트를 만들려면 “무엇을 찾아야 하는가”뿐 아니라 “찾은 결과를 어떤 구조로 기록해야 하는가”까지 함께 지정해야 한다.
Notion은 요청을 바탕으로 세일즈 파이프라인 데이터베이스를 확인하고, 트리거와 지침을 자동으로 구성한다. 결과적으로 매일 오전 9시에 실행되는 스케줄 트리거가 설정되고, 사업 문의 판단 기준과 카드 속성 작성 규칙이 지침 문서에 정리된다. 강연자는 이 지침을 확인한 뒤, 필요하면 추가 수정을 요청할 수 있다고 설명한다.
09:21 - 사업 문의 메일을 세일즈 파이프라인 데이터베이스 카드로 등록하기 위한 지침과 속성 설정 화면
이 단계에서 중요한 운영 요소는 권한 설정이다. 커스텀 에이전트는 기본적으로 일반 페이지에 접근 권한이 없으며, 요청한 세일즈 파이프라인에 대해서만 내용 편집 권한이 부여된다. Gmail 계정 연결도 특정 계정을 통해 이루어지고, 웹 접근은 필요하지 않으므로 비활성화한다. 이 사례는 자동화의 편리함보다 먼저 “어디까지 접근하게 할 것인가”를 설계해야 한다는 점을 잘 보여준다.
테스트 실행에서는 미리 보내둔 “GrowWare AI 강연 문의” 스레드를 찾아 세일즈 파이프라인에 새 카드로 등록한다. 생성된 카드에는 상태, 사업 유형, 메일 스레드, 클라이언트명, 우선순위, 문의 요약 등이 정리된다. 강연자는 실제 데이터베이스의 “검토 전” 단계에 카드가 추가된 것을 확인하면서, 메일 분류와 리드 등록이 자동화될 수 있음을 보여준다.
11:18 - Gmail 사업 문의가 Notion 세일즈 파이프라인 카드로 생성되고 문의 요약이 정리된 화면
실행 로그는 자동화 운영의 피드백 루프다
자동화는 한 번 만들어두는 것보다 실행 결과를 보고 계속 다듬는 과정이 더 중요하다. 강연자는 커스텀 에이전트의 “인사이트 보기” 기능을 통해 어떤 요청이 들어갔고, 어떤 결과가 나왔으며, 크레딧이 얼마나 사용되었는지 확인할 수 있다고 설명한다. 이는 자동화가 실제로 기대한 대로 작동했는지 검증하는 가장 기본적인 운영 도구다.
특히 AI 기반 자동화는 규칙 기반 자동화보다 유연한 대신, 결과가 매번 완전히 예측 가능하지 않을 수 있다. 예를 들어 어떤 메일을 사업 문의로 볼지, 문의 요약을 얼마나 자세히 쓸지, 우선순위를 어떻게 판단할지 같은 부분은 지침의 품질에 따라 달라진다. 따라서 실행 히스토리를 확인하고, 원하는 결과와 다른 부분이 있으면 지침 문서를 수정하는 방식으로 품질을 높여야 한다.
이 지점에서 커스텀 에이전트는 단순한 “자동 실행기”가 아니라, 업무 프로세스를 문서화하고 반복 개선하는 시스템에 가깝다. 사용자는 실행 결과를 보며 기준을 구체화하고, 예외 상황을 추가하며, 권한과 모델 선택을 조정할 수 있다. 결국 좋은 자동화는 처음부터 완벽하게 만들어지는 것이 아니라, 실제 업무 데이터 위에서 점진적으로 다듬어진다.
상태 변경을 트리거로 회신 초안과 Slack 공유까지 연결하기
세 번째 데모에서는 앞서 등록된 리드 카드의 상태가 변경되었을 때, 그 상태에 맞는 이메일 초안을 만들고 Slack 채널에 프로젝트 요약을 공유하는 에이전트를 만든다. 여기서는 매일 오전 9시에 실행되는 스케줄 트리거가 아니라, Notion 데이터베이스의 상태 속성이 변경될 때 실행되는 Notion 이벤트 트리거가 사용된다. 강연자는 업무의 시작 조건이 다르고 수행해야 할 일도 다르기 때문에 별도의 커스텀 에이전트로 구성한다고 설명한다.
요청 내용은 세일즈 파이프라인 데이터베이스의 카드 상태가 “검토 전”에서 다른 상태로 바뀌면, 사업 유형별 SOP 문서를 참고해 적절한 메일 초안을 생성하라는 것이다. 여기서 SOP(Standard Operating Procedure, 표준 운영 절차) 문서는 사업 유형에 따라 어떤 방식으로 응대할지 정리한 내부 기준서로 사용된다. 즉, 에이전트는 단순히 메일을 쓰는 것이 아니라, 조직이 정해둔 응대 기준을 읽고 그 기준에 맞춰 초안을 작성한다.
여기에 Slack 연동이 추가된다. 메일 초안을 생성한 뒤 세일즈 채널에 프로젝트 요약을 새 메시지로 보내도록 요청하면, 팀원들은 Slack에서 새 리드와 의사결정 내용을 바로 확인할 수 있다. Notion의 CRM 카드, Gmail의 회신 초안, Slack의 팀 커뮤니케이션이 하나의 흐름으로 연결되는 셈이다.
권한 설정에서도 강연자는 중요한 원칙을 보여준다. 세일즈 파이프라인은 읽고 쓸 수 있어야 하므로 내용 편집 권한을 주지만, SOP 문서는 수정할 필요가 없기 때문에 읽기 권한만 준다. Gmail은 초안 생성 권한이 필요하지만 실제 발송은 하지 않도록 보내기 권한을 제거한다. 강연자는 환각(hallucination)이 발생하더라도 권한 자체를 주지 않으면 메일을 보낼 수 없기 때문에, 권한 제어가 실질적인 안전장치가 된다고 설명한다.
14:42 - 상태 변경 시 메일 초안 생성과 Slack 요약 전송을 수행하되 직접 발송하지 않도록 설정한 지침 화면
테스트에서는 Notion 카드의 상태를 “검토 전”에서 “논의 중”으로 변경한다. 그러자 트리거가 실행되고, 강연 문의에 해당하는 SOP를 로드한 뒤 Gmail 임시보관함에 회신 초안을 생성하며, Slack 세일즈 채널에는 프로젝트 요약과 CRM 카드 링크를 전송한다. 강연자는 다만 실제 운영에서는 모든 상태 변경에 반응하게 두기보다, 메일 생성이 필요한 특정 단계에서만 트리거되도록 세부 조건을 설정하는 것이 좋다고 덧붙인다.
17:14 - Gmail 임시보관함에 생성된 회신 초안과 Slack 세일즈 채널에 전송된 프로젝트 요약 메시지를 확인하는 화면
Slack 논의를 Notion CRM 카드로 되돌려 보내는 자동화
마지막 데모는 Slack에서 진행된 논의 내용을 다시 Notion CRM 카드에 기록하는 자동화다. 앞선 단계에서 Slack 세일즈 채널에 리드 요약과 CRM 카드 링크가 공유되면, 팀원들은 그 스레드에서 프로젝트 조건, 일정, 예산, 담당자 의견 등을 논의할 수 있다. 문제는 이렇게 흩어진 논의가 Slack 안에만 남으면, 나중에 CRM 카드에서 의사결정 맥락을 한눈에 보기 어렵다는 점이다.
강연자는 이를 해결하기 위해 Slack 스레드에 특정 키워드가 포함되면 실행되는 외부 서비스 이벤트 트리거를 설정한다. 예시는 세일즈 채널의 스레드에서 “[notion]”이라는 문구가 포함되면, 스레드 원문에 포함된 CRM 카드 링크를 찾아 해당 카드 본문에 “Slack 논의 메모” 섹션을 추가하는 방식이다. 이때 새 카드를 만들지 말고 기존 카드에 업데이트해야 하며, 스레드에 나온 내용만 근거로 작성하라는 안전 지침도 포함된다.
Notion AI가 생성한 지침에는 CRM 카드 링크가 없을 때는 업데이트하지 말라는 예외 처리도 들어간다. 강연자는 이 지침의 품질이 꽤 괜찮다고 평가하면서, 그대로 사용해도 될 정도로 잘 정리된다고 말한다. 이 부분은 자연어 요청만으로도 업무 규칙, 예외 조건, 데이터 업데이트 위치를 어느 정도 구조화할 수 있음을 보여준다.
테스트에서는 Slack 스레드에 추가 논의를 남긴 뒤 “[notion]” 키워드와 함께 카드 업데이트를 요청한다. 그러자 커스텀 에이전트가 실행되어 Notion 카드의 논의 메모 섹션에 결정 사항을 정리한다. 예시에서는 50만 원 제한, 7월 중순 제안, 일정 조정으로 7월 말 제안 예정 같은 내용이 기록되고, 담당자나 마감일처럼 언급되지 않은 항목은 “언급 없음”으로 처리된다.
20:50 - Slack 스레드 논의 내용이 Notion CRM 카드의 논의 메모 섹션에 자동 정리된 화면
이 흐름의 의미는 크다. 많은 팀에서 실제 의사결정은 문서보다 메신저에서 먼저 일어나지만, 최종 기록은 CRM이나 프로젝트 관리 도구에 남아야 한다. 커스텀 에이전트는 이 간극을 줄여준다. Slack은 빠른 논의 공간으로 두고, Notion은 구조화된 기록 저장소로 유지하면서, 둘 사이의 정보 이동을 사람이 매번 복사해 붙여넣지 않아도 되게 만든다.
세 명의 커스텀 에이전트 직원으로 구성한 업무 시스템
강연자는 데모 전체를 세 가지 “직원”으로 정리한다. 첫 번째 직원은 Gmail에 들어온 메일을 확인하고 사업 문의를 선별해 세일즈 파이프라인에 카드로 등록한다. 두 번째 직원은 사람이 Notion에서 카드 상태를 업데이트하면, 그 상태에 맞는 회신 초안을 만들고 Slack에 프로젝트 요약을 공유한다. 세 번째 직원은 Slack에서 논의된 내용을 다시 CRM 카드에 메모로 등록한다.
이 구조의 핵심은 하나의 거대한 에이전트가 모든 일을 처리하는 것이 아니라, 업무 단계별로 작은 에이전트를 나누어 배치한다는 점이다. 리드 수집, 응대 초안 작성, 논의 기록이라는 세 단계는 서로 연결되어 있지만 트리거와 권한, 책임 범위가 다르다. 따라서 각각을 별도 에이전트로 만들면 오류를 추적하기 쉽고, 권한도 더 좁게 줄 수 있으며, 특정 단계만 수정하거나 비활성화하기도 편하다.
이 접근은 실제 업무 자동화 설계에서도 중요한 원칙이다. 자동화가 커질수록 한 번에 모든 것을 맡기는 방식은 관리하기 어려워진다. 반대로 역할을 나누고 각 에이전트의 입력, 출력, 권한, 실행 조건을 명확히 하면 자동화 시스템 전체가 더 안정적으로 운영된다. 강연자가 “직원”이라는 비유를 사용한 것도 이 때문이다. 좋은 직원에게는 명확한 업무 범위와 필요한 도구, 접근 권한, 보고 방식이 있어야 한다.
안전하게 쓰기 위한 네 가지 운영 체크리스트
강연자는 커스텀 에이전트를 실무에서 사용할 때 가장 중요한 이슈로 보안과 안전성을 다룬다. AI 자동화는 편리하지만, 외부 메일 발송이나 민감한 문서 접근처럼 잘못 실행되었을 때 문제가 커질 수 있는 작업도 포함한다. 따라서 커스텀 에이전트를 만들 때는 기능 구현만큼이나 권한과 검증 체계를 설계해야 한다.
첫 번째 원칙은 기본적으로 무권한 상태에서 시작한다는 점이다. Notion 커스텀 에이전트는 대부분의 페이지나 데이터베이스에 자동으로 접근하지 않으며, 사용자가 도구 액세스에서 필요한 범위만 허용해야 한다. 이는 최소 권한 원칙(Principle of Least Privilege)에 가깝다. 에이전트가 해야 하는 업무에 꼭 필요한 데이터베이스만 열어주고, 읽기면 충분한 문서에는 편집 권한을 주지 않는 식으로 설계해야 한다.
두 번째는 도구와 사용 권한을 클릭 기반으로 세부 설정할 수 있다는 점이다. 강연자는 Notion 페이지, Slack 채널, 웹 접근 URL까지 구체적으로 지정할 수 있다고 설명한다. 특히 웹 접근의 경우 신뢰할 수 있는 URL만 추가할 수 있기 때문에, 외부 정보를 참조해야 하는 자동화에서도 접근 범위를 제한할 수 있다.
세 번째는 활동 로그와 버전 기록을 확인하는 것이다. 인사이트 보기에서는 어떤 이유로 트리거가 실행되었고, 어떤 단계로 결과물이 생성되었는지 확인할 수 있다. 버전 기록에서는 설정 변경 내역을 확인하고 이전 버전으로 복원할 수 있다. 자동화는 시간이 지나면서 계속 수정되기 때문에, 이력 관리와 롤백 기능은 운영 안정성을 높이는 핵심 장치가 된다.
네 번째는 외부로 나가는 정보에 대해 추가 승인을 요구하는 것이다. 예를 들어 Gmail 회신 초안을 자동으로 만드는 것은 유용하지만, 바로 발송까지 자동화하면 위험이 커질 수 있다. 강연자는 메일 보내기 권한을 주더라도 “확인 필요”를 활성화하면 사람이 직접 확인한 뒤 보낼 수 있다고 설명한다. 이 방식은 자동화의 속도와 사람의 최종 통제권 사이에서 균형을 잡는 방법이다.
커스텀 에이전트가 바꾸는 프로젝트 관리의 성격
이번 영상의 핵심 메시지는 Notion 커스텀 에이전트가 단순히 반복 클릭을 줄이는 기능이 아니라, 업무 관리의 구조를 바꿀 수 있다는 점이다. 기존에는 사람이 메일을 읽고, CRM에 복사하고, 상태를 바꾸고, 메일 초안을 쓰고, Slack에 공유하고, 다시 논의 내용을 정리해야 했다. 이 과정은 하나하나가 어렵지는 않지만, 매일 반복되면 상당한 시간을 잡아먹고 누락도 발생하기 쉽다.
커스텀 에이전트는 이런 업무를 “트리거와 지침, 권한”의 조합으로 시스템화한다. 메일이 오면 카드가 생기고, 카드 상태가 바뀌면 초안과 공유 메시지가 만들어지며, Slack에서 논의가 끝나면 그 내용이 다시 카드에 기록된다. 사람은 중간중간 판단이 필요한 지점, 예를 들어 리드를 진행할지 말지, 초안을 실제로 보낼지 말지 같은 핵심 의사결정에 집중할 수 있다.
특히 1인 기업이나 소규모 팀에게 이 변화는 더 크게 다가올 수 있다. 별도의 개발 리소스 없이도 자연어로 업무 규칙을 설명하고, Notion, Gmail, Slack을 연결해 CRM 흐름을 만들 수 있기 때문이다. 물론 완전히 방치해도 되는 시스템은 아니며, 실행 로그를 확인하고 지침을 개선하며 권한을 관리해야 한다. 그러나 반복 업무를 사람의 기억과 수작업에 의존하지 않고, 문서화된 자동화 시스템으로 이전할 수 있다는 점은 생산성 측면에서 상당한 의미가 있다.
마무리 / 핵심 정리
강연자는 Notion 커스텀 에이전트를 활용해 메일 기반 리드 생성, 상태 변경에 따른 회신 초안 작성, Slack 공유, Slack 논의 내용의 CRM 기록까지 이어지는 자동화 시스템을 구축했다. 이 과정에서 커스텀 에이전트는 스케줄 트리거, Notion 이벤트 트리거, 외부 서비스 이벤트 트리거를 각각 활용하며, 반복 업무를 단계별로 분리해 처리하는 구조를 보여준다.
가장 중요한 takeaway는 커스텀 에이전트가 “AI에게 일을 시키는 기능”을 넘어, 팀의 반복 업무를 운영 가능한 프로세스로 바꾸는 도구라는 점이다. 성공적인 활용을 위해서는 지침을 구체적으로 작성하고, 권한을 최소화하며, 실행 로그와 버전 기록을 통해 지속적으로 개선해야 한다. 그렇게 설계하면 Notion은 단순 문서 도구를 넘어 Gmail, Slack, CRM 흐름을 연결하는 업무 자동화 허브로 기능할 수 있다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | 노션 쓰면 이 기능은 꼭 쓰세요! 커스텀 에이전트로 반복 업무 자동화하기 |
| 채널 | 시민개발자 구씨 |
| 영상 길이 | 약 25분 50초 |
| 리포트 작성 | 2026-07-05 |
| 작성 방식 | YouTube 영상 STT 변환 후 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 정확한 내용은 원본 영상을 참조해 주세요.