Module 1 • Bài 460 phút

AI 'hiểu' yêu cầu như thế nào

Cơ chế chú ý (Attention Mechanism), tác động của từ ngữ đến tông giọng, ranh giới giữa Tri thức tham số và Lớp kiểm chứng sự thật (Ground Truth Layer).

Cơ chế tính toán trọng số Attention của Mô hình AI
Phân biệt Tri thức tham số và Sự thật khách quan
Thiết kế Lớp kiểm chứng sự thật (Ground Truth Layer / RAG)

Cơ chế "hiểu" của Model dựa trên trọng số Attention và Ranh giới của Sự thật

Cạm bẫy lớn nhất của PM là nghĩ AI "đọc và hiểu" như con người. Thực tế, "hiểu" của AI là phép tính toán học: Cơ chế Attention (Attention Mechanism) - đo lường tương quan trọng số giữa các từ.

Ví dụ: Với EcoCart, hiểu rõ Attention giúp PM giải thích tại sao một lỗi gõ nhỏ có thể làm lệch lạc toàn bộ output và tại sao model không thể tự kiểm chứng sự thật.

1. Bản chất của "sự hiểu" ở AI: Cân trọng số mối liên hệ (Attention Weighting)

Con người đọc tuần tự và gắn nghĩa với thực tế. LLM xử lý toàn bộ token cùng lúc: trước khi sinh token tiếp theo, Attention tính toán phân bổ trọng số (weight) xem từ nào trong prompt liên quan nhất.

"Hiểu" của AI không phải tâm tư mà là tính toán ma trận xác suất, đối chiếu với các pattern đã học để chọn token tiếp theo.

Con người đọc tuần tự; model cân trọng số toàn bộ cùng lúc

Khác biệt này là lý do một từ đổi nhỏ có thể kéo cả output đi lệch hướng.

Người đọc

Tuần tự, trái sang phải

Liên kết nghĩa từng từ với vốn sống và ngữ cảnh thực tế

Tự động hiểu đúng ý dù gõ nhầm hay nói ngầm

Language Model

Song song, mọi token cùng lúc

Gán Attention Weight cho từng token trong prompt

Xử lý đúng những gì bạn gõ ra - không hơn không kém

Tự đổi thử một từ bên dưới để xem attention dồn vào đâu - và nó làm đổi bản nháp email ra sao.

2. Tác động của từ ngữ đầu vào đến sự dịch chuyển tông giọng

Model không đọc được suy nghĩ ngầm mà chỉ chấm trọng số trên ký tự thực tế bạn gõ ra. Một thay đổi từ ngữ nhỏ có thể kéo lệch toàn bộ output.

Ví dụ: Người dùng định gõ "trang trọng" nhưng gõ nhầm thành "sang trọng". Con người tự hiểu đây là lỗi gõ của email xin lỗi chân thành. Nhưng Model sẽ dồn trọng số cao vào token "sang trọng", kéo toàn bộ email thành văn phong xa hoa, hào nhoáng ("đẳng cấp", "thượng lưu") - hoàn toàn lệch ngữ cảnh xin lỗi khách hàng.

Đổi một từ, attention lệch hướng, ra một email hoàn toàn khác

Model không hỏi “ý bạn là trang trọng phải không?” - nó chỉ chấm trọng số cho đúng token bạn gõ, rồi để trọng số đó dẫn dắt mọi thứ phía sau.

Token trong prompt

Độ dày đường nối = trọng số attention lên token đó

Bản nháp kết quả

“Kính gửi Quý khách, chúng tôi thành thật xin lỗi vì sự bất tiện này và trân trọng sự kiên nhẫn của Quý khách.”

Đổi đúng một từ, attention lệch hẳn vào nó - model không có bước kiểm tra xem “sang trọng” có phải gõ nhầm của “trang trọng” hay không.

3. Giới hạn của Tri thức tham số (Parametric Knowledge) và rủi ro ảo giác

Trí nhớ của model là Tri thức tham số (Parametric Knowledge) - các trọng số toán học nén lại sau huấn luyện, nên nó không phân biệt được sự thật khách quan với pattern ngôn ngữ phổ biến.

  • Hỏi sự thật phổ biến: "Núi Phú Sĩ cao bao nhiêu?" → Model trả lời đúng 3.776m do tần suất xuất hiện cao trong dữ liệu huấn luyện.
  • Hỏi sự thật nội bộ: "Giám đốc startup 10 người mới trên EcoCart sinh năm nào?" → Model vẫn tự tin bịa một năm (VD: 1988) theo pattern "tuổi founder tech", vì không có cơ sở dữ liệu thật.

Bài tập tư duy: Seller gõ prompt "Viết mô tả cho giày chạy bộ mới" mà không đính kèm thông số kỹ thuật:

  • Model sẽ sinh câu dựa trên pattern chung của ngành giày ("đế cao su êm ái", "đệm khí thoáng khí").
  • Góc nhìn PM: Toàn bộ chi tiết kỹ thuật này là ảo giác (hallucination) từ pattern chung, không thể dùng làm thông số bán hàng thực tế.

4. Ranh giới giữa Dự đoán ngôn ngữ và Kiểm chứng sự thật (Ground Truth Verification)

Để đảm bảo an toàn sản phẩm, kiến trúc hệ thống phải phân tách thành 2 lớp:

Thành phầnLớp sinh ngôn ngữ (LLM Model)Lớp kiểm chứng sự thật (Database / RAG / APIs)
Nhiệm vụDiễn đạt câu văn mượt mà, đúng tông giọngTruy vấn dữ liệu thực tế chính xác 100%
Bản chấtSuy luận xác suất từ patternTra cứu dữ liệu cấu trúc cứng
Ví dụ EcoCartViết câu: "Đơn hàng #12345 của bạn hiện đang được vận chuyển bởi..."API Logistics tra cứu: "ViettelPost - Mã Vận Đơn VP987"

Quy tắc PM: Tuyệt đối không để model tự nhớ thông tin sự thật (giá tiền, tồn kho, mã vận đơn, điều khoản chính sách) - toàn bộ phải truy vấn từ Database và đưa vào Prompt làm ngữ cảnh kiểm chứng (Context Grounding).

Bài tập thực hành90 phút

Thiết kế toàn diện EcoCart Refund AI Copilot - Từ ranh giới Rule/Model đến Ground Truth Layer

Bài tập tổng hợp Module 1: Thiết kế tính năng EcoCart Refund AI Copilot cho nhân viên CSKH:

  1. Ranh giới Rule/Model (Bài 1): Tách rule cứng (kiểm tra hạn đổi trả, trạng thái đơn) và model (soạn nội dung trả lời).
  2. Cấp độ tự động hóa (Bài 2): Chọn Cấp 1 (Human-in-the-Loop), thiết kế UI phân biệt rõ gợi ý AI vs. chữ nhân viên gõ.
  3. System Prompt (Bài 3): Viết đủ 4 phần (Nhiệm vụ, Ngữ cảnh kèm biến {customer_name}, {policy_text}, Ràng buộc, Mẫu phản hồi).
  4. Ground Truth Layer (Bài 4): Liệt kê dữ liệu sự thật (mã đơn, số dư, chính sách) bắt buộc lấy từ Database/API.
  5. Thử nghiệm đối kháng: Đưa 3 input xấu (thiếu thông tin, mơ hồ, cố tình đánh lừa) để kiểm tra độ tin cậy của toàn hệ thống.