Banger에서 AI 에이전트로 이메일을 분류하려면 MCP로 연결하고 메일함 레이블을 만든 뒤 적용 규칙을 정의하세요. 레이블 및 Triage는 정확한 조건과 자연어 조건, 레이블 적용, 보관, 읽음 표시, 별표 작업을 지원합니다. 자동화를 확대하기 전에 최근 스레드로 규칙을 미리 확인하세요.
일인 개발자의 첫 목표는 읽기 쉬운 제품 메일함입니다. 고객 문제를 찾고, 계정 질문과 자동 알림을 구분하며, 답장이 필요한 메시지를 보이게 해야 합니다. 서로 겹치는 많은 분류보다 잘 정의된 몇 가지 규칙이 도움이 됩니다.
실제로 내리는 결정에서 시작하세요
새 제품에 버그 보고, 결제 질문, 일반 서비스 알림이 온다고 가정해 보세요. “버그 보고”, “결제 질문”, “서비스 알림” 같은 레이블로 시작하고 메일함에 맞게 조정하세요.
각 분류를 설명하는 문장을 쓰세요. “버그 보고”는 제품 동작이 실패하거나 예상 밖 결과를 냈다는 고객 설명일 수 있습니다. “결제 질문”은 청구서나 구독 요금에 대한 문의일 수 있습니다. 무엇이 해당하는지 설명할 수 없다면 “중요” 같은 모호한 분류는 피하세요.
Banger 레이블은 메일함에 속합니다. 레이블을 적용하는 규칙은 같은 메일함의 Banger 레이블을 사용해야 합니다. 에이전트가 유사한 중복 레이블을 만들지 않고 기존 용어를 재사용하도록 먼저 레이블 목록을 요청하세요.
단계: 확인 가능한 규칙 만들기
1. 연결하고 메일함 확인하기
MCP 설정 가이드에 따라 적절한 범위를 허용하세요. 레이블 및 Triage 확인에는 읽기 접근, 레이블 생성이나 규칙 변경에는 쓰기 접근이 필요합니다. 변경 전에 메일함을 확인하세요.
좁게 요청하세요. “제품 지원 메일함의 레이블을 확인해 줘. 버그 보고 레이블과 적용 조건을 제안해 줘. 보관하거나 읽음으로 표시하지 마.” 분류와 받은편지함에서 보이는 내용을 바꾸는 작업을 분리할 수 있습니다.
2. 가능하면 정확한 조건 사용하기
정확한 조건에는 발신자, 수신자, 제목 텍스트, 필수 단어, 제외 단어, 첨부파일 유무가 있습니다. 알려진 알림 주소에서 온 메일처럼 직접 관찰할 수 있는 사실로 구분할 때 사용하세요.
예를 들어 서비스 알림 규칙은 정확한 발신자와 제목 문구를 매칭할 수 있습니다. 너무 넓은 도메인 조건은 의도하지 않은 메시지를 포함할 수 있으므로 발신자를 꼼꼼히 검토하세요. 설정된 여러 필드는 모두 충족되어야 하며 각 필드에는 자체 매칭 방식이 있습니다.
저장 전에 조건을 일상 언어로 설명하게 하세요. 도구 페이로드를 해석하지 않고도 예시 메시지에 어떤 일이 일어날지 예측할 수 있어야 합니다.
3. 의미에는 자연어 조건 사용하기
설명된 조건은 “고객이 버그를 보고함” 같은 의도를 표현합니다. 고객이 같은 문제를 다른 말로 설명할 때 유용합니다. 여러 무관한 결정을 한 문장에 넣지 말고 직접적이고 구체적으로 설명하세요.
정확한 사실에는 정확한 조건을, 의미에는 자연어를 사용하세요. 특정 발신자나 메일함 맥락만 고려해야 한다면 제한을 명시하세요. 넓은 설명만으로 모든 비즈니스 예외를 알아서 추론하리라 기대하지 마세요.
4. 저장하거나 활성화하기 전에 미리보기
Banger Triage 미리보기는 조건에 맞는 최근 스레드를 확인합니다. 에이전트는 저장된 규칙이나 저장하지 않은 조건을 미리 볼 수 있습니다. 명확한 사례와 경계 사례를 모두 확인하세요.
“최근 스레드에서 이 조건을 미리 확인하고 잘못 매칭되었을 수 있는 사례를 보여 줘”라고 요청하세요. 사례를 직접 읽으세요. 설득력 있는 몇 가지 결과가 향후 모든 메시지의 올바른 분류를 증명하지는 않습니다. 다양한 고객 대화가 아직 쌓이지 않았다면 특히 그렇습니다.
조건을 하나씩 바꾸고 다시 미리 확인하세요. 예상 밖 결과마다 전체 규칙을 다시 쓰는 것보다 결과가 달라진 이유를 이해하기 쉽습니다.
5. 레이블부터 시작하고 다른 작업 고려하기
레이블 적용은 메시지를 평소처럼 검토할 수 있어 유용한 첫 단계입니다. 분류가 의도대로 작동하면 해당 규칙으로 별표, 읽음 표시, 보관도 할지 고려하세요.
고객 요청이 포함될 수 있는 메시지는 신중하게 보관하세요. 알림에도 실제 문제가 담길 수 있고 결제 메시지에도 답변이 필요할 수 있습니다. 분류만으로 대화가 끝났다고 판단할 수 없습니다.
이전 메일에 규칙 적용하기
Banger는 하루부터 90일 사이의 선택 기간에 대해 이전 메일에 Triage를 실행할 수 있습니다. 기본적으로 레이블만 적용합니다. 다른 작업을 포함하려면 명시적인 옵션이 필요하므로 쌓인 메일에 적용하기 전에 요청 작업을 확인하세요.
짧은 기간과 제한된 규칙으로 시작하세요. 정리 결과를 예상과 비교하세요. 여러 겹치는 규칙이 몇 달치 메시지를 바꾼 뒤보다 작은 실행 한 번을 확인한 뒤 이력을 확대하는 편이 평가하기 쉽습니다.
조건과 이력을 유지하면서 규칙을 일시 중지할 수 있습니다. Banger는 Triage 작업 확인과 실행 취소도 제공합니다. 규칙이 잘못 작동하면 계속 실행하지 말고 먼저 중지하고 영향받은 작업을 확인한 뒤 적절한 경우 제공된 실행 취소를 사용하세요.
Triage와 발송은 별개입니다
여기 설명한 Triage 작업에는 답장 발송이 없습니다. 에이전트가 다른 이메일 작업을 도울 수 있지만 메일 정리 권한을 모든 발신자에게 연락하라는 포괄적 지시로 취급해서는 안 됩니다.
여정 활성화와 워크스페이스 정책이 제한하는 발송은 Banger에서 사람이 처리하는 승인이 됩니다. 에이전트는 승인할 수 없습니다. 분류를 더 넓은 이메일 워크플로와 결합하기 전에 에이전트 접근 가이드를 검토하세요.
Triage에는 발송과 별도의 요금제 할당량이 있습니다. Free는 월 100개 이메일의 Triage를 포함합니다. 가격에서 요금제를, 소프트웨어 연동 시 API 레퍼런스를 확인하세요. 한도나 사용할 수 없는 기능 때문에 규칙이 실행되지 않으면 상태를 확인해 미처리 항목을 파악하세요.
자주 묻는 질문
규칙을 만들기 전에 미리 볼 수 있나요?
네. Triage는 저장하지 않은 조건을 최근 스레드에서 미리 확인할 수 있습니다. 활성화 전에 제안된 의미를 검토하세요.
Triage가 고객에게 자동 답장할 수 있나요?
지원 작업은 레이블 적용, 보관, 읽음 표시, 별표입니다. 답장은 별도 이메일 작업입니다.
한 규칙으로 다른 메일함의 레이블을 적용할 수 있나요?
아니요. 규칙의 레이블은 같은 메일함에 속한 Banger 레이블이어야 합니다.
규칙이 너무 넓으면 어떻게 해야 하나요?
중지하고 영향받은 작업을 확인한 뒤 조건을 수정하고 다시 미리 보세요. 범위를 다시 신뢰할 수 있을 때까지 레이블만 적용하세요.
