이메일 에이전트

이 장에서 배우는 것 메일로 에이전트를 부르는 구조, 주소가 만들어지는 규칙, 그리고 반드시 걸어야 할 제한.

메일을 보내면 답이 옵니다

에이전트마다 전용 메일 주소가 생깁니다. 그 주소로 메일을 보내면 에이전트가 읽고 답장합니다.

graph TD
  A["사람이 메일 발송"] --> B["에이전트 전용 주소"]
  B --> C["워크스페이스에 스레드 생성"]
  C --> D["에이전트가 처리"]
  D --> E["답장 발송"]

받은 요청은 워크스페이스 스레드로도 남습니다. 메일로 오갔지만 기록은 팀이 볼 수 있는 곳에 쌓입니다.

주소 규칙

주소는 이렇게 만들어집니다.

예를 들어 핸들이 hanbit이면 이런 형태가 됩니다.

핸들이 앞에 오는 게 중요합니다. 이걸로 어느 워크스페이스인지 가려내기 때문에, 핸들을 나중에 바꾸면 기존 주소가 끊깁니다.

어디에 쓰나

"계정을 안 만들어도 된다"가 가장 큰 이점입니다. 워크스페이스 멤버가 아닌 사람도 쓸 수 있습니다.

반드시 걸어야 할 제한

바로 그 이점이 위험이기도 합니다. 주소를 아는 누구나 보낼 수 있습니다.

그래서 두 가지 제한이 있습니다.

사내용이면 도메인 제한부터 거세요. 그것만으로도 대부분의 위험이 사라집니다. 외부 고객까지 받아야 한다면 도구를 좁히고 자동 답장을 끄는 쪽을 먼저 검토하세요.

자동 답장 켜고 끄기

자동 답장을 끄면 스레드는 만들되 답장은 보내지 않습니다.

처음에는 꺼두고 시작하세요. 어떤 메일이 들어오고 에이전트가 어떻게 답하려 하는지 며칠 보고 나서 켜는 편이 안전합니다.

에이전트별로 나누세요

주소가 에이전트마다 생기므로 용도별로 나누는 게 자연스럽습니다.

각각 다른 도구와 다른 제한을 겁니다. 계약서 담당에 웹 검색이 필요 없고, 문의 담당에 사내 문서가 열려 있을 이유가 없습니다.

설정할 것

자주 하는 실수

제한을 안 걸고 공개합니다

주소가 알려지면 스팸이 들어오고, 그것도 처리 비용을 씁니다.

도구를 안 좁힙니다

메일 한 통으로 워크스페이스의 모든 도구가 열립니다. 채널은 바깥에서 들어오는 길이라는 점을 기억하세요.

답장 톤을 안 정합니다

지시문 없이 두면 사내 대화 톤으로 외부에 답장이 나갑니다. 추가 지시문에 톤과 길이를 적어두세요.

확인

1. 이메일 에이전트의 가장 큰 이점과 그 이면의 위험은?

2. 자동 답장을 처음에 꺼두는 이유는?

3. 워크스페이스 핸들을 나중에 바꾸면 무엇이 깨집니까?

웹사이트에 심는 창구입니다 → 채팅 위젯