Trả lời ngắn: AI Assistant là dịch vụ hội thoại giúp người dùng hỏi, hiểu và xử lý thông tin qua nhiều lượt. Mỗi turn, assistant đọc intent cùng context được phép, hỏi lại nếu mơ hồ rồi trả lời hoặc đề xuất action. Nó phải tách session khỏi memory và không biến câu nói tự nhiên thành quyền hành động tự động.

Đọc xong, bạn sẽ hiểu:

  • Assistant khác chatbot, copilot và agent ở đâu.
  • Assistant Contract cần capability, context, memory và tool boundary gì.
  • Một session nhiều lượt cập nhật state như thế nào.
  • Cách xử lý nhớ sai, đổi task, intent mơ hồ và handoff.

Lưu ý giáo dục: Ví dụ dưới đây là assistant FAQ khóa học chạy trên giấy hoặc Markdown với dữ liệu giả. Không nối database, email, lịch, CRM hay API thật. Output AI có thể sai; thông tin quan trọng cần nguồn và kiểm tra độc lập.

1. AI Assistant là gì?

a. Hội thoại là giao diện, không phải quyền vô hạn

AI Assistant nhận yêu cầu bằng ngôn ngữ tự nhiên, giữ state trong cuộc trò chuyện và giúp người dùng hoàn thành một nhóm việc. Nó có thể giải thích khái niệm, tóm tắt nội dung, tìm trong knowledge base hoặc chuẩn bị một tool action. Điểm chính không phải giọng nói giống người, mà là khả năng duy trì conversation state qua nhiều turn.

Ví dụ người dùng nói “Tôi muốn học AI”. Một assistant tốt không vội ném ra 50 khóa học. Nó hỏi mục tiêu, trình độ và thời gian. Sau khi người dùng trả lời “mới bắt đầu, 15 phút mỗi ngày”, state mới đủ để đề xuất lộ trình phù hợp.

Ngôn ngữ tự nhiên tạo cảm giác “nói gì cũng hiểu”, nhưng model không tự có quyền đọc mọi file hoặc gửi mọi email. Capability, data access và tool permission vẫn phải được cấu hình. Câu “hãy đặt lịch giúp tôi” là intent; nó chưa phải authorization để gửi invitation.

b. Assistant khác các hệ thống gần nó

Hệ thống Trọng tâm Ai giữ đường đi và action?
Chatbot đơn giản Trả lời từng câu hoặc flow FAQ Script hoặc từng request độc lập
AI Assistant Hội thoại nhiều lượt trong một service scope Người dùng dẫn intent; assistant quản lý session
AI Copilot Hỗ trợ ngay trong task/app đang mở Người dùng review và execute
Agent Tự lập kế hoạch, dùng tool qua nhiều bước Model chọn đường; harness giữ scope

c. Đừng giới thiệu bằng “Ask anything”

Microsoft HAX khuyên làm rõ hệ thống có thể làm gì, hỗ trợ task/domain nào và cho ví dụ input/output. Kỳ vọng mơ hồ dễ dẫn tới thất vọng hoặc harm (HAX — Make clear what the system can do).

Capability Card có thể ghi: “Tôi giải thích nội dung khóa học, tìm bài và tạo lộ trình nháp. Tôi không xem tài khoản hay tự đăng ký.”

Hình 1 — Mỗi turn phải qua intent, context và clarification trước khi state được cập nhật.

2. Assistant Contract cần những trường nào?

a. Tám nhóm tối thiểu

Nhóm Câu hỏi cần chốt
Capabilities Assistant hỗ trợ task/domain nào?
Non-capabilities Việc nào phải từ chối hoặc handoff?
Session identity Cuộc trò chuyện nào, user nào, thời hạn bao lâu?
Context pack Turn này cần facts, nguồn và open items nào?
Memory policy Được lưu gì, vì sao, bao lâu, ai sửa/xóa?
Source mode Trả lời từ model, tài liệu hay tool result nào?
Tool boundary Tool nào read-only, tool nào có side effect?
Recovery Clarify, reset, retry, handoff hoặc stop khi nào?

Contract biến “trợ lý thông minh” thành service có thể test: thiếu mục tiêu có hỏi lại không, đổi task có đóng open items cũ không, thiếu nguồn có nói “chưa biết” không?

b. Context pack nhỏ nhưng đủ

Context pack không cần toàn bộ lịch sử chat. Nó có thể gồm:

  • Intent hiện tại: tìm lộ trình AI cho beginner.
  • Constraints: 15 phút/ngày, tiếng Việt.
  • Verified facts: người dùng chưa học Python.
  • Open item: thích code hay no-code?
  • Sources: mục lục AI ZERO TO HERO phiên bản hiện tại.
  • Permissions: chỉ đọc nội dung công khai, không đăng ký.

Mỗi fact cần provenance hoặc nhãn preference. Khi user sửa, state phải cập nhật.

c. Session không phải memory

Session context phục vụ cuộc trò chuyện hiện tại; long-term memory sống qua nhiều session. “Tôi có 15 phút hôm nay” không nên thành sở thích vĩnh viễn. Preference đáng lưu vẫn cần consent, xem/sửa/xóa và retention rõ.

Google PAIR cảnh báo nhân hóa assistant có thể tạo kỳ vọng quá mức hoặc khiến người dùng tiết lộ nhiều hơn; sản phẩm phải nói rõ khả năng và giới hạn (Google PAIR — Mental Models).

Hình 2 — Contract tách thứ assistant biết trong session khỏi thứ được phép nhớ lâu dài.

3. Một cuộc hội thoại nhiều lượt vận hành ra sao?

a. Trace bốn turn

Turn 1 — “Tôi muốn học AI.” Intent còn rộng. Assistant hỏi trình độ và mục tiêu; state ghi intent=learn_ai cùng hai open items.

Turn 2 — “Mới bắt đầu, 15 phút mỗi ngày.” Assistant cập nhật constraints, đưa hai option dựa trên mục lục hiện có.

Turn 3 — “Tôi muốn học Python.” Assistant xác nhận task shift, đóng open items cũ và tạo state mới; không trộn bài prompt với Python.

Turn 4 — “Đăng ký khóa học cho tôi.” Ngoài capability nên assistant handoff; không giả đã đăng ký hoặc hỏi thông tin thẻ.

b. Policy cho mỗi turn

Mỗi turn chạy: detect intent → load context → check ambiguity → answer/tool proposal → verify → update state. Tool output phải được kiểm schema, freshness và nguồn.

Microsoft HAX khuyên scope services when in doubt: không chắc target thì hỏi clarification thay vì tự chọn (HAX — Scope services when in doubt).

c. Answer và action phải tách

“Lịch trống lúc 3 giờ” là answer; “tạo meeting và mời An” là side effect. Action cần preview target/timezone/recipient và confirmation. Câu hỏi không phải quyền tự hành động.

4. Lỗi phổ biến: nhớ sai, lẫn task và hành động quá quyền

a. Sáu lỗi dễ gặp

  1. Memory by default: mọi câu user nói đều bị lưu lâu dài.
  2. Stale fact: assistant dùng preference cũ dù user vừa sửa.
  3. Task bleed: open items của task trước rơi vào task mới.
  4. Source blur: không phân biệt model knowledge, document và tool result.
  5. Action ambiguity: câu hỏi bị hiểu thành lệnh thực thi.
  6. Human theater: assistant nói như có cảm xúc, kinh nghiệm hoặc đã làm việc chưa thực hiện.

NIST xem confabulation là rủi ro cốt lõi: model tạo nội dung sai nhưng hợp lý, thậm chí tự nhận đặc tính con người (NIST — Generative AI Profile).

b. Ba ranh giới phải nhìn thấy

  • Answer ≠ Action: trả lời không cấp quyền sửa hệ thống.
  • Session ≠ Memory: context tạm không tự thành hồ sơ lâu dài.
  • Natural language ≠ Human: nói tự nhiên không có nghĩa có ý thức hay kinh nghiệm.

Hình 3 — Ba dấu “không bằng” ngăn trải nghiệm hội thoại vượt quá quyền và sự thật.

c. Graceful failure và global controls

Giao diện nên có nút tạo việc mới, đặt lại thông tin AI đang dùng và khu vực xem, sửa hoặc xóa ghi nhớ. Mỗi nút phải nói dữ liệu nào bị ảnh hưởng. Khi thiếu nguồn, trợ lý cần nói rõ phần đã xác minh, phần còn thiếu và bước tiếp theo. HAX cũng khuyến nghị có nơi điều khiển chung cho hành vi của AI và việc thu thập dữ liệu. (HAX — Provide global controls)

Với nội dung y tế, pháp lý, tài chính hoặc dữ liệu riêng tư, assistant phải thu hẹp scope, hiển thị disclaimer và handoff đúng chuyên gia. “Tôi không chắc” tốt hơn một câu trả lời trơn tru nhưng sai.

5. Bài tập 15 phút: điền Assistant Canvas

a. Công cụ miễn phí

Dùng Markdown, giấy hoặc Sheet. Thiết kế assistant FAQ cho một khóa học giả. Không kết nối tài khoản hoặc dùng dữ liệu người thật.

b. Năm bước

  1. Viết Capability Card: ba việc làm được, ba việc không làm.
  2. Điền session ID, timeout và context fields.
  3. Viết 4-turn trace có một clarification và một task shift.
  4. Chọn memory nào cần consent; thêm View/Edit/Delete.
  5. Thiết kế reset, handoff và một graceful failure.

c. Mẫu đối chiếu đã điền

Turn Assistant state Response policy
1 Intent mơ hồ: “học AI” Hỏi mục tiêu và trình độ
2 Beginner + 15 phút/ngày Đề xuất options, nêu nguồn
3 Đổi sang học Python Xác nhận new task, đóng open items
4 Yêu cầu đăng ký Nêu giới hạn và handoff

d. Kết quả mong đợi

Bạn phải chỉ ra dữ liệu nào chỉ sống trong session, dữ liệu nào có thể lưu sau consent, turn nào cần hỏi lại và action nào bị cấm. Nếu assistant có thể “làm mọi thứ”, Canvas chưa đủ scope. Điểm dừng là trace local; chưa nối tool thật.

6. Tổng kết: nói tự nhiên nhưng boundary phải rõ

a. Năm ý chính

  • AI Assistant là conversation service có state, không chỉ một prompt chat.
  • Capability Card phải nói rõ làm được, không làm được và input mẫu.
  • Context pack theo turn cần nhỏ, có nguồn và open items rõ.
  • Session context không tự trở thành long-term memory.
  • Answer, tool proposal và side effect phải là ba mức quyền khác nhau.

b. Câu hỏi tự kiểm tra

  • Assistant khác agent ở đâu?
  • Vì sao “Ask anything” là onboarding kém?
  • Session context và memory khác nhau thế nào?
  • Khi user đổi task, assistant phải làm gì?

c. Gợi ý đáp án

Xem gợi ý câu 1Assistant quản lý hội thoại trong service scope; agent tự chọn nhiều bước và tool. Xem lại mục 1.
Xem gợi ý câu 2Nó tạo kỳ vọng vô hạn và che supported task, domain cùng giới hạn thật. Xem lại mục 1.
Xem gợi ý câu 3Session phục vụ cuộc trò chuyện hiện tại; memory sống qua session và cần consent/control. Xem lại mục 2.
Xem gợi ý câu 4Xác nhận task shift, đóng open items cũ và tạo state mới. Xem lại mục 3.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
AI Assistant Dịch vụ hội thoại quản lý intent và context qua nhiều turn.
Turn Một lượt user–assistant trong session.
Session Phạm vi trạng thái của một cuộc trò chuyện.
Context Pack Facts, constraints, nguồn và open items cần cho turn.
Capability Card Bản mô tả assistant làm được và không làm được.
Memory Dữ liệu được giữ qua nhiều session.
Clarification Câu hỏi làm rõ intent hoặc target mơ hồ.
Source Mode Nguồn model, tài liệu hoặc tool dùng để trả lời.
Handoff Chuyển việc sang người hoặc service phù hợp.
Graceful Failure Thất bại có giải thích và bước phục hồi rõ.

e. Nguồn tham khảo

f. Học tiếp gì?

Xem lại AI Copilot #42 nếu chưa rõ human review và execute boundary. Học tiếp Coding Agent #44 để hiểu cách agent đọc code, sửa file, chạy test và lặp tới acceptance gate.

Nhắc lại giáo dục: Hội thoại tự nhiên không bảo đảm câu trả lời đúng, không tạo quyền truy cập và không biến AI thành con người. Dữ liệu nhạy cảm, action thật và quyết định rủi ro cao cần scope, consent, verification cùng handoff rõ.