Mỹ bàn “duty of care” và quyền chặn model AI

Thượng viện Mỹ đang đàm phán nghĩa vụ cẩn trọng cho nhà phát triển AI và cơ chế chặn phát hành một số model rủi ro cao.

Ngày 11/09/2026, Reuters cho biết các nhà đàm phán tại Thượng viện Mỹ đang thảo luận một cơ chế “duty of care” — nghĩa vụ cẩn trọng — buộc nhà phát triển AI tiên tiến phải thiết kế sản phẩm nhằm ngăn các rủi ro thảm họa. Một phần đề xuất có thể trao cho chính phủ liên bang quyền chặn phát hành một số model bị coi là không an toàn.

Điểm quan trọng nhất: đây mới là nội dung đang đàm phán, chưa có văn bản luật hoàn chỉnh được công bố và chưa được Quốc hội thông qua. Reuters dẫn hai trợ lý Thượng viện cùng một nguồn và một bên vận động hành lang tham gia quá trình thương lượng.

Đề xuất đang bàn gồm những gì?

Fact: Các nhà phát triển model có năng lực tiên tiến sẽ phải thiết kế với mục tiêu giảm nguy cơ bị dùng cho những mối đe dọa như vũ khí hạt nhân, sinh học hoặc cyber tinh vi. Các thượng nghị sĩ cũng muốn model mạnh được kiểm thử bởi chuyên gia và nhà khoa học tại các phòng thí nghiệm quốc gia.

Fact: Chính phủ liên bang có thể được quyền ngăn phát hành một model được đánh giá là không an toàn. Doanh nghiệp vẫn có quyền thách thức quyết định đó tại tòa liên bang.

Fact: Đề xuất còn có thể ngăn các bang thực thi một số luật riêng liên quan cùng nhóm rủi ro. Phạm vi quyền liên bang, ngưỡng model áp dụng và cách thay thế luật cấp bang vẫn chưa chốt.

Luồng đề xuất duty of care cho các model AI tiên tiến tại Mỹ

Ai đang tham gia đàm phán?

Reuters nêu tên Lãnh đạo đa số Thượng viện John Thune, Chủ tịch Ủy ban Thương mại Ted Cruz, Thượng nghị sĩ Amy Klobuchar và Thượng nghị sĩ Maria Cantwell. Bà Klobuchar nói mục tiêu là yêu cầu nhà phát triển làm việc với chuyên gia chính phủ để xác minh và kiểm thử độ an toàn của model.

Lịch trình là trở ngại rõ ràng: Thượng viện dự kiến chỉ còn ba tuần làm việc tại Washington, còn Hạ viện chỉ họp một tuần trước cuộc bầu cử giữa kỳ ngày 03/11/2026. Vì vậy, chưa thể coi khả năng thông qua là chắc chắn.

Nhận định Học viện AI: “an toàn theo thiết kế” có thể thành nghĩa vụ pháp lý

Nhận định Học viện AI: nếu đề xuất tiến thành luật, chuẩn quản trị AI sẽ dịch chuyển từ tự nguyện sang trách nhiệm có thể kiểm tra. “Chúng tôi đã cảnh báo người dùng” sẽ không đủ; nhà phát triển phải chứng minh đã thiết kế, kiểm thử và giảm rủi ro trước phát hành.

Hướng đi này tương đồng với lời kêu gọi “bảo đảm cứng” cho AI của Liên Hợp Quốc và mô hình quản trị theo thời gian chạy trong bài Microsoft chuyển quản trị AI Agent sang runtime.

Doanh nghiệp Việt Nam có cần quan tâm?

Có, dù dự luật chỉ áp dụng tại Mỹ và còn đang thương lượng. Các yêu cầu với model đầu nguồn thường lan xuống hợp đồng, API policy, báo cáo an toàn và quy trình mua sắm của khách hàng toàn cầu.

Lưu bằng chứng đánh giá trước triển khai: model nào, use case nào, dữ liệu nào và rủi ro nào đã được kiểm thử.
Thiết kế quyền dừng: có owner có thể vô hiệu hóa agent, thu hồi token và cô lập dữ liệu khi xuất hiện tín hiệu nguy hiểm.
Phân tầng model theo mức tác động: chatbot tra cứu nội bộ không nên chịu cùng quy trình với agent có quyền gửi tiền, chạy mã hoặc thay đổi dữ liệu khách hàng.
Yêu cầu nhà cung cấp cung cấp tài liệu: system card, phạm vi kiểm thử, cơ chế báo sự cố và lịch sử thay đổi model.

Sự cố AI Agent dùng RubyGems cho thấy tại sao luật đang chuyển từ kiểm soát nội dung sang trách nhiệm với toàn bộ hệ thống: model, công cụ, mạng, credential và hành động.

Ba điều chưa nên kết luận

Chưa thể nói Mỹ đã có luật liên bang mới về “duty of care” cho AI.
Chưa rõ chính phủ sẽ dùng tiêu chí nào để chặn một model.
Chưa rõ các quy định cấp bang nào sẽ bị thay thế và ở phạm vi nào.

Kết luận

Tín hiệu đáng chú ý không phải một điều khoản đã chốt, mà là hướng trách nhiệm đang hình thành: nhà phát triển model mạnh có thể phải chứng minh an toàn trước khi phát hành, còn chính phủ muốn có quyền can thiệp với rủi ro thảm họa.

CTA: Với đội ngũ đang xây AI Agent, hãy chuẩn hóa checkpoint, quyền và nhật ký ngay từ workflow đầu tiên theo lộ trình 30 ngày làm chủ ChatGPT Work và Claude Cowork.