ChatGPT 이벤트 트리거 작업 사용법: 새 견적 요청을 누락 항목 검토표로 정리하는 법
TL;DR
ChatGPT의 이벤트 트리거 작업은 정해진 시각이 아니라 Gmail·Slack·GitHub의 지원 이벤트가 생겼을 때 실행됩니다. Gmail에서는 새 수신 메일을 발신자나 제목으로 거를 수 있습니다. 첫 적용에서는 가상 견적 메일 한 통만 시험합니다. 결과도 외부로 보내지 않고 누락 항목 검토표에서 끝냅니다.
핵심 3줄 요약
핵심 1
Gmail의 새 수신 메일을 발신자 또는 제목으로 좁혀 이벤트 트리거 작업을 만들 수 있습니다.
핵심 2
트리거 조건과 메일 판정 기준을 나누면 엉뚱한 메일이 들어오거나 없는 값을 지어내는 문제를 줄일 수 있습니다.
핵심 3
첫 완료 결과는 원문 근거가 붙은 내부 검토표입니다. 회신 전송과 견적 확정은 사람이 맡습니다.
이 글에서 다룰 내용
- 이벤트 트리거 작업과 시간 기반 예약 작업의 차이
- Gmail 새 견적 요청을 읽기 전용 검토 흐름으로 제한하는 법
- 발신자·제목 필터와 누락 판정 기준을 설계하는 순서
- 테스트 메일, pending events, Run now로 첫 실행을 확인하는 법
- 원문 대조와 사람 승인까지 포함한 완료 기준
견적 요청은 정해진 양식보다 이메일로 먼저 들어오는 경우가 많습니다. 제품이나 서비스 범위는 적혀 있어도 수량, 납기일, 통화, 작업 장소 중 한두 항목은 쉽게 빠집니다. 담당자가 매번 처음부터 읽다 보면 처리 속도뿐 아니라 판정 기준도 달라집니다.
여기서 자동화할 일은 견적을 계산하거나 고객에게 답장을 보내는 것이 아닙니다. 새 요청에서 확인된 값과 빠진 값을 같은 형식으로 나눠 담당자가 검토할 내부 표를 만드는 일입니다.
ChatGPT 이벤트 트리거 작업이란
이벤트 트리거 작업은 지원 앱에서 지정한 사건이 발생하면 저장된 프롬프트를 실행하는 Scheduled task입니다. 트리거가 실행 시점을 정한다면 저장된 프롬프트는 매번 처리할 일을 정합니다.
OpenAI 공식 문서 기준으로 지원 이벤트는 Gmail, Slack, GitHub에 있습니다. Gmail은 새 수신 메일을 감지하며 발신자나 제목으로 범위를 좁힐 수 있습니다.
이벤트 기반 작업은 ChatGPT 웹과 모바일에서 제공됩니다. ChatGPT 데스크톱 앱·Codex CLI·IDE 확장에서는 제공되지 않습니다.
시간 기반 일정과도 구분해야 합니다. “평일 오전에 전날 메일을 모아 보기”는 시간 기반 작업입니다. “제목에 견적 요청이 들어간 새 메일이 오면 검토하기”는 이벤트 기반 작업입니다. 한 작업에 이벤트 트리거와 시간 기반 일정을 함께 넣을 수는 없습니다.
언제 이 흐름이 잘 맞을까
새 문의마다 같은 필수 항목을 확인하고 결과를 사람이 다시 읽는 팀에 잘 맞습니다. 견적 요청뿐 아니라 형식이 제각각인 신청서, 자료 요청, 파트너 문의를 내부 검토표로 바꿀 때도 응용할 수 있습니다.
반대로 자동 가격 산정, 계약 조건 확정, 고객 회신, CRM 수정까지 한 번에 처리하려는 경우에는 첫 적용 범위가 너무 넓습니다. 이 글은 Gmail 원문을 읽고 누락 항목을 표시하는 데서 멈춥니다.
시작 전에 준비할 것
기능은 플랜과 워크스페이스 설정에 따라 보이지 않을 수 있습니다. 관리형 워크스페이스에서는 관리자가 Allow event-triggered scheduled tasks 권한을 제어할 수 있습니다. 관련 앱도 작업을 만들기 전에 연결하고 요청된 접근을 승인해야 합니다.
시험할 때는 실제 고객 메일을 쓰지 않습니다. 가상 회사명과 가상 수치가 든 메일을 준비하고 작업 범위도 아래처럼 작게 잡습니다.
- 허용 입력: 지정한 발신자 또는 제목 조건에 맞는 새 Gmail 수신 메일 한 통
- 제외 입력: 과거 메일 전체, 첨부 파일 내용, 다른 대화, 내부 가격표, 연락처 목록
- 완료 결과: 원문 근거와 상태가 붙은 누락 항목 검토표
- 작업 밖 행동: 답장 전송, 가격 계산, 견적서 생성, CRM 기록 변경
실행 순서
1. 일반 웹 채팅에서 프롬프트를 먼저 시험합니다
OpenAI는 예약 작업을 만들기 전에 일반 웹 채팅에서 프롬프트를 시험하라고 안내합니다. 가상 견적 메일 본문을 붙여 넣은 뒤 정해 둔 형식의 검토표가 나오는지 확인합니다.
이 단계에서는 트리거가 아직 필요하지 않습니다. 메일에 없는 값을
확인 필요
로 두는지, 원문 근거와 판정을 구분하는지만 봅니다. 정상 사례와 누락 사례를 각각 한 번씩 넣어 결과 형식을 먼저 고정합니다.
2. Gmail을 연결하고 승인 범위를 확인합니다
이벤트 트리거 작업을 만들기 전에 Gmail을 연결하고 요청된 접근 범위를 승인합니다. 개인 메일과 업무 메일을 함께 쓰는 사람은 어느 계정을 연결하는지 확인해야 합니다.
첫 시험은 별도 테스트 주소나 비민감 메일로 진행합니다. 실제 고객명, 전화번호, 계약 금액을 작업 제목이나 프롬프트에 고정값으로 넣지 않습니다.
3. 새 수신 메일 이벤트와 필터를 지정합니다
ChatGPT에게 이벤트 트리거 작업을 만들어 달라고 요청합니다. 지켜볼 사건과 실행할 일도 함께 설명합니다. Gmail의 지원 범위는 새 수신 메일이며 발신자 또는 제목으로 필터링할 수 있습니다.
처음에는 제목에
견적 요청
,
quotation
,
RFQ
가 들어간 새 메일만 대상으로 삼을 수 있습니다. 고객마다 표현이 다르더라도 첫 시험부터 필터를 넓히지는 않습니다. 놓친 사례를 확인한 뒤 한 항목씩 보탭니다.
4. 누락 판정 기준을 저장된 프롬프트에 넣습니다
견적에 필요한 항목은 회사마다 다릅니다. 이 글의 예시는 요청 대상, 수량, 단위, 희망일, 납품 또는 작업 장소, 통화, 세금 표기, 담당자 회신 주소를 확인합니다.
각 항목에는
확인
,
누락
,
불명확
,
해당 없음
중 하나만 붙입니다.
확인
에는 메일 원문에서 가져온 짧은 근거를 함께 기록합니다. 추론이 필요한 값은
불명확
이나
확인 필요
로 남깁니다.
5. 가상 메일을 보내 pending events를 확인합니다
조건에 맞는 가상 메일을 한 통 보낸 뒤 Scheduled를 엽니다. 여러 일치 이벤트가 가까운 시점에 도착하면 ChatGPT가 한 번의 실행으로 묶을 수 있습니다. 따라서 메일 수와 실행 수가 언제나 같다고 가정하면 안 됩니다.
Scheduled에서 pending events를 살펴보고 필요하면 Run now로 처리합니다. Run now를 눌렀다고 내용까지 검증된 것은 아닙니다. 실행 뒤에는 표의 발신자, 제목, 수신 시각, 각 근거를 테스트 메일과 맞춰 봅니다.
6. 첫 검토표를 승인하고 운영 여부를 결정합니다
아래 항목이 모두 맞아야 첫 시험이 끝납니다.
- 지정한 발신자 또는 제목 조건의 메일만 잡혔는가
- 메일에 없는 값이 임의로 채워지지 않았는가
-
확인항목마다 원문 근거를 찾을 수 있는가 - 상충하거나 애매한 표현이
불명확또는확인 필요로 남았는가 - 답장 전송, 가격 계산, 견적 확정, 외부 시스템 변경이 일어나지 않았는가
하나라도 맞지 않으면 필터나 저장된 프롬프트를 고친 뒤 가상 메일로 다시 시험합니다. 실제 메일로 전환하는 결정은 담당자가 승인합니다.
복사해서 쓰는 프롬프트
목표: 제목 또는 발신자 필터에 맞는 새 Gmail 견적 요청을 읽고 누락 항목 검토표를 만든다.
허용 입력: 현재 이벤트를 일으킨 새 수신 메일의 발신자, 제목, 수신 시각, 본문만 사용한다.
제외 입력: 과거 메일, 다른 대화, 첨부 파일 내용, 내부 가격표, 연락처 목록, 외부 웹은 사용하지 않는다.
출력 형식: 먼저 요청 요약을 두 문장 이내로 쓴다. 이어서 항목 | 확인된 값 | 원문 근거 | 상태 | 담당자 확인 질문 열을 가진 표를 만든다. 항목은 요청 대상, 수량, 단위, 희망일, 납품 또는 작업 장소, 통화, 세금 표기, 회신 주소 순서로 둔다. 상태는 확인, 누락, 불명확, 해당 없음 중 하나만 쓴다.
완료 기준: 모든 항목에 상태를 붙인다. 확인된 값마다 원문 근거가 있어야 하며 누락과 불명확 항목은 담당자 확인 질문으로 남긴다.
생성 금지: 메일에 없는 값, 가격, 할인율, 세금, 납기 가능 여부, 계약 조건을 추측하거나 채우지 않는다. 답장이나 견적서를 만들거나 보내지 않는다.
승인 지점: 결과는 내부 검토 초안이다. 담당자가 원문과 대조하고 승인하기 전에는 고객 회신, 견적 확정, CRM 수정 등 외부 행동을 하지 않는다.
아래 프롬프트는 분류와 검토표 작성까지만 맡깁니다.
실전 인사이트: 트리거와 판정 기준을 분리합니다
오탐이 생겼다면 고칠 곳부터 구분합니다. 광고 메일이나 뉴스레터가 실행됐다면 트리거 필터를 손봐야 합니다. 맞는 메일을 잡고도 수량을 잘못 읽었다면 저장된 프롬프트의 판정 기준을 고칩니다.
두 문제를 한꺼번에 고치면 다음 시험에서 무엇이 나아졌는지 알기 어렵습니다. 먼저 발신자·제목 필터를 고정한 뒤 출력 항목과 상태 기준을 조정합니다. 이 순서가 실제 운영 전 테스트 기록을 읽기도 쉽습니다.
주의할 점
- 즉시 실행을 보장하지 않습니다. 가까운 시점의 여러 이벤트는 한 실행으로 묶일 수 있습니다.
- 메일 수와 실행 수를 동일하게 보지 않습니다. 각 행에 발신자·제목·수신 시각을 남겨 원문과 맞춥니다.
- 본문 내용으로 트리거를 거른다고 가정하지 않습니다. 공식 문서가 확인한 Gmail 필터는 발신자 또는 제목입니다.
- 권한과 기능 제공 여부를 분리해 확인합니다. Gmail 연결만으로 이벤트 작업 권한이 생기는 것은 아니며, 플랜과 워크스페이스 설정도 영향을 줍니다.
- 결과를 견적 확정으로 취급하지 않습니다. 숫자, 통화, 세금, 납기, 계약 조건은 사람이 원문과 내부 기준을 대조합니다.
- 외부 행동을 첫 완료 범위에서 뺍니다. 회신 전송과 업무 시스템 변경은 별도 승인 뒤에 진행합니다.
자주 묻는 질문
이벤트 트리거 작업은 ChatGPT 데스크톱 앱에서도 만들 수 있나요?
아닙니다. 현재 공식 문서는 이벤트 트리거 작업을 ChatGPT 웹과 모바일에서 제공한다고 안내합니다. ChatGPT 데스크톱 앱, Codex CLI, IDE 확장에서는 제공되지 않습니다.
Gmail 메일 본문의 단어로 트리거를 걸 수 있나요?
공식 문서가 명시한 Gmail 필터는 발신자 또는 제목입니다. 본문 분류는 작업이 실행된 뒤 저장된 프롬프트에서 수행합니다. 트리거 단계에서도 지원된다고 단정하지 않는 편이 안전합니다.
여러 견적 메일이 연달아 오면 실행도 각각 생기나요?
항상 그렇지는 않습니다. 일치하는 이벤트가 가까운 시점에 여러 개 들어오면 한 실행으로 합쳐질 수 있습니다. Scheduled의 pending events와 결과 행의 발신자·제목·수신 시각을 함께 확인하세요.
이벤트 작업과 매일 실행하는 예약 작업을 같이 설정할 수 있나요?
한 작업에는 함께 넣을 수 없습니다. 공식 문서에 따르면 하나의 작업은 여러 이벤트 트리거를 쓸 수 있지만 이벤트 트리거와 시간 기반 일정을 결합할 수는 없습니다. 별도 목적이라면 작업을 나눕니다.
출처
마무리
ChatGPT 이벤트 트리거 작업을 견적 업무에 처음 적용한다면 자동 회신보다 읽기 전용 누락 검토에서 시작하는 편이 낫습니다. 일반 채팅에서 프롬프트를 시험하고 Gmail 새 수신 조건을 좁혀 작업을 만듭니다. 그런 다음 가상 메일과 Scheduled 결과를 대조하면 첫 흐름이 끝납니다.
작업이 실제 고객 메일을 처리하기 시작한 뒤에도 검토표는 초안입니다. 가격과 계약 조건을 확정하거나 고객에게 보내는 결정은 담당자가 맡습니다.
