9. Thiết kế chatbot dễ tin cậy, cấu hình và khôi phục

Kỹ thuật Chatbot · Bài 9 trong 9 bài · Nguồn được đối chiếu ngày 7 tháng 10 năm 2026. Thiết kế và giả định đề xuất được phân biệt với kết quả triển khai đã đo.

Giao diện chatbot hữu ích giúp người dùng hiểu phạm vi, bằng chứng và trạng thái hiện tại. Ô nhập trống khiến người dùng phải tự nghĩ quá nhiều. Transcript đẹp không bù được giả định bị giấu hay query thất bại không có giải thích.

Thiết kế hai quy trình chính

Dùng quy trình Trả lời cho câu hỏi tài liệu có căn cứ và quy trình Phân tích cho dữ liệu kinh doanh có cấu trúc. Có thể dùng chung vùng hội thoại, nhưng phân tích cần vùng kết quả bên cạnh để hiển thị bộ lọc, định nghĩa chỉ số, biểu đồ và bảng. Trên mobile, dùng tab dễ truy cập hoặc card mở rộng.

Hiển thị workspace hiện hành và phạm vi nguồn được phép gần ô nhập. Cung cấp ví dụ hữu ích như “So sánh doanh thu thuần theo kênh trong tháng Chín” và “Giải thích chính sách hoàn tiền hiện tại”. Tránh ví dụ khiến người dùng hiểu rằng hệ thống có capability chưa hỗ trợ.

Cho sửa giả định trước khi thực thi

Với yêu cầu phân tích, hiển thị chỉ số, khoảng ngày, múi giờ, cách nhóm và tiền tệ trong bản xem trước kế hoạch. Nếu mặc định an toàn và có tài liệu, giải thích nó. Nếu mặc định làm thay đổi đáng kể kết quả, hỏi người dùng chọn. Người dùng nên sửa chip ngày thay vì viết lại cả đoạn.

Sau khi chạy, hiển thị câu trả lời, bảng kết quả, độ mới dữ liệu và định nghĩa chỉ số. Cung cấp thao tác “Đổi kỳ”, “So sánh” và “Xuất” giới hạn trong kết quả đó. Giữ kết quả gốc để yêu cầu tiếp theo không xóa bằng chứng đang được xem.

Hiển thị tiến độ và khôi phục trung thực

Dùng giai đoạn thực tế như “Đang kiểm tra nguồn”, “Đang chạy truy vấn đã duyệt” và “Đang chuẩn bị giải thích”. Không bịa phần trăm tiến độ hay lộ chain-of-thought nội bộ. Giai đoạn cho biết công việc hệ thống, chưa chứng minh câu trả lời cuối sẽ đúng.

Hỗ trợ Dừng, thử lại và sửa yêu cầu. Phân biệt query lỗi với kết quả rỗng. Giữ nội dung người dùng sau lỗi và tránh gửi trùng. Timeout bên ngoài không được để lại card phân tích trông thành công nhưng dùng dữ liệu cũ.

Về accessibility, giữ keyboard focus, gắn nhãn control, hiển thị focus rõ và thông báo thay đổi trạng thái có ý nghĩa mà không đọc lại từng token streaming. W3C giải thích hành vi này trong hướng dẫn status message của WCAG.

Tách tùy chọn người dùng khỏi cấu hình quản trị

Cấp	Cấu hình được phép	Ranh giới
Người dùng	Ngôn ngữ, độ dài trả lời, định dạng, tùy chọn ngày	Không mở rộng quyền
Quản trị workspace	Nguồn, chỉ số đã duyệt, lưu giữ, quota, escalation	Kiểm tra trong quyền tenant
Vận hành nền tảng	Phiên bản model, giới hạn runtime, danh mục tool, chế độ triển khai	Rollout được review và audit

Không cho system prompt sửa được vô hiệu hóa xác thực hay duyệt hành động. Lưu cấu hình với phiên bản, người thay đổi và thời điểm. Xem trước thay đổi trên bộ test cố định trước khi bật. Quản trị workspace cần thấy ảnh hưởng chi phí và privacy khi cho fallback bên ngoài.

Ưu tiên tính năng thực tế

Release client đầu tiên nên có workspace xác thực, câu trả lời có căn cứ, chỉ số được quản trị, làm rõ, xem bằng chứng, export giới hạn, feedback, giới hạn usage và dashboard vận hành. Chỉ thêm lịch sử hội thoại với chính sách lưu giữ và kiểm soát xóa rõ ràng.

Sau đó có thể thêm báo cáo định kỳ, thao tác ghi đã duyệt, chia sẻ nhóm và connector mới. Mỗi tính năng tăng bề mặt quyền và lỗi. Voice, avatar và điều phối multi-agent tự động nên theo nhu cầu đã chứng minh thay vì làm bằng chứng chất lượng ban đầu.

Thử sample đang hoạt động

Mở Private Decision Lab. Đây là router CPU self-host đang chạy với ví dụ tiếng Anh và Việt. Chọn chatbot mode, chạy câu hỏi sản phẩm hoặc kiến trúc, rồi xem route, điểm và latency inference local đã đo. Đổi sang agent mode để xem đề xuất mô phỏng.

Thử “Giúp tôi với” và “Vẽ sơ đồ microservices”. Câu đầu cho thấy xử lý mơ hồ; câu sau minh họa chính sách margin có thể chặn phân loại thô đúng. Điểm chưa hiệu chuẩn. Đầu ra là template cố định hoặc mô phỏng; chưa có model sinh câu trả lời, database riêng hay tool thực thi.

Sample cung cấp bằng chứng vận hành thật cho một thành phần sản phẩm đề xuất. Query giả lập có thể chạy ở bài 2 và tính chi phí ở bài 8 minh họa lớp dữ liệu, billing riêng. Viết các bài này chưa đồng nghĩa đã xây hoặc train chatbot analytics production hoàn chỉnh.

Tình huống cho vòng phát triển tiếp theo

Tình huống tham chiếu: người dùng alpha-workspace đã xác thực hỏi doanh thu thuần tháng Chín, duyệt kế hoạch chỉ số, nhận kết quả giả lập 200 USD có khoảng ngày, đổi kỳ so sánh và xuất dòng được phép. Người dùng beta-workspace không được thấy dòng hay câu trả lời cache của alpha.

Xác thực semantic request và phạm vi tenant trong code. Sau đó mới thêm model local ứng viên để hiểu yêu cầu ngôn ngữ tự nhiên và tùy chọn giải thích kết quả. Đánh giá model hosted tham chiếu và ứng viên local trên cùng fixture. Chỉ phát hành adapter nếu cải thiện tình huống từ đầu đến cuối.

“Professional” có nghĩa gì ở đây?

UI/UX chuyên nghiệp giúp người dùng hiểu việc đã xảy ra, kiểm tra bằng chứng, sửa giả định và khôi phục sau lỗi. Không đưa chọn model vào quy trình thường ngày nếu nó không thay đổi privacy, chi phí hay capability. Giải thích các hệ quả đó bằng ngôn ngữ đơn giản.

Lộ trình triển khai gồm tool dữ liệu được quản trị, evaluation độc lập, so sánh model, rồi tối ưu có đo và đóng gói thương mại. Case study CPU bằng tiếng Anh là bằng chứng khởi đầu, chưa phải tuyên bố đã hoàn tất sản phẩm.

Thực hành: màn hình phân tích Commerce Assist

Bắt đầu bằng chọn workspace và hai tác vụ dễ hiểu: hỏi tài liệu hoặc phân tích chỉ số được duyệt. Với phân tích, đặt plan card gọn giữa yêu cầu và thực thi. Card hiển thị “Doanh thu thuần”, “Tháng 9/2026”, “So với tháng Tám”, “USD”, “UTC”. Người dùng đổi trường, chạy lại mà không gõ lại câu hỏi.

Khi xong, đặt con số trước, sau đó so sánh, bảng, bằng chứng. Fixture giả lập hiển thị tháng Chín 200 USD, tháng Tám 100 USD, tăng 100 USD và 100%. Demo phải ghi dữ liệu giả lập. Đặt định nghĩa chỉ số, độ mới nguồn gần kết quả để kiểm tra mà không mở trang settings không liên quan.

Định nghĩa trạng thái và thao tác

Trạng thái	Người dùng thấy	Thao tác
Thiếu chỉ số	Một câu làm rõ trọng tâm	Chọn chỉ số được duyệt
Plan sẵn sàng	Giả định sửa được, chế độ xử lý	Chạy hoặc sửa
Queue/đang chạy	Giai đoạn thật; không bịa phần trăm	Dừng khi hỗ trợ
Không có dòng	Không có dữ liệu trong phạm vi	Đổi phạm vi, xem định nghĩa
Nguồn không khả dụng	Không lấy được kết quả	Thử lại, giữ yêu cầu
Hết ngân sách	Giới hạn, cách xử lý qua admin	Xin allowance hoặc đợi reset
Hoàn tất	Kết quả xác thực, bằng chứng	So sánh, export, feedback

Số không không được hiển thị như “nguồn dữ liệu hỏng”. Request hủy không chuyển thành thông báo thành công khi công việc nền xong. Giữ kết quả hợp lệ gần nhất với kỳ gốc khi tải so sánh mới; không ngụ ý giá trị cũ là kết quả mới.

Cấu hình theo phạm vi, phiên bản

{
  "config_version": 3,
  "workspace_policy": {
    "processing_mode": "private_local",
    "external_fallback": false,
    "allowed_metrics": ["net_revenue_v1"],
    "max_period_days": 366,
    "export_enabled": false
  },
  "user_preferences": {
    "language": "vi",
    "answer_length": "short",
    "preferred_view": "table"
  }
}

Đây là cấu hình đề xuất, chưa phải endpoint settings đã triển khai. Lưu policy platform, workspace và tùy chọn user riêng. Server tính cấu hình hiệu lực, từ chối tổ hợp mâu thuẫn. Tùy chọn ngôn ngữ đổi label, prose; không bật export bị workspace tắt.

Admin đổi danh mục chỉ số cần thấy tình huống bị tác động, không chỉ nút Lưu. Quản lý phiên bản, rollback. Switch ảnh hưởng privacy phải giải thích ranh giới xử lý. User thường không cần chọn temperature, adapter rank hay model family để hỏi con số.

Song ngữ là yêu cầu được test

Lưu lựa chọn EN/VI chủ động, vẫn cho yêu cầu câu trả lời bằng ngôn ngữ khác. Giữ metric key có cấu trúc ổn định. Localize ngày, số mà không đổi phép tính. Ví dụ tiếng Việt có thể hiển thị 200,00 USD trong khi kết quả nội bộ là 20000 cent. Export cần quy ước decimal, delimiter rõ.

Test dấu tiếng Việt khi search, copy/export, label dịch dài trên mobile và yêu cầu trộn ngôn ngữ. Kiểm tra keyboard qua trường plan, mở citation, khôi phục lỗi. Dùng live region phù hợp thông báo chuyển trạng thái, không đọc lặp các mảnh streaming.

Usability test bằng công việc quan sát được

Yêu cầu người tham gia hỏi doanh thu tháng Chín, tìm định nghĩa, đổi tháng so sánh, giải thích dữ liệu có mới không và khôi phục query lỗi. Quan sát hoàn thành, thời gian, giả định sai, yêu cầu trợ giúp. Dùng cùng tác vụ cho người dùng EN/VI khi phù hợp. Không thay quan sát bằng câu “màn hình hiện đại chưa?”.

Artifact bàn giao gồm state map, đặc tả màn hình có chú giải, hợp đồng cấu hình và năm user journey đã test. Router đang live chỉ minh họa routing. Đặc tả màn hình, query, recipe training mô tả sản phẩm đầy đủ hơn cần triển khai và đánh giá; không quảng cáo tương tác chưa xây như tính năng demo hiện tại.

Từ bài viết đến thử nghiệm chạy được

Benchmark và training là thử nghiệm trên dữ liệu giả lập do tác giả xây dựng, có các template tương quan. Không chứng minh tương đương model lớn hoặc chất lượng trên dữ liệu khách hàng. Model sinh plan được đo offline; demo công khai dùng baseline có kiểm soát. Benchmark: đã hoàn thành bốn candidate. LoRA: completed, 64/64 bước.

Lộ trình và kết quả thực nghiệm · Thử demo với dữ liệu giả lập · Tải code minh họa

Bài học từ triển khai này

Demo hỗ trợ chuyển EN/VI mà giữ bản nháp, Control+Enter, câu hỏi mẫu, nguồn, plan và bảng/chart. Lỗi quota được dịch theo ngôn ngữ hiện tại. Model chưa đủ chứng cứ được hiển thị là offline, giúp người dùng hiểu đúng khả năng đang sử dụng.