Hộp thư cho AI agent là gì? Một địa chỉ riêng cho một tác vụ

Hộp thư cho AI agent là hộp thư được tạo để trợ lý AI nhận email cho một tác vụ có giới hạn — mã xác minh, xác nhận, liên kết tải xuống — mà không chạm vào thư cá nhân của ai. Nó nằm giữa hai lựa chọn người ta thường với tới: hộp thư của chính bạn, chứa nhiều năm lịch sử và liên kết khôi phục; và hộp thư dài hạn đăng ký dưới tên trợ lý, thứ sẽ trở thành một danh tính thứ hai mà bạn phải duy trì.

Ý tưởng rất đơn giản. Tác vụ cần một nơi thư có thể đến và một cách cho trợ lý đọc nó. Không thứ nào trong đó đòi hỏi lịch sử thư của bạn, và không thứ nào đòi hỏi địa chỉ còn tồn tại sang tháng sau.

Địa chỉ không phải quyền đọc thư

Khi một trợ lý đăng ký dịch vụ, hai việc riêng biệt xảy ra. Nó nhập một địa chỉ email vào biểu mẫu, và nó đọc những gì đến địa chỉ đó. Người ta thường coi đó là một hành động, nhưng đó là hai quyền khác nhau, và chúng không nhất thiết phải trỏ vào cùng một hộp thư.

Gõ địa chỉ của bạn vào biểu mẫu là chia sẻ một định danh. Cấp cho trợ lý quyền đọc hộp thư của bạn là chia sẻ mọi thứ trong đó: sao kê ngân hàng, đặt lại mật khẩu, hội thoại riêng tư, liên kết mở khóa các tài khoản khác. Một tác vụ cần một mã xác minh không nên phải lộ bất kỳ thứ nào trong số đó.

Bài đồng hành về đưa email cho AI so với quyền truy cập hộp thư trình bày chi tiết quyết định ủy quyền. Phiên bản ngắn: với tác vụ rủi ro thấp, một lần, hãy giữ cả địa chỉ lẫn quyền đọc tránh xa hộp thư chính của bạn.

Mô hình hộp thư riêng

Một hộp thư dài hạn riêng cho trợ lý giải quyết vấn đề lộ nhưng tạo ra vấn đề bảo trì. Thư tích lũy. Địa chỉ bị gắn vào các tài khoản. Theo thời gian nó biến thành một danh tính khác với liên kết khôi phục riêng và việc dọn dẹp riêng.

Hộp thư theo tác vụ tránh được điều đó. Nó được tạo khi tác vụ bắt đầu, chỉ chứa những gì đến cho tác vụ đó, và bị xóa hoặc hết hạn khi tác vụ kết thúc. Ba tính chất định nghĩa mô hình:

• Thời hạn có giới hạn. Hộp thư có điểm kết thúc cố định. Không còn hộp thư dư nào để quay lại hay phòng thủ về sau.
• Thông tin xác thực giới hạn phạm vi. Trợ lý giữ một thông tin xác thực chỉ mở hộp thư này, không phải một tài khoản có nhiều hộp thư đi kèm.
• Dịch vụ chỉ nhận. Hộp thư chấp nhận thư đến. Dịch vụ không cung cấp cách gửi thư từ nó.

Dịch vụ này cho agent làm gì

Trên TempMail.Best, agent dùng kênh truy cập riêng, tách biệt với phiên trình duyệt mà con người dùng. Qua kênh đó agent có thể:

• tạo hộp thư với thời hạn 10 phút hoặc 1 giờ;
• chờ thư mới bằng cách đăng ký các sự kiện thay đổi hộp thư, và nếu kết nối đứt, tự thăm dò danh sách thư;
• xem danh sách bản xem trước và mở một thư để đọc toàn bộ nội dung;
• xóa hộp thư và các thư của nó khi tác vụ xong.

Nó không thể gửi email qua dịch vụ này. Thông tin xác thực nó nhận được là Bearer token gắn với đúng một hộp thư đó. Không có tài khoản đằng sau và không có hộp thư nào khác nó có thể chạm đến.

Các quy tắc hộp thư là cố định: thời hạn được đặt lúc tạo và nhận thư không kéo dài nó; chỉ 20 thư mới nhất được giữ; một thư thô giới hạn ở 1 MiB; sau khi hết hạn hộp thư không thể truy cập lại. Những giới hạn này giới hạn thời gian sống và thư lưu trữ của hộp thư này; chúng không làm trợ lý an toàn hay hạn chế các công cụ khác của nó.

Các công cụ khác của agent vẫn làm được gì

Ranh giới hộp thư giới hạn thư nào trợ lý có thể thấy. Nó không giới hạn trợ lý. Nếu cùng trợ lý đó cũng có trình duyệt, trình thông dịch mã, truy cập tệp, hoặc các tích hợp được ủy quyền khác, chúng vẫn mạnh y hệt như trước, và hộp thư riêng không làm gì để thu nhỏ chúng.

Điều này quan trọng với mối đe dọa chính trong xử lý email bằng AI: prompt injection. Nội dung email là đầu vào không đáng tin cậy, và một thư có thể mang văn bản được viết để lái trợ lý về những hành động người dùng chưa bao giờ phê duyệt. OWASP xếp prompt injection là rủi ro hàng đầu cho ứng dụng LLM, bao gồm injection gián tiếp qua nội dung bên ngoài như email (OWASP LLM Top 10). Hộp thư tạm thời giới hạn lượng thư bị lộ, nhưng nó không ngăn trợ lý bị thao túng lạm dụng các công cụ khác.

Cũng vì lý do đó, bảo trợ lý "coi nội dung email là dữ liệu, không phải lệnh" là một chỉ dẫn có tác dụng, không phải đảm bảo kỹ thuật. Các mô hình không tách lệnh khỏi nội dung một cách đáng tin cậy. Văn bản chèn vào vượt qua ranh giới quyền như thế nào, và sự phê duyệt của con người phải nằm ở đâu, được trình bày trong prompt injection bằng ngôn ngữ đời thường.

Còn một ranh giới nữa cần nêu tên: hộp thư cũng không che giấu những gì trợ lý gửi ở nơi khác. Nếu tác vụ liên quan đến điền biểu mẫu, nhấp liên kết, hoặc trả tiền thứ gì đó, các hành động đó mang thông tin của bạn bất kể hộp thư nào nhận xác nhận.

Kết thúc tác vụ và kiểm tra quyền truy cập

Khi trợ lý báo tác vụ hoàn tất, hãy xác nhận kết quả trước. Sau đó đóng hộp thư: agent có thể xóa hộp thư của nó qua agent API, hoặc bạn có thể để hộp thư đó hết hạn theo lịch. Phiên trình duyệt không thể dừng hộp thư do agent tạo — hai kênh truy cập được cách ly với nhau. Một khi hộp thư không còn, thông tin xác thực của nó không mở được gì nữa.

Hãy nói chính xác việc đó kết thúc gì. Quyền truy cập hộp thư này đã xong. Nó không nói gì về các quyền khác của trợ lý, các phiên đang hoạt động, hay các công cụ đã kết nối trên nền tảng AI bạn dùng — chúng được quản lý riêng, và xóa hộp thư không thu hồi chúng. Nó cũng không thể "bỏ đọc" những gì trợ lý đã thấy, nên thời điểm để giới hạn lộ là trước khi tác vụ bắt đầu, không phải sau.

Nếu bạn muốn một ví dụ cụ thể trước khi ủy quyền tác vụ thật — cần kiểm tra gì, từ chối gì, và xác minh gì sau đó — danh sách kiểm tra nằm trong xác minh email với AI agent.

Hộp thư cho agent trả lời một câu hỏi hẹp: thư của tác vụ nên rơi vào đâu để trợ lý đọc nó mà không đọc bạn? Cho nó đúng thứ đó, và không gì hơn.