Hướng dẫn vận hành bảng điều khiển

Từ trang chủ của website VATES (https://vates.standout.jp/vi/), nhấn Sign up ở phần header để đến trang đăng ký (https://console.vates.standout.jp/signup).

Bằng cách tạo tài khoản, bạn xác nhận rằng bạn đang sử dụng Dịch vụ cho mục đích kinh doanh và có thẩm quyền ràng buộc tổ chức mà bạn đại diện. Bạn đồng ý với Điều khoản và Chính sách quyền riêng tư của chúng tôi. Hãy xem Điều khoản (https://vates.standout.jp/vi/legal/terms.html) và Chính sách quyền riêng tư (https://vates.standout.jp/vi/legal/privacy.html) được liên kết ở cuối trang đăng ký, rồi tiến hành tạo tài khoản.

Nhập địa chỉ email bạn muốn đăng ký trên trang đăng ký và nhấn nút gửi. Một email chào mừng sẽ đến từ VATES (gửi từ [email protected]). Liên kết hết hạn sau 24 giờ, và nếu bạn không có ý định tạo tài khoản, email có thể bỏ qua an toàn.

Tất cả các trường đều bắt buộc.

• 0.4.1　account ID：Địa chỉ email dùng để tạo tài khoản. Nó trở thành ID đăng nhập của bạn cho mọi lần đăng nhập sau đó.
• 0.4.2　workspace ID：Một ID duy nhất cho mỗi client. Nó không phải là ID đăng nhập. Sau khi tạo thì không thể thay đổi, và một ID đã được sử dụng thì không thể chọn. Nên dùng tên liên quan đến công ty hoặc tên doanh nghiệp của bạn, nhưng lựa chọn là tự do. Nếu mục nhập không thể đăng ký, một lỗi sẽ hiển thị; nếu có thể đăng ký, "available" sẽ hiển thị.
• 0.4.3　Password：Ít nhất 8 ký tự, với ít nhất một chữ thường, một chữ hoa và một chữ số. Các mẫu yếu cũng bị từ chối. Ký hiệu là tùy chọn.
• 0.4.4　Confirm Password：Nhập lại mật khẩu một lần nữa để xác nhận.
• 0.4.5　Continue to payment
• 0.4.6　Initial deposit：Khoản nạp ban đầu cho một tài khoản mới là 5.00 USD cố định. Nhấn Continue to payment sẽ đưa bạn đến màn hình Stripe, nơi thuế cho quốc gia/khu vực của bạn được tính tự động.

Thanh toán trên màn hình Stripe (thẻ tín dụng). Loại thẻ và thuế suất được Stripe phản ánh tự động theo từng quốc gia/khu vực. Sau khi thanh toán, bạn được đưa đến bảng điều khiển.

Một thông báo nêu rằng thanh toán đã hoàn tất sẽ hiển thị, và địa chỉ email của chúng tôi được trình bày ([email protected]). Vui lòng thông báo tình huống của bạn tại đó. Sau khi chúng tôi xác nhận thanh toán, chúng tôi sẽ thực hiện hành động phù hợp để bạn có thể đăng nhập vào bảng điều khiển.

Theo nguyên tắc, việc tạo tài khoản ban đầu dùng thanh toán bằng thẻ tín dụng. Doanh nghiệp và các tổ chức khác muốn thanh toán bằng chuyển khoản ngân hàng hãy liên hệ [email protected].

Có ba phương thức đăng nhập: ID/password, passkey, và 2FA.

1.1.1　Quy tắc ID và password

• 1.1.1.1　Client admin：Được tạo khi đăng ký. ID là địa chỉ email đã đăng ký, và password do người dùng chọn. Password phải có ít nhất 8 ký tự, với ít nhất một chữ thường, một chữ hoa và một chữ số. Các mẫu yếu cũng bị từ chối. Ký hiệu là tùy chọn.
• 1.1.1.2　Các tài khoản khác：Các tài khoản delegated admin, instance admin, và instance user được client admin cấp qua Client settings, với quyền được quản lý ở đó. ID được đánh số tự động (theo dạng {client_id}_0001), và password do client admin cấp.

• 1.1.2　Passkey：Được tạo theo từng tài khoản. Mức bảo mật cao nhất, và được khuyến nghị.
• 1.1.3　2FA：Được tạo theo từng tài khoản. Một bước xác minh thứ hai khi đăng nhập. Bảo mật cao, chỉ sau passkey, nhưng không cần thiết nếu đã có passkey.

• 1.2.1　Client admin：Từ Forgot password? trên màn hình đăng nhập, tiến hành đến Reset password, và hướng dẫn đặt lại mật khẩu sẽ được gửi đến email đã đăng ký.
• 1.2.2　Các tài khoản khác：Các tài khoản delegated admin, instance admin, và user được client admin cấp qua Client settings, với quyền được quản lý ở đó. Vì vậy, hãy hỏi client admin của bạn.

Client admin, và các tài khoản delegated admin đã được cấp quyền operate, có thể thực hiện việc đặt lại mật khẩu trong tab Accounts của Client settings.

Mở và đóng qua hamburger menu. Khi đóng, một phiên bản thu gọn vẫn ở bên trái trên desktop, còn trên mobile nó được thu vào hamburger. Nó gồm hamburger menu, các instance, và account menu.

Account avatar phản ánh chữ cái đầu của account name. Nhấn vào avatar sẽ mở và đóng user popover.

Nó gồm Client settings, My Security, console theme, và Sign out.

• 2.3.1　Client settings：Có thể cấu hình nhiều thiết lập client khác nhau. Xem 4 (Client settings).
• 2.3.2　My Security：Có thể tạo, xóa và quản lý Passkeys và 2FA. Từ + Add passkey và Set up two-factor, việc đăng ký có thể thực hiện bằng nhiều phương thức khác nhau dùng từng thiết bị, trình duyệt, v.v.
• 2.3.3　Console theme：Có thể chọn chế độ ngày/đêm.
  • Auto：Chuyển tự động theo OS.
  • Light：Chế độ ngày.
  • Samhain：Chế độ đêm.
• 2.3.4　Sign out：Đăng xuất và đưa bạn về màn hình đăng nhập.

Nơi để thử nghiệm phản hồi của instance mà bạn đã thực sự xây dựng và cấu hình.

Nơi để tạo ES (EchoScript) từ ngôn ngữ tự nhiên, ảnh, tài liệu, và tương tự.

• 3.1.2.1　Source：Có thể ghi một tên nguồn/xuất xứ trên một ES. Điều này giúp dễ theo dõi hơn khi xem và quản lý ES trong druid.
• 3.1.2.2　Enter natural language text：Có thể viết ngôn ngữ tự nhiên trực tiếp.
• 3.1.2.3　Đính kèm tệp：Có thể đính kèm ảnh và PDF.
• 3.1.2.4　Sing as EchoScript：bard chuyển đổi ngôn ngữ tự nhiên và các tệp đính kèm thành ES.

Nơi để quản lý ES do bard tạo ra. Có thể xem, tìm kiếm, kiểm tra văn bản gốc, chỉnh sửa và xóa.

• 3.1.3.1　Ask the Druid：Để tìm kiếm, bạn có thể hỏi Druid bằng những câu hỏi linh hoạt (ví dụ, "liệt kê các ES liên quan đến XX").
• 3.1.3.2　Search ESs：Tìm kiếm ES theo từ khóa.
• 3.1.3.3　Show deleted：Có thể trình bày ES bao gồm cả những ES đã bị xóa logic.
• 3.1.3.4　View：Lựa chọn định dạng hiển thị.
  • Detail：Liệt kê đầy đủ mọi ES.
  • List：Liệt kê theo dạng accordion tóm tắt mỗi ES thành một dòng.
  • Tile：Liệt kê theo dạng thẻ.
  • Overview：Định dạng hiển thị cho cái nhìn tổng quan rộng nhất trên số lượng lớn nhất.
• 3.1.3.5　Show：Có thể chọn số lượng hiển thị cùng lúc.
• 3.1.3.6　ES：ES = EchoScript.
  • Raw：Có thể xem văn bản gốc mà ES được tạo ra từ đó.
  • Edit：Có thể bổ sung và sửa đổi ES.
  • Delete：Có thể xóa logic ES.
  • Các mục cột trái：(a) Chữ cái Hy Lạp α–κ: các category cơ bản để quan sát trạng thái của một hiện tượng. Không thể chỉnh sửa. (b) Các mục khác: category tùy chỉnh ngoài các category cơ bản. Có thể chỉnh sửa.

Nơi để quản lý nhật ký hội thoại. Có thể xem, tìm kiếm, phân tích, trích xuất CSV và xóa.

• 3.1.4.1　Log retention：Chính sách lưu giữ cho log. Việc cấu hình được thực hiện trong Client settings. Chi tiết, xem 4.1.1.3 (Log retention).
  • Standard (30 days)：Lưu giữ log trong 30 ngày.
  • Zero retention：Không lưu giữ log.
• 3.1.4.2　Export CSV：Có thể xuất log dưới dạng CSV.
• 3.1.4.3　Search keywords：Có thể tìm kiếm log theo từ khóa.
• 3.1.4.4　Ask the Druid：Có thể đưa ra các yêu cầu tìm kiếm và phân tích linh hoạt trên log cho Druid (ví dụ, "trích xuất các hội thoại liên quan đến XX và phân tích xu hướng").
• 3.1.4.5　Logs：
  • Chi tiết log：Có thể xem nhật ký hội thoại.
  • Trace ES references：Từ một nhật ký hội thoại, truy ngược lại những ES nào đã được tham chiếu và hiển thị chúng.

Có thể cấu hình thiết lập cho bất kỳ instance nào.

• 3.1.5.1　Company name：Tên của tổ chức mà instance thuộc về.
• 3.1.5.2　Role：Chức danh của instance.
• 3.1.5.3　App name：Tên được phản ánh khi thêm vào màn hình chính trên thiết bị di động.
• 3.1.5.4　Header title：Phản ánh trong header title pill của chat UI.
• 3.1.5.5　Custom prompt：Prompt để điều chỉnh instance theo vai trò của nó.
• 3.1.5.6　Welcome message：Phản ánh trong bong bóng assistant được đặt ban đầu trong chat UI.
• 3.1.5.7　Suggested prompts：Phản ánh trong các gợi ý của chat UI. Để tách các gợi ý, hãy nhập chúng trên các dòng riêng.
• 3.1.5.8　Widget label：Phản ánh trong văn bản đặt bên dưới widget button. Nếu để trống, không có label.
• 3.1.5.9　Widget initial position：Vị trí ban đầu của widget có thể được chọn trong UI. Nó cũng có thể được điều chỉnh theo pixel dọc theo trục Offset X và Y từ mỗi anchor point.
• 3.1.5.10　Bubble font：Có thể chọn font cho bong bóng user và assistant cùng các gợi ý trong chat UI.
  • Serif：Kiểu chữ serif.
  • Sans：Kiểu chữ sans-serif.
  • Poetic：Garamond.
• 3.1.5.11　Bubble font size：Có thể chọn cỡ font cho bong bóng user và assistant cùng các gợi ý trong chat UI.
  • Small：Cỡ nhỏ. Ưu tiên cảnh quan thị giác.
  • Medium：Cỡ vừa. Cân bằng giữa khả năng đọc và cảnh quan thị giác.
  • Large：Cỡ lớn. Ưu tiên khả năng đọc.
• 3.1.5.12　Display mode：Lựa chọn chế độ ngày/đêm.
  • Auto (follow OS)：Chuyển đổi bằng phát hiện OS tự động.
  • Light：Chế độ ngày.
  • Samhain：Chế độ đêm.
• 3.1.5.13　Light theme color：Có thể chọn màu chủ đề của widget.
• 3.1.5.14　Standalone background (Light)：
  • Chỉ định màu：Có thể chỉ định bằng thập lục phân.
  • Ask the Druid：Bạn có thể hỏi Druid một màu và giá trị hex của nó. Trong trường hợp này, Druid đề xuất ba lựa chọn kèm theo những cái tên tiếng Nhật đầy chất thơ.
• 3.1.5.15　Standalone background (Samhain)：
  • Chỉ định màu：Có thể chỉ định bằng thập lục phân.
  • Ask the Druid：Bạn có thể hỏi Druid một màu và giá trị hex của nó. Trong trường hợp này, Druid đề xuất ba lựa chọn kèm theo những cái tên tiếng Nhật đầy chất thơ.
• 3.1.5.16　Input placeholder：Có thể nhập placeholder bên trong input pill của chat UI.
• 3.1.5.17　Recording text：Có thể nhập placeholder hiển thị bên trong input pill của chat UI trong khi đang nghe giọng nói.
• 3.1.5.18　Embed allowlist：Allowlist các URL nơi widget nhúng có thể được nhúng.
• 3.1.5.19　Instance URL：
  • Standalone：URL standalone.
  • Embed code：Mã nhúng cho widget nhúng. Mã này có thể được nhúng vào trang web đích (trong footer, v.v.).

Có thể nắm bắt trạng thái hiện tại trong mỗi panel. Màu bên trái cũng cho biết tình trạng sức khỏe (xanh lá: tốt, hổ phách: chú ý, đỏ thẫm: cảnh báo).

• 3.1.6.1　Audit Log：Chức năng xem nhật ký kiểm toán. Chi tiết, xem 4.3.4 (Audit Log).
• 3.1.6.2　My Sessions：Có thể kiểm tra các phiên đang đăng nhập. Chúng có thể được đóng bằng Revoke. Chi tiết, xem 4.3.5 (Active Sessions).
• 3.1.6.3　THREATS：Một panel hiển thị kết quả phát hiện các nỗ lực truy cập trái phép.
• 3.1.6.4　Login History：Lịch sử hoạt động đăng nhập. Chi tiết, xem 4.3.8 (Login Activity).

Một instructor do nhà phát triển chuẩn bị. Một instance thường trú trên màn hình bảng điều khiển. Luôn sẵn sàng cho các câu hỏi. Token sử dụng được trừ vào số dư đã nạp.

Nơi để tạo, quản lý và xóa instance.

• 4.1.1　Instances：
  • Display name：Tên instance.
  • Immutable ID：ID duy nhất.
  • Log retention：Có thể chọn thời hạn lưu giữ nhật ký hội thoại. (30 days: Lưu giữ 30 ngày, rồi tự động xóa vật lý. / Zero retention: Thiết lập không lưu giữ nhật ký hội thoại nào.)
  • Status：Cho biết trạng thái của instance.
  • Actions：Edit = Có thể chỉnh sửa Display name của instance. Delete = Có thể xóa logic instance.
• 4.1.2　Show deleted：Có thể liệt kê instance bao gồm cả những instance đã bị xóa logic.
• 4.1.3　Create new instance：Có thể tạo một instance.

Có thể tạo tài khoản. Ba loại tài khoản có thể được tạo: instance admin, delegated admin, và instance user.

4.2.1.1　Create new account
Với client admin là gốc, ba loại tài khoản con có thể được tạo, tùy chỉnh các chức năng cần thiết.

• 4.2.1.1.1　Display name：Nhập account name.
• 4.2.1.1.2　Role：Là một tài khoản con của client admin (tài khoản gốc), có thể chọn một trong ba loại sau.
  • (a) instance_admin：một tài khoản có thể được cấp quyền quản lý instance.
  • (b) delegated_admin：một tài khoản có thể được cấp quyền liên quan đến Client settings.
  • (c) instance_user：một tài khoản có thể được cấp quyền sử dụng standalone.
• 4.2.1.1.3　Delegated tabs：Có thể cấp quyền cho một delegated_admin. Quyền đăng nhập bảng điều khiển, và quyền view hoặc operate cho từng mục của Client settings, có thể được cấp chọn lọc.
• 4.2.1.1.4　Manageable instances：Có thể cấp quyền cho một delegated admin và một instance admin. Có thể cấp quyền đăng nhập bảng điều khiển và quyền thiết lập instance.
• 4.2.1.1.5　Usable instances：Có thể cấp quyền cho cả ba loại tài khoản, bao gồm instance user. Có thể cấp quyền đăng nhập vào standalone. Nó không kèm theo quyền đăng nhập bảng điều khiển.
• 4.2.1.2　Create account：Nhấn nút Create account sẽ tạo tài khoản và trình bày ID và password. Password này chỉ hiển thị một lần, nên phải ghi lại ngay lúc đó. Nếu bị mất, cần Reset password để đặt lại và cấp lại password.

4.2.2　Registered accounts
Tất cả các tài khoản từ client admin trở xuống được liệt kê.

• Edit access：Chỉ Usable instances (quyền đăng nhập standalone) mới có thể chỉnh sửa. Không thể sửa đổi các quyền quản lý (chưa triển khai, vì lý do vướng mắc quyền và bảo mật).
• Reset password：Đặt lại password và hiển thị một password mới. Password này chỉ hiển thị một lần, nên phải ghi lại ngay lúc đó.
• Delete：Có thể xóa một tài khoản con. Khi bị xóa, tài khoản đó lập tức bị đăng xuất và xóa logic. Sau 30 ngày kể từ khi xóa logic, nó bị xóa vật lý.
• Show deleted：Hiển thị các tài khoản bao gồm cả những tài khoản đã bị xóa logic. Những tài khoản đã bị xóa vật lý sẽ không bao giờ hiển thị lại.
• Restore：Có thể khôi phục một tài khoản đã bị xóa logic. Những tài khoản đã bị xóa vật lý thì không bao giờ khôi phục được.

• 4.3.1　Security Overview：Có thể nắm bắt nhiều trạng thái bảo mật khác nhau trong các panel.
• 4.3.2　Passkeys：Có thể tạo, xóa và quản lý Passkeys. Việc đăng ký có thể thực hiện bằng nhiều phương thức khác nhau dùng từng thiết bị, trình duyệt, v.v. Phương thức đăng nhập được khuyến nghị nhất về mặt bảo mật.
• 4.3.3　Two-Factor Authentication：Có thể tạo, xóa và quản lý 2FA. Tuy nhiên, khi dùng passkey, nó không cần thiết cho mục đích bảo mật.
• 4.3.4　Audit Log：Nhật ký kiểm toán. Có thể xem, tìm kiếm và xuất CSV nhật ký kiểm toán. Đây cũng là nhật ký kiểm toán được trao khả năng chống giả mạo bằng một chuỗi băm, với hàm băm được ghi kèm trong CSV, giúp việc kiểm toán dễ dàng. Nhật ký kiểm toán có 10 category.
  • 4.3.4.1　CATEGORY：
    • Authentication：Ghi lại các sự kiện liên quan đến xác thực như đăng nhập thành công/thất bại, đăng xuất, hết hạn phiên, không khớp quốc gia, và đăng nhập ngoài phạm vi. Bạn có thể truy vết "ai đã cố đăng nhập và khi nào, và thành công hay thất bại" và "khi nào một phiên hết hạn".
    • Authorization：Ghi lại các sự kiện mà một thao tác hoặc truy cập tài nguyên không có quyền đã bị từ chối. Các nỗ lực truy cập những thiết lập không nên chạm tới hoặc dữ liệu của tenant khác được lưu ở đây. Ranh giới phát hiện dấu hiệu truy cập trái phép.
    • Customer：Ghi lại các chuyển đổi trạng thái của chính tài khoản khách hàng: tạo, tạm ngưng, khôi phục, xóa logic, phục hồi, tự rút lui, v.v. Thông thường các thao tác từ phía nhà vận hành (saas_admin) là chính, nhưng việc tự rút lui bắt nguồn từ khách hàng.
    • Instance：Ghi lại việc tạo, đổi tên, xóa và khôi phục instance. Bạn có thể truy vết instance nào được tạo, xóa và khôi phục, bởi ai và khi nào.
    • User：Ghi lại các thao tác ở cấp user: tạo/xóa/khôi phục tài khoản, cấp lại password, đăng ký/xóa passkey, bật/tắt 2FA (TOTP), các thủ tục đăng ký, v.v. Ranh giới trung tâm của việc quản lý tài khoản.
    • API key：Ghi lại việc phát hành, vô hiệu hóa và xóa API key. Bạn có thể truy vết khi nào và bởi ai một key cho truy cập theo chương trình được phát hành và dừng lại.
    • Balance：Ghi lại các sự kiện liên quan đến số dư và thanh toán: nạp tiền, hoàn tiền, điều chỉnh, thay đổi trạng thái, thay đổi giới hạn hàng tháng, thay đổi thiết lập auto-recharge, thay đổi tiền tệ hiển thị, cấp tín dụng SLA, v.v.
    • Settings：Ghi lại nhiều thay đổi thiết lập khác nhau: preset giới hạn sử dụng, thời hạn lưu giữ log, hạn chế IP, ngưỡng phát hiện bất thường, tỷ giá hối đoái, thiết lập thông báo, v.v. Bạn có thể truy vết "ai đã thay đổi thiết lập gì và như thế nào, và khi nào".
    • Logs：Ghi lại các thao tác trên chính các log: xóa hàng loạt nhật ký hội thoại, xuất CSV, và xuất nhật ký kiểm toán. Ranh giới kiểm toán việc mang ra và xóa bỏ log.
    • System：Ghi lại các sự kiện hệ thống thực hiện tự động: sao lưu, batch phát hiện bất thường, batch xóa, xóa vật lý, ẩn danh hóa, tiếp nhận webhook thanh toán, gửi/chặn email, v.v. Bản ghi của thiết bị hành động tự chủ thay vì con người, được lưu độc lập với các thao tác của khách hàng.
  • 4.3.4.2　EVENT TYPE：Thu hẹp theo loại sự kiện. Trong khi CATEGORY là phân loại rộng, mục này thu hẹp theo tên sự kiện riêng lẻ (ví dụ, AUTH_LOGIN_SUCCESS, SETTINGS_UPDATED). Có thể tìm kiếm khớp một phần.
  • 4.3.4.3　ACTOR：Thu hẹp theo tác nhân. Tìm kiếm theo "ai" đã gây ra sự kiện. Được ghi theo dạng vai trò và tên user (ví dụ, client_admin:standout), và có thể tìm kiếm khớp một phần.
  • 4.3.4.4　FROM (ISO)：Điểm bắt đầu của khoảng thời gian tìm kiếm. Chỉ định theo định dạng ISO (YYYY-MM-DD); các sự kiện từ ngày/giờ đó trở đi được nhắm tới.
  • 4.3.4.5　TO (ISO)：Điểm kết thúc của khoảng thời gian tìm kiếm. Chỉ định theo định dạng ISO (YYYY-MM-DD); các sự kiện tính đến ngày/giờ đó được nhắm tới. Kết hợp với FROM để cắt ra bất kỳ khoảng thời gian nào.
  • 4.3.4.6　ROWS PER PAGE：Số hàng hiển thị trên một màn hình. Phần hiển thị trên màn hình nhắm tới một kết quả thu hẹp tối đa 1.000 mục. Để lấy tất cả các mục, hãy dùng xuất CSV (Export All).
• 4.3.5　Active Sessions：Liệt kê các phiên đăng nhập đang hoạt động của tài khoản. Chúng tự động hết hạn 30 ngày sau lần truy cập cuối. Ngay cả trước khi hết hạn, chúng có thể được cho hết hạn riêng lẻ qua Revoke.
• 4.3.6　GEOIP：Ghi lại quốc gia/khu vực của nơi đăng nhập. Phát hiện truy cập từ một vị trí khác với quốc gia đăng nhập gần nhất. Trình bày trạng thái của 24 giờ qua trong một panel.
• 4.3.7　IP Restrictions：Nơi cho các thiết lập liên quan đến hạn chế IP. Mặc định là không hạn chế. Khi được đánh dấu, có thể tạo một allowlist và một denylist. Mỗi list có thể chỉ định các dải bằng ký hiệu CIDR. Nếu allowlist để trống, tất cả IP ngoài những IP trong denylist đều được cho phép. Ngoài ra, denylist được ưu tiên hơn allowlist.
• 4.3.8　Login Activity：Lịch sử đăng nhập. 100 mục gần nhất được hiển thị. Trong panel, số lần đăng nhập thành công và thất bại trong 24 giờ qua được hiển thị.
• 4.3.9　Notifications：Nơi để điều chỉnh và cấu hình thông báo email tự động.
  • Low balance：Thiết lập thông báo khi số dư nạp giảm xuống dưới một ngưỡng. Ngưỡng thay đổi qua ba mức độ nhạy. High ($500, thông báo sớm) / Medium ($50, tiêu chuẩn) / Low ($5, thông báo vào phút cuối). Để đặt một ngưỡng khác, hãy nhập một giá trị Custom.
  • Sign-in from new location：Thông báo khi một lần đăng nhập xảy ra từ một quốc gia/khu vực không thường dùng.
  • Blocked by IP restriction：Thông báo khi truy cập bị từ chối bởi hạn chế IP đã cấu hình. High (1 trở lên/h), Medium (10 trở lên/h), Low (50 trở lên/h). Để đặt một số tùy ý, hãy nhập nó vào Custom.
  • Repeated sign-in failures：Thông báo khi các lần đăng nhập thất bại xảy ra dồn dập trong thời gian ngắn. High (3 trở lên/h), Medium (10 trở lên/h), Low (30 trở lên/h). Để đặt một số tùy ý, hãy nhập nó vào Custom.
  • Recipients — where alerts are sent：Đăng ký và xóa các địa chỉ liên hệ mà thông báo được gửi tự động qua email. Theo mặc định, địa chỉ email đã đăng ký của tài khoản client được đặt. Khi đích thông báo được thay đổi, địa chỉ liên hệ trước đó cũng được thông báo rằng một thay đổi đã xảy ra (vì bảo mật).

Các khóa được phát hành để gọi VATES từ chương trình bên ngoài hoặc từ tác nhân AI. Không cần thiết cho việc sử dụng trình duyệt thông thường.

• 4.4.1　API keys：Chọn instance mà bạn muốn phát hành một API Key, và tạo nó. API key chỉ hiển thị một lần, nên phải ghi lại ngay lúc đó.
• 4.4.2　Issued keys：Các API Key đã phát hành được hiển thị. API key cũng có thể được vô hiệu hóa và xóa.
• 4.4.3　Kết nối từ tác nhân AI (MCP)：VATES có thể kết nối với các tác nhân AI bên ngoài với vai trò máy chủ MCP (Model Context Protocol). Tác nhân đã kết nối có thể đặt câu hỏi cho instance mà bạn cấp quyền và nhận câu trả lời dựa trên tài liệu của instance đó. Nó không thể thay đổi cài đặt, đọc log hội thoại hay truy cập các instance khác. Có hai cách kết nối.
  • 4.4.3.1　Kết nối bằng connector (khuyến nghị)：Trong tác nhân AI của bạn, thêm https://vates.standout.jp/mcp làm connector tùy chỉnh. Trình duyệt sẽ mở ra màn hình đăng nhập VATES; đăng nhập như bình thường (ID và mật khẩu, passkey hoặc 2FA — đều dùng được), sau đó tại màn hình cấp quyền, chọn instance cần kết nối và cho phép truy cập. Không cần phát hành API key. Bạn có thể thu hồi quyền truy cập này bất cứ lúc nào tại Client settings → Security → Active sessions (xem 4.3.5).
  • 4.4.3.2　Kết nối bằng API key：Dành cho trình soạn thảo và các client khác không có tính năng connector. Dùng https://vates.standout.jp/mcp/{workspace ID}/{ID bất biến của instance} làm điểm kết nối và xác thực bằng tiêu đề Authorization: Bearer {API key}. ID bất biến hiển thị ở cột Immutable ID trong bảng Issued keys tại mục 4.4.2 (dạng inst_0001 — lưu ý đây không phải tên hiển thị).
  • 4.4.3.3　Công cụ khả dụng：Hiện tại chỉ cung cấp một công cụ: vates_ask (truy vấn cơ sở tri thức). Công cụ này chỉ đọc và không bao giờ thay đổi dữ liệu trong VATES.
  • 4.4.3.4　Tính phí và giới hạn：Việc sử dụng qua MCP được tính phí đúng như hội thoại thông thường và được ghi nhận trong Usage breakdown. Các giới hạn thiết lập ở Controls (4.6) cũng được áp dụng theo cách tương tự.

Allowlist các URL (những URL không phải standalone) nơi widget nhúng của mỗi instance có thể được nhúng. Những mục này được liên kết với cùng mục trên màn hình settings của chính mỗi instance.

4.6.1　Controls
Mục tiêu chính của các giới hạn này là bảo vệ việc sử dụng thông thường khỏi sự lãng phí tài nguyên và chi phí do các vòng lặp mất kiểm soát và các yêu cầu quá mức/ồ ạt gây ra — cụ thể, để ngăn các vòng lặp vô hạn của một AI agent bị vận hành ác ý, và tình trạng cạn kiệt số dư (DoW) cùng gián đoạn dịch vụ (DoS) do các yêu cầu quá mức. Chúng cũng bao gồm các mục điều chỉnh liên quan đến hiệu năng và chi phí (giới hạn response token, số lần tham chiếu ES, v.v.). Điều chỉnh từng instance cho phù hợp với mục đích của nó.

4.6.2　Default for new instances
Các giá trị mặc định khi tạo instance có thể được chọn hoặc tùy chỉnh. Basic, Business, và Developer là các preset được tinh chỉnh sẵn cho mục đích của chúng; nếu cần điều chỉnh tinh, có thể làm bằng Custom.

• Basic：Cho việc dùng chung.
• Business：Cho việc dùng trong kinh doanh.
• Developer：Cho việc dùng của nhà phát triển.
• Custom：Tùy chỉnh.
• Apply to all existing instances：Các giá trị mặc định đã chọn có thể được áp dụng cho tất cả instance.

4.6.3　Per-instance settings
Một preset có thể được chọn hoặc tùy chỉnh theo từng instance.

• Current status：Cho biết trạng thái hiện tại.
• Customize：Mỗi mục có thể được điều chỉnh bằng một thanh trượt (giá trị 0 nghĩa là ∞ = không giới hạn). Các giới hạn này tạo thành một tuyến phòng thủ chống Denial of Wallet (một cuộc tấn công chi phí làm cạn kiệt số dư) và Denial of Service (gián đoạn dịch vụ), cả hai đều đặc thù với AI dựa trên mức sử dụng (theo OWASP GenAI Top 10 "Unbounded Consumption").

• 4.6.3.2.1　Query length per request：Giới hạn số ký tự query mỗi yêu cầu. Kìm hãm việc chi phí phình lên từ đầu vào quá mức. Phần vượt bị từ chối.
• 4.6.3.2.2　Image size：Giới hạn kích thước tải lên ảnh. Kìm hãm việc cạn kiệt tài nguyên từ các tệp khổng lồ. Phần vượt bị từ chối.
• 4.6.3.2.3　PDF size：Giới hạn kích thước tải lên PDF. Như trên. Phần vượt bị từ chối.
• 4.6.3.2.4　Audio size：Giới hạn kích thước tải lên âm thanh. Như trên. Phần vượt bị từ chối.
• 4.6.3.2.5　Bard text length：Giới hạn số ký tự mà bard nén (ngôn ngữ tự nhiên → ES) trong một lần. Xác định chi phí mỗi lần nén. Phần vượt bị từ chối.
• 4.6.3.2.6　Conversation history (chars)：Giới hạn tổng số ký tự của lịch sử hội thoại được nạp vào context. Kìm hãm chi phí và độ trễ từ việc context tăng trưởng không giới hạn. Phần vượt được tự động cắt bớt từ lịch sử cũ nhất (nó không trở thành lỗi).
• 4.6.3.2.7　Conversation history (turns)：Giới hạn số lượt của lịch sử hội thoại được nạp vào context. Hành xử giống 4.6.3.2.6 (giữ các lượt mới nhất và tự động cắt bớt).
• 4.6.3.2.8　Requests per minute：Giới hạn số yêu cầu mỗi phút. Tuyến phòng thủ đầu tiên chống lũ yêu cầu (DoS) và lạm dụng tự động hóa (DoW). Phần vượt bị từ chối tạm thời.
• 4.6.3.2.9　Requests per hour：Giới hạn số yêu cầu mỗi giờ. Hành xử giống 4.6.3.2.8.
• 4.6.3.2.10　Concurrent sessions：Giới hạn số phiên hội thoại đồng thời. Kìm hãm việc cạn kiệt tài nguyên từ lũ yêu cầu song song. Phần vượt bị từ chối.
• 4.6.3.2.11　Max tokens per response：Giới hạn output token của một phản hồi đơn. Kìm hãm việc chi phí đầu ra phình lên từ các phản hồi quá mức.
• 4.6.3.2.12　Max ES references (top_k)：Số ES tối đa mà vates tham chiếu khi phản hồi. Đây không phải phòng thủ tấn công mà là điều chỉnh độ chính xác và chi phí: càng nhiều tham chiếu, độ chính xác càng cao, nhưng chi phí tăng tương ứng. Tối thiểu 20.

Có thể xem phí sử dụng hàng tháng (USD).

• 4.7.1　Usage breakdown：Có thể chỉ định năm và tháng từ một dropdown.
• 4.7.2　By instance：Phân tích sử dụng theo từng instance.
  • Instance：Tên instance.
  • Conversations：Tổng số hội thoại.
  • Chat：Phí cho các hội thoại với vates.
  • Bard：Phí sử dụng bard.
  • Druid：Phí sử dụng druid.
  • Fallback：Phí sử dụng fallback cho chat. * API dự phòng (OpenAI) dùng khi API vates chính (Anthropic) không hoạt động.
  • STT：Đọc giọng nói (Speech-to-Text, chuyển giọng nói → văn bản).
  • TTS：Đọc thành tiếng (Text-to-Speech, tổng hợp văn bản → giọng nói).
  • Total：Tổng số tiền.
  • Include instances with 0 conversations：Hiện/ẩn các instance không dùng trong tháng đó.

Có thể kiểm tra số dư nạp và lịch sử thay đổi của nó, và có thể cấu hình thanh toán cùng các thiết lập thanh toán.

• 4.8.1　Balance：Số dư nạp hiện tại.
• 4.8.2　Top Up Balance：
  • Card：Thanh toán bằng thẻ tín dụng. Powered by Stripe. Loại thẻ được hiển thị tự động theo quốc gia/khu vực. Khi thanh toán, bạn được đưa đến màn hình Stripe. Số tiền trên modal cho biết số tiền sẽ được phản ánh vào số dư nạp; sau khi bạn được đưa đến Stripe, thuế cho từng quốc gia/khu vực được thêm vào.
  • International Transfer：Thanh toán qua tài khoản theo tiền tệ.
  • Domestic Transfer：Thanh toán qua tài khoản theo quốc gia/khu vực. Số tiền phản ánh vào số dư nạp là số tiền chuyển khoản đã trừ thuế cho từng quốc gia/khu vực.
• 4.8.3　Auto Recharge：
  • Auto Recharge：Có thể thiết lập để thanh toán tự động (thẻ tín dụng) xảy ra khi số dư nạp giảm xuống dưới một ngưỡng. Mặc định là OFF.
  • Adjust：Có thể đặt ngưỡng, số tiền auto-recharge, và số tiền giới hạn hàng tháng.
• 4.8.4　Transactions：Có thể xem lịch sử giao dịch.

4.9.1　Data lifecycle
VATES chọn các thời hạn lưu giữ dữ liệu bằng cách tham chiếu tiêu chuẩn nghiêm ngặt nhất trong số các quy định của mọi khu vực pháp lý nơi dữ liệu của bạn có thể liên quan (EU, Anh, Nhật Bản, California, Trung Quốc, Brazil, Hàn Quốc, Singapore, Canada, Úc, v.v.). Dữ liệu của bạn được quản lý theo tiêu chuẩn bảo vệ nhất bất kể vị trí của bạn.

4.9.2　Current status
Cho biết trạng thái hiện tại của tài khoản client.

4.9.3　State transitions
Danh sách các trạng thái mà tài khoản trải qua. Điểm bắt đầu và thời gian lưu lại của mỗi trạng thái như sau.

• active：Hoạt động. Dịch vụ khả dụng.
• suspended：Tạm ngưng. Dịch vụ tạm dừng nhưng có thể khôi phục. Dữ liệu được giữ lại.
• logical_deleted：Thời điểm của yêu cầu xóa. Từ ngày này làm điểm bắt đầu, việc khôi phục là khả thi trong 30 ngày, và dữ liệu được giữ lại đầy đủ. Sau 30 ngày, nó tự động chuyển sang giai đoạn ẩn danh hóa.
• pseudonymized：Trạng thái 30 ngày sau yêu cầu xóa. Thông tin có thể nhận dạng một cá nhân (tên user, display name, v.v.) được thay bằng một hàm băm không thể đảo ngược và trở nên không thể phục hồi. Từ điểm này trở đi, nó vẫn còn cho đến khi thời hạn lưu giữ của từng category dữ liệu hết hạn.
• physical_deleted：Vào lúc thời hạn lưu giữ của từng category dữ liệu hết hạn. Bị xóa hoàn toàn khỏi đĩa, không có khả năng phục hồi.

4.9.4　Data categories and retention (17)
Các category dữ liệu và thời hạn lưu giữ liên quan đến tài khoản. Tất cả các thời hạn lưu giữ lấy yêu cầu xóa (bước vào logical_deleted) làm điểm bắt đầu. Giá trị chính xác cho từng category được hiển thị ở cột Retention trên màn hình.

• customer_state：Trạng thái tổng thể của tài khoản khách hàng (active/suspended, v.v.). Được ẩn danh hóa 30 ngày sau yêu cầu xóa; việc xóa vật lý dùng chung tệp với số dư (customer_balance), nên nó được xóa cùng lúc vào lúc thời hạn lưu giữ pháp lý của số dư (10 năm) hết hạn.
• instance_state：Trạng thái theo từng instance. Được ẩn danh hóa 30 ngày sau yêu cầu xóa (chỉ display name; ID duy nhất inst_NNNN được giữ lại làm ID bất biến), rồi xóa vật lý 90 ngày sau đó.
• users_with_pii：Thông tin tài khoản user (bao gồm thông tin cá nhân như ID, display name, và thông tin đăng nhập). Được ẩn danh hóa 30 ngày sau yêu cầu xóa, rồi xóa vật lý 90 ngày sau đó.
• user_instance_access：Liên kết giữa một user và các instance khả dụng. Bị xóa cùng với tài khoản khi xóa (không có thời hạn lưu giữ độc lập).
• api_keys：Các API key đã phát hành (lưu dưới dạng hàm băm không thể đảo ngược; văn bản thuần không được giữ lại). Bị xóa vật lý 90 ngày sau yêu cầu xóa (không ẩn danh hóa).
• revoked_sessions：Các phiên đã bị thu hồi. Một batch hiện có xóa vật lý chúng 90 ngày sau khi thu hồi.
• session_logs：Lịch sử hội thoại. Thời hạn lưu giữ phụ thuộc vào lựa chọn gói của khách hàng (Standard = 30 ngày / Secure = không lưu giữ chút nào = xóa ngay lập tức).
• usage_records：Nhật ký sự kiện riêng lẻ của việc sử dụng. Được ẩn danh hóa 30 ngày sau yêu cầu xóa, rồi xóa vật lý 90 ngày sau đó.
• usage_aggregates：Các giá trị tổng hợp của việc sử dụng (cơ sở cho việc tính phí). Thuộc diện lưu giữ pháp lý. Không ẩn danh hóa; xóa vật lý 10 năm sau giao dịch cuối (theo Điều 432 Luật Công ty Nhật Bản). Không thể đẩy sớm ngay cả bằng một yêu cầu xóa.
• customer_balance：Số dư của khách hàng (giá trị đã quyết toán của thanh toán). Thuộc diện lưu giữ pháp lý. Xóa vật lý 10 năm sau giao dịch cuối. Không thể đẩy sớm ngay cả bằng một yêu cầu xóa.
• balance_history：Lịch sử thay đổi của số dư. Thuộc diện lưu giữ pháp lý. Số tiền giao dịch, tiền tệ, và tỷ giá được giữ trong 10 năm (chỉ tên nhà vận hành được ẩn danh hóa 30 ngày sau yêu cầu xóa). Không thể đẩy sớm ngay cả bằng một yêu cầu xóa.
• instance_audit_log：Nhật ký kiểm toán của instance (một log chống giả mạo). Được ẩn danh hóa 30 ngày sau yêu cầu xóa, rồi xóa vật lý 2 năm sau đó. Giới hạn dưới của yêu cầu kiểm toán (SOC2 / PCI DSS) là 1 năm, nhưng vì một sự dịch chuyển thời điểm của cuộc kiểm toán hàng năm nghĩa là 1 năm sẽ bỏ sót các log trong kỳ được kiểm toán, nên gấp đôi con số đó — 2 năm — được áp dụng cho an toàn.
• ip_restrictions：Thiết lập hạn chế IP (Allowlist / Denylist). Bị xóa vật lý 30 ngày sau yêu cầu xóa (không có thông tin nhạy cảm, không cần ẩn danh hóa).
• e_core_knowledge：Tài sản tri thức ES-IFM (tài sản trí tuệ của bạn). Bị xóa vật lý 30 ngày sau yêu cầu xóa (không ẩn danh hóa).
• instance_settings：Thiết lập instance (branding, giá trị giới hạn, prompt, v.v.). Bị xóa vật lý 30 ngày sau yêu cầu xóa (không có thông tin nhạy cảm, không cần ẩn danh hóa).
• shell_settings：Thiết lập shell (thiết lập tham chiếu master trung tâm). Bị xóa vật lý 30 ngày sau yêu cầu xóa (không có thông tin nhạy cảm).
• client_settings：Các thiết lập mặc định trên toàn client. Bị xóa vật lý 30 ngày sau yêu cầu xóa (không có thông tin nhạy cảm).

4.9.5　Delete account
Đưa tài khoản vào trạng thái yêu cầu xóa (logical_deleted). Việc khôi phục là khả thi trong vòng 30 ngày kể từ điểm bắt đầu. Sau 30 ngày, dữ liệu được ẩn danh hóa và xóa vật lý dần theo từng thời hạn lưu giữ ở trên. Dữ liệu thuộc diện lưu giữ pháp lý (usage_aggregates, customer_balance, balance_history) được giữ lại ngay cả sau yêu cầu xóa cho đến khi kỳ pháp lý (10 năm) trôi qua. Hành động này ảnh hưởng đến tất cả người dùng thuộc tài khoản này.