--- title: "Ai chịu trách nhiệm khi AI sai?" url: https://www.thinnd.site/suy-ngam/ai-sai-ai-chiu-trach-nhiem/ language: vi author: "Nhu Duy Thin (Thinnd)" published: 2026-10-29 updated: 2026-10-29 section: "Suy ngẫm" tags: ["trách nhiệm", "AI", "đạo đức nghề", "quản trị rủi ro", "suy ngẫm"] summary: "Từ hai vụ việc có thật, bài học chung là: câu 'AI làm chứ không phải tôi' không được chấp nhận. Tòa trọng tài ở Canada coi Air Canada phải chịu trách nhiệm về lời chatbot của chính mình, còn tòa ở New York phạt các luật sư vì nộp án lệ do AI bịa mà không kiểm tra. Cách tiếp cận thực tế là gán một người chịu trách nhiệm cho mỗi tính năng, đặt điểm kiểm tra của con người ở chỗ rủi ro cao, ghi lại nhật ký, có đường chuyển cho người, và viết lại sự cố mà không đổ lỗi cá nhân. Đây không phải tư vấn pháp lý." license: "Cite with the author name and the canonical URL above." --- # Ai chịu trách nhiệm khi AI sai? > Dành cho lập trình viên, người làm sản phẩm và trưởng nhóm đang đưa AI vào công việc. Thuật ngữ nào khó đều có giải thích ngắn. > > **Tác giả không phải luật sư, bài này không phải tư vấn pháp lý.** Hai vụ việc được kể lại từ các nguồn công khai (bài tổng hợp của hãng luật, báo, bách khoa mở), không phải từ bản án gốc. Phần "bản đồ trách nhiệm" và năm việc cuối bài là **ý kiến của tôi**, không phải quy định. --- ## Tóm tắt nhanh - Hai vụ việc có thật cho thấy câu **"AI làm chứ không phải tôi"** không giúp được ai. - Người **dùng** kết quả của AI và người **đưa** AI ra cho khách đều có phần việc phải kiểm tra. - Trách nhiệm không tự có người nhận. **Phải gán tên**, trước khi sự cố xảy ra. - Năm việc một đội có thể làm ngay: **một người chịu trách nhiệm, điểm kiểm tra ở chỗ rủi ro cao, nhật ký, đường chuyển cho người, viết lại sự cố không đổ lỗi**. --- ## Từ khó, nghĩa dễ | Thuật ngữ | Nghĩa dễ hiểu | |---|---| | **Chatbot** | Chương trình trò chuyện tự động trên trang web hoặc ứng dụng. | | **Án lệ** | Phán quyết cũ của tòa mà người ta viện dẫn để lập luận. | | **Tòa trọng tài dân sự** | Cơ quan giải quyết tranh chấp nhỏ, thường nhanh và đơn giản hơn tòa thường. | | **Nhật ký (log)** | Bản ghi lại AI đã nhận gì, trả lời gì, vào lúc nào. | | **Chuyển cho người** | Khi AI không chắc hoặc việc quan trọng, chuyển sang một người xử lý. | | **Không đổ lỗi (blameless)** | Viết lại sự cố để tìm chỗ hệ thống hở, không để tìm người để phạt. | --- ## 1. Vụ thứ nhất: chatbot của hãng bay nói sai Theo bài tổng hợp của hãng luật Manatt, một hành khách tên Moffatt hỏi chatbot trên trang của Air Canada về vé giá đặc biệt khi có tang. Chatbot trả lời rằng anh có thể mua vé bình thường rồi xin hoàn phần chênh lệch trong vòng 90 ngày. Nhưng chính sách thật của hãng không cho hoàn sau khi bay. Khi anh xin hoàn, hãng từ chối. Hãng lập luận, theo bài tổng hợp đó, rằng chatbot là một thực thể pháp lý riêng và hãng không phải chịu trách nhiệm về lời nó nói. Tòa trọng tài dân sự ở British Columbia (vụ Moffatt kiện Air Canada, 2024 BCCRT 149) **bác lập luận này**, cho rằng hãng có nghĩa vụ chăm sóc khách và đã khai báo sai một cách cẩu thả. Hãng phải bồi hoàn khoản chênh lệch, con số được nêu là 650,88 đô la Canada. Điều đáng nghĩ là số tiền nhỏ, nhưng **nguyên tắc thì không**: khách không có lý do gì để biết trang nào của website là "đúng" và trang nào là "chatbot nói bậy". --- ## 2. Vụ thứ hai: luật sư nộp án lệ do AI bịa Trong vụ Mata kiện Avianca (tòa liên bang ở New York, 2023), các luật sư của nguyên đơn nộp văn bản có dẫn nhiều án lệ. Khi phía bên kia không tìm thấy các án lệ ấy, hóa ra chúng do ChatGPT bịa ra, và các luật sư đã không kiểm tra lại. Ngày 22 tháng 6 năm 2023, thẩm phán phạt tổng cộng 5.000 đô la, và nhận xét rằng các luật sư đã "bỏ rơi trách nhiệm" của mình (theo Wikipedia, Bloomberg Law và Above the Law). Điểm tôi lấy từ vụ này: **công cụ không ký tên, người dùng ký**. Việc kiểm chứng không biến mất chỉ vì bản nháp được viết bằng máy. --- ## 3. Hai vụ, một mẫu chung | | Air Canada | Mata kiện Avianca | |---|---|---| | Ai đưa AI ra | Công ty, cho khách hàng | Luật sư, cho tòa | | AI sai kiểu gì | Nói sai chính sách | Bịa án lệ | | Lập luận bị bác | "Chatbot là thực thể riêng" | "Tôi tin công cụ" | | Chỗ thiếu | Không ai kiểm chứng lời của chatbot | Không ai kiểm tra án lệ | Cả hai đều thiếu **một người có tên** cầm trách nhiệm kiểm chứng ở khâu cuối. --- ## 4. Một bản đồ trách nhiệm (ý kiến của tôi) Khi AI sai, thường có bốn bên, mỗi bên có một phần: | Bên | Phần việc hợp lý | |---|---| | **Người dùng cuối hoặc nhân viên dùng AI** | Kiểm tra kết quả trước khi dựa vào hoặc gửi đi, trong phạm vi vai trò | | **Đội xây dựng và đưa AI ra** | Thiết kế chỗ kiểm tra, giới hạn phạm vi, đường chuyển cho người, đo chất lượng | | **Tổ chức, quản lý** | Gán người chịu trách nhiệm, cấp thời gian và công cụ để kiểm tra, không thưởng cho tốc độ bằng mọi giá | | **Nhà cung cấp mô hình** | Điều khoản trong hợp đồng và tài liệu về giới hạn (mỗi hợp đồng một khác, hãy đọc hợp đồng của bạn) | Tôi không biết phần việc "đúng" trước pháp luật ở từng nơi. Bảng này chỉ là **cách chia việc** để một đội khỏi mỗi người nghĩ phần kia lo. --- ## 5. Năm việc một đội có thể làm ngay 1. **Gán một người chịu trách nhiệm cho mỗi tính năng AI.** Có tên, không phải "cả nhóm". Người đó biết tính năng làm gì, đo thế nào, tắt ra sao. 2. **Đặt điểm kiểm tra của con người ở chỗ rủi ro cao.** Tiền, sức khỏe, pháp lý, dữ liệu cá nhân, việc không hoàn tác được. Chỗ rủi ro thấp (gợi ý tiêu đề) có thể thoáng hơn. Xem bài [Duyệt code do AI viết](https://www.thinnd.site/ky-thuat/duyet-code-do-ai-viet/) và [OWASP Top 10 cho ứng dụng AI](https://www.thinnd.site/ky-thuat/owasp-top-10-ung-dung-ai/) về việc kiểm tra và giới hạn quyền. 3. **Ghi nhật ký để truy lại.** Khi có khiếu nại, bạn cần biết AI đã nói gì, với ai, lúc nào, dựa trên nguồn nào. 4. **Có đường chuyển cho người, và cho khách biết.** Khi AI không chắc, hoặc khách nói "tôi muốn gặp người", phải có lối đi. Nói rõ khi nào khách đang nói chuyện với máy, và đừng để lời của máy nghe như cam kết khi nó không phải. 5. **Viết lại sự cố theo kiểu không đổ lỗi cá nhân.** Hỏi "hệ thống đã cho phép điều này xảy ra thế nào", không hỏi "ai làm". Hai câu chuyện [GitLab 2017](https://www.thinnd.site/cau-chuyen/ngay-ky-su-xoa-nham-du-lieu-gitlab-2017/) và [Amazon S3 2017](https://www.thinnd.site/cau-chuyen/mot-lenh-nham-bon-tieng-amazon-s3-2017/) là ví dụ về cách kể sự cố mà tập trung vào cơ chế. Bài [Không nên tin AI tuyệt đối](https://www.thinnd.site/ky-thuat/khong-nen-tin-ai-tuyet-doi/) bàn về lý do cần kiểm chứng. --- ## 6. Những cái bẫy - **"AI làm chứ không phải tôi."** Hai vụ trên cho thấy lập luận này yếu. - **Duyệt cho có.** Người kiểm tra bấm đồng ý hàng trăm lần mỗi ngày mà không đọc. Có tên trên giấy chưa phải là có kiểm tra thật. - **Đổ cho cá nhân cuối chuỗi.** Người bấm nút cuối thường chỉ là mắt xích cuối của một hệ thống thiếu kiểm soát. - **Đẩy hết sang nhà cung cấp.** Hợp đồng có thể giới hạn trách nhiệm của họ. Đừng giả định, hãy đọc. - **Ghi nhật ký mà không bảo vệ.** Nhật ký chứa lời khách nói, cần được giữ cẩn thận như mọi dữ liệu cá nhân. - **Gán trách nhiệm cho một người nhưng không cho họ quyền tắt tính năng.** --- ## 7. Góc nhìn cân bằng - **Chỉ hai vụ, qua nguồn thứ cấp.** Tôi đọc về chúng qua bài tổng hợp, báo và bách khoa mở, không đọc bản án gốc. Chi tiết có thể thiếu. - **Luật khác nhau theo nơi.** Một quyết định của tòa trọng tài ở British Columbia không tự động áp dụng ở nơi khác. - **Kiểm tra mọi thứ là không thực tế.** Vì vậy bài mới nói đến *rủi ro cao*. Chỗ rủi ro thấp, kiểm tra ít cũng được. - **Bản đồ trách nhiệm là một cách chia việc**, không phải cách chia lỗi trước pháp luật. - **Có thể tôi đang nhìn lệch** vì hai vụ được chọn đều là vụ bị báo chí chú ý. Rất nhiều lần AI sai mà không ai kiện. --- ## 8. Kết luận Công cụ AI có thể soạn nhanh, nhưng **nó không ký tên và không bị phạt**. Trách nhiệm vẫn rơi về người và tổ chức đưa kết quả ra. Việc nên làm là gán tên cho trách nhiệm trước khi sự cố xảy ra, đặt kiểm tra ở nơi sai sót đắt giá, và học từ sự cố mà không săn người có lỗi. Một bước nhỏ hôm nay: chọn một tính năng AI bạn đang chạy và hỏi **"nếu nó nói sai với một khách hàng sáng mai, ai là người biết đầu tiên, và ai quyết định tắt nó?"** Nếu chưa trả lời được, đó là việc đầu tiên. --- ## Nguồn tham khảo - [Manatt: AI Gone Wild, Airline Has to Honor a Refund Policy](https://manatt.com/insights/newsletters/advertising-law/ai-gone-wild-airline-has-to-honor-a-refund-policy) (nguồn thứ cấp, bài tổng hợp của hãng luật) - [Wikipedia: Mata v. Avianca, Inc.](https://en.wikipedia.org/wiki/Mata_v._Avianca,_Inc.) (nguồn thứ cấp) - Bài liên quan trong blog: [Duyệt code do AI viết](https://www.thinnd.site/ky-thuat/duyet-code-do-ai-viet/), [OWASP Top 10 cho ứng dụng AI](https://www.thinnd.site/ky-thuat/owasp-top-10-ung-dung-ai/), [Không nên tin AI tuyệt đối](https://www.thinnd.site/ky-thuat/khong-nen-tin-ai-tuyet-doi/), [Ngày kỹ sư xóa nhầm dữ liệu: GitLab 2017](https://www.thinnd.site/cau-chuyen/ngay-ky-su-xoa-nham-du-lieu-gitlab-2017/), [Một lệnh nhầm, bốn tiếng: Amazon S3 2017](https://www.thinnd.site/cau-chuyen/mot-lenh-nham-bon-tieng-amazon-s3-2017/)