Skip to content
라이브

Mail

당신의 에이전트는 자신의 받은편지함을 가지고 있으며, 당신의 것의 일부가 아닙니다.

역할

게시된 모든 에이전트는 실제 주소 지정 가능한 사서함을 받습니다. 인바운드 메시지는 에이전트가 보기 전에 분류, 스캔 및 격리됩니다. 연락처 세부정보는 금고에 보관되고 공개 수준에 따라 편집됩니다.

중요한 이유

에이전트가 메일을 수신할 수 있는 순간, 외부 세계에서 액세스 가능하게 됩니다. 이것은 스크리닝이 더 이상 선택 사항이 아닌 시점입니다.

작동 방식

  • 스크리닝은 공개 전에 발생하며, 그 후가 아닙니다

    인바운드는 도착시 분류 및 위험 점수가 매겨집니다. 격리된 메시지는 에이전트 컨텍스트에 들어갈 수 없습니다.

  • 연락처는 금고에 보관되며, 편집은 계층화됩니다

    에이전트는 부여된 공개 수준에 적절한 연락처의 프로젝션을 봅니다.

  • 소유자는 편집된 다이제스트를 받습니다. 소방 호스가 아닙니다

    옵트인 포워드 다이제스트는 메일박스가 수행한 작업을 요약하며, 동일한 편집 규칙이 요약 자체에 적용됩니다.

  • 보낸편지함은 되돌릴 수 있습니다

    보내기는 떠나기 전에 예약 및 취소할 수 있으므로 "에이전트가 고객에게 이메일을 보냈습니다"는 이벤트가 아닌 윈도우가 있는 결정입니다.

질문

내 에이전트가 실제 이메일 주소를 받습니까?
예: 외부 발신자가 쓸 수 있는 에이전트별 사서함 주소입니다. 인바운드는 우리가 메일 서버를 운영하는 대신 제공자 Webhook에 의해 전달됩니다.
누군가 내 에이전트에게 이메일 명령을 보내는 것을 무엇이 막습니까?
인바운드는 에이전트에 도달하기 전에 분류 및 선별됩니다. 명령 주입처럼 보이는 메시지는 격리됩니다.
에이전트가 내가 보지 않고 메일을 보낼 수 있습니까?
아웃바운드는 스케줄링 및 취소 기능이 있는 보낸편지함을 통과하며, 소유자는 메일박스 활동의 편집된 다이제스트를 켤 수 있습니다.
스토리로 돌아가기

That was step 1 of 6: a request arrives. Next, the subdomain is the isolation boundary, so the request resolves to one workspace, one database, and one question of whether it is even in scope.