Định nghĩa các thuật ngữ phổ biến được sử dụng trong Email Automator và Setup Wizard.
Một nền tảng backend cung cấp cơ sở dữ liệu Postgres được lưu trữ, xác thực, lưu trữ và các API. Email Automator sử dụng Supabase làm lớp cơ sở dữ liệu và xác thực.
Một mô hình thiết lập nơi bạn kết nối dự án Supabase của riêng mình thay vì sử dụng một backend chung. Điều này giữ dữ liệu của bạn trong cơ sở hạ tầng của chính bạn.
Mã định danh duy nhất cho dự án Supabase của bạn (thường được hiển thị trong URL dự án hoặc cài đặt).
URL cơ sở cho dự án Supabase của bạn, được ứng dụng sử dụng để kết nối với cơ sở dữ liệu và các API.
Khóa API công khai cho dự án Supabase của bạn. Nó an toàn để sử dụng ở phía khách hàng nhưng vẫn tuân theo Row Level Security (RLS).
Một token từ tài khoản Supabase của bạn cho phép Setup Wizard tạo hoặc quản lý các dự án thay mặt bạn (được sử dụng trong Quick Start).
Setup Wizard sử dụng Access Token của bạn để tự động tạo một dự án Supabase, áp dụng các di chuyển (migrations), triển khai Edge Functions và nạp cơ sở kiến thức.
Bạn kết nối một dự án Supabase hiện có bằng cách cung cấp Project URL và Anon Key. Các di chuyển có thể được chạy bởi wizard nếu Access Token được cung cấp.
Managed Provisioning tạo một dự án Supabase mới cho bạn bằng cách sử dụng Access Token. Manual Sync kết nối với một dự án Supabase hiện có bằng Project URL và Anon Key của bạn.
Các thay đổi cơ sở dữ liệu để tạo hoặc cập nhật các bảng, khung nhìn (views), hàm và chính sách. Các di chuyển giữ cho schema cơ sở dữ liệu của bạn đồng bộ với ứng dụng.
Cấu trúc cơ sở dữ liệu của bạn: các bảng, cột, kiểu dữ liệu, chỉ mục, hàm và chính sách.
Ngôn ngữ được sử dụng để định nghĩa và truy vấn các cấu trúc và dữ liệu cơ sở dữ liệu.
Khi phiên bản schema mong đợi của ứng dụng khác với phiên bản thực tế của cơ sở dữ liệu. Setup Wizard hoặc công cụ di chuyển sẽ nhắc bạn chuẩn hóa.
Phiên bản chính của cơ sở dữ liệu được hiển thị trong Cài đặt tài khoản. Nó được sử dụng để hướng dẫn các di chuyển và phải khớp với phiên bản Postgres của dự án Supabase của bạn.
Hoàn tác một cuộc di chuyển. Trong Supabase, các lần rollback được thực hiện thủ công và nên được sử dụng cẩn thận.
Một tính năng bảo mật của Postgres giới hạn hàng nào người dùng có thể đọc hoặc ghi. Supabase sử dụng RLS để bảo vệ dữ liệu.
Các hàm không máy chủ (serverless) được lưu trữ bởi Supabase. Email Automator sử dụng chúng cho các luồng OAuth và các hoạt động bảo mật.
Một khóa Supabase mạnh mẽ có thể bỏ qua RLS. Nó không bao giờ được để lộ cho khách hàng.
Anon key an toàn cho việc sử dụng của khách hàng và tuân thủ RLS. Service role key bỏ qua RLS và chỉ được sử dụng trên các máy chủ đáng tin dậy.
Ứng dụng cục bộ cung cấp các dịch vụ AI (LLMs, embeddings, TTS) được sử dụng bởi Email Automator.
Một hồ sơ xác định giọng điệu, phong cách và sở thích của bạn cho các bản nháp và câu trả lời do AI tạo ra.
Tính chất cảm xúc của các câu trả lời (ví dụ: thân thiện, trang trọng, trực tiếp).
Các sở thích về phong cách viết (ví dụ: ngắn gọn, chi tiết, các điểm đầu dòng).
“Âm thanh” tổng thể trong văn phong của bạn, bao gồm cách diễn đạt và nhịp điệu.
Một lời chào kết chuẩn hóa được sử dụng trong các câu trả lời (tên, chức danh, công ty).
Chức danh công việc hoặc vai trò của bạn, được sử dụng để định hình khung câu trả lời.
Tên tổ chức được sử dụng trong các câu trả lời khi thích hợp.
Ngôn ngữ chính cho các bản nháp được tạo ra.
Backend cục bộ xử lý việc đồng bộ hóa email, xử lý AI và thực thi tự động hóa.
Các cập nhật trực tiếp từ cơ sở dữ liệu đến ứng dụng. Được sử dụng để phản ánh các email mới, trạng thái đồng bộ hóa hoặc hoạt động mà không cần tải lại trang.
Một mô hình AI được sử dụng để phân tích và tạo phản hồi (ví dụ: phân loại, soạn thảo câu trả lời).
Một mô hình chuyển đổi văn bản thành các vectơ để tìm kiếm ngữ nghĩa. Được sử dụng bởi cơ sở kiến thức và RAG.
Các biểu diễn vectơ của văn bản được sử dụng để tìm kiếm ngữ nghĩa trong cơ sở kiến thức.
Một phương pháp truy xuất các tài liệu liên quan và cung cấp chúng cho AI để các câu trả lời bám sát vào tài liệu của bạn.
Quá trình chuyển đổi tài liệu thành các embeddings có thể tìm kiếm và lưu trữ chúng trong cơ sở dữ liệu.
Chuyển đổi các phản hồi của AI thành âm thanh nói.
Nhà cung cấp là dịch vụ tạo ra lời nói; giọng nói là người nói/cá tính cụ thể trong nhà cung cấp đó.
Một tiêu chuẩn ủy quyền cho phép ứng dụng truy cập tài khoản email của bạn mà không cần lưu trữ mật khẩu của bạn.
Màn hình nơi bạn cấp quyền cho Email Automator truy cập tài khoản email của bạn.
Một token ngắn hạn được sử dụng để gọi các API của nhà cung cấp email. Nó sẽ hết hạn và được làm mới tự động.
Một token dài hạn được sử dụng để nhận các access token mới mà không cần xác thực lại.
API chính thức của Google để truy cập dữ liệu Gmail và gửi email.
API của Microsoft cho dữ liệu Outlook và Microsoft 365 (thư, lịch, danh bạ).
Các giao thức email. IMAP đọc thư; SMTP gửi thư. (Email Automator sử dụng các API của nhà cung cấp thay vì IMAP/SMTP thô.)
Một cấu hình ứng dụng trong Azure cung cấp thông tin xác thực cho quyền truy cập Microsoft Graph.
Mã định danh công khai cho ứng dụng OAuth của bạn (Google/Microsoft).
Một bí mật riêng tư cho ứng dụng OAuth của bạn. Hãy coi nó như một mật khẩu.
URL gọi lại nơi nhà cung cấp email gửi người dùng đến sau khi ủy quyền OAuth.
Một luồng OAuth nơi bạn xác thực trong trình duyệt bằng một mã ngắn, thường được sử dụng cho các ứng dụng máy để bàn.
Mã định danh đối tượng thuê (tenant) của Microsoft. Sử dụng “common” cho đa đối tượng thuê hoặc một ID đối tượng thuê cụ thể cho quyền truy cập chỉ dành cho tổ chức.
Xác định lượng lịch sử cần đồng bộ hóa (ví dụ: X ngày qua) và những tài khoản nào được bao gồm.
Các cấu trúc tổ chức trong các nhà cung cấp email. Các nhãn (Labels) gắn thẻ cho các tin nhắn; các thư mục (folders) tổ chức chúng vào các thùng chứa.