Tin ngành
Bạn có thể đang không nhận được mô hình AI mà mình đã trả tiền
(giờ Việt Nam)
Tóm tắt AI
Bài viết bóc trần việc các nhà cung cấp API tự ý chuyển đổi mô hình của bạn sang phiên bản khác mà không thông báo, nhằm tối ưu hóa chi phí hoặc kiểm soát nội dung nhạy cảm.
Bản dịch AI

Dòng thông tin trong đối tượng phản hồi (response object)
Bạn gọi API. Bạn truyền tham số model: “claude-fable-5”. Bạn nhận lại một kết quả hoàn thiện (completion), một số lượng token, và một trường thông tin ghi là “model”: “claude-opus-4-8”.
Không có lỗi nào xảy ra. Không có yêu cầu nào được gửi lại. Yêu cầu đã được phân loại trước khi quá trình tạo nội dung bắt đầu, khớp với một danh mục nhạy cảm, và được chuyển hoàn toàn sang một bộ trọng số (weights) khác. Anthropic đã ghi lại điều này khi họ đưa Fable 5 trở lại vào ngày 1 tháng 7: các yêu cầu bị chặn sẽ được gửi đến Opus 4.8 thay thế, và người dùng sẽ nhận được thông báo. Việc chuyển đổi diễn ra ở lớp API, và đối tượng phản hồi sẽ nêu tên mô hình thực sự đã thực thi yêu cầu đó.
Đó là phiên bản hoạt động chuẩn mực. Theo những gì tôi biết, đây cũng là phiên bản duy nhất được triển khai rộng rãi cung cấp thông tin trung thực ngay trong luồng phản hồi (in-band).
Hai tuần sau, Cursor ra mắt Router: một bộ phân loại được huấn luyện trên hơn 600.000 yêu cầu thực tế, có khả năng đọc ngữ cảnh, độ phức tạp và lĩnh vực của từng truy vấn, sau đó điều phối nó đến bất kỳ mô hình nào mà nó cho là tốt nhất. Ba tài khoản truy cập sớm báo cáo mức tiết kiệm từ 30–50% so với việc định tuyến mọi thứ đến Opus 4.8. Cursor đã công bố các quy tắc định tuyến của mình nhưng không nêu tên mô hình cụ thể cho từng loại tác vụ.
Và bên dưới cả hai, tại lớp tổng hợp, OpenRouter cảnh báo rằng một số nhà cung cấp phục vụ các trọng số đã được lượng tử hóa (quantized weights) với mức giá thấp hơn, rằng kết quả đầu ra có thể khác biệt so với những gì các trọng số có độ chính xác đầy đủ (full-precision weights) tạo ra, và nhật ký (logs) của bạn sẽ không cho bạn biết điều này đã xảy ra.
Ba sản phẩm. Ba câu trả lời khác nhau cho câu hỏi "mô hình là gì". Không có trường hợp nào cho chúng ta biết luật pháp sẽ chấp nhận trường hợp nào.
Ba cách mà một cái tên có thể mất đi ý nghĩa thực sự của nó
Danh tính của mô hình đang bị phân mảnh dọc theo ba trục độc lập, và chúng thường không được phân biệt rõ ràng:
Cộng đồng kỹ thuật coi cả ba đều là các vấn đề về độ tin cậy. Chúng cũng là các vấn đề về danh tính, và danh tính chính là nền tảng để xây dựng các hợp đồng, bảo hành, công bố thông tin và các quy tắc về bằng chứng.
Vậy rốt cuộc bạn đã mua cái gì?
Hãy bắt đầu với câu hỏi lâu đời nhất trong luật thương mại: liệu mô tả có phải là một điều khoản của thỏa thuận hay không?
Nếu một lệnh gọi API là một giao dịch mua bán hàng hóa, thì điều này gần như là hiển nhiên. Điều UCC §2-313(1)(b) quy định bất kỳ mô tả nào về hàng hóa tạo thành cơ sở của giao dịch đều trở thành một bảo đảm rõ ràng rằng hàng hóa sẽ tuân thủ mô tả đó. Đạo luật Mua bán Hàng hóa năm 1930 của Ấn Độ, mục §15, cũng thực hiện chức năng tương tự thông qua học thuyết mua bán theo mô tả.
Nhưng một API suy luận (inference API) gần như chắc chắn không phải là hàng hóa. Các tòa án thường coi phần mềm được lưu trữ (hosted software) là một dịch vụ, điều này đưa bạn ra khỏi các quy chế bảo hành và đi vào luật hợp đồng thông thường — nơi câu trả lời phụ thuộc hoàn toàn vào những gì tài liệu đã nêu và mức độ cụ thể mà người mua đã thương thảo. Đó chính xác là nơi tồn tại sự mơ hồ. Các thỏa thuận doanh nghiệp định giá theo từng mô hình. Các thẻ mô hình (model cards) là dành riêng cho từng mô hình. Các tài liệu tuân thủ nêu tên các phiên bản mô hình. Và sau đó, lớp định tuyến lại coi cái tên đó như một gợi ý.
Cách rõ ràng nhất để thấy được rủi ro: nếu mã nguồn của bạn ghim (pin) một ID mô hình thay vì thể hiện yêu cầu về khả năng, hành vi có thể thay đổi đáng kể mà không bao giờ kích hoạt bất kỳ lỗi nào. Một hợp đồng được soạn thảo theo cùng cách đó cũng có khiếm khuyết tương tự. Nếu bạn thương thảo để lấy một cái tên, việc thay thế là vi phạm hợp đồng. Nếu bạn thương thảo để lấy một khả năng, việc thay thế là ổn — và bây giờ bạn cần một định nghĩa về “chất lượng tiên phong” (frontier quality) có thể đứng vững trước sự chất vấn tại tòa.
Chưa ai viết ra định nghĩa đó. Cách của Cursor rất đáng để tham khảo: Router được đánh giá trong một thử nghiệm A/B trực tuyến, tối ưu hóa sự hài lòng của người dùng làm tín hiệu phần thưởng. Đó là một lựa chọn kỹ thuật hợp lý nhưng lại là một lựa chọn kỳ lạ về mặt hợp đồng. Sự hài lòng không phải là sự tuân thủ. Một người dùng không bao giờ nhận ra việc thay đổi mô hình là bằng chứng cho thấy bộ định tuyến tốt, chứ không phải là bằng chứng cho thấy một thông số kỹ thuật đã được đáp ứng.
Độ dốc của việc công bố thông tin
Theo học thuyết lừa dối của FTC, một tuyên bố sẽ bị coi là có thể khởi kiện khi nó mang tính trọng yếu và có khả năng gây hiểu lầm cho một người tiêu dùng hành động hợp lý; các tuyên bố về hiệu suất khách quan còn yêu cầu phải có cơ sở hợp lý trước khi phổ biến. Cả hai khía cạnh này đều áp dụng ở đây.
Về phía định tuyến, ba sản phẩm nằm ở những vị trí rất khác nhau. Anthropic thông báo và trả về mô hình được phục vụ trong đối tượng phản hồi. Cursor công bố các quy tắc nhưng không công bố việc gán mô hình cho từng tác vụ. Sự khác biệt do lượng tử hóa của OpenRouter được công bố trong tài liệu và có thể kiểm soát bằng tham số, nhưng nó là tùy chọn "opt-out" (người dùng phải tự tắt), và đường dẫn mặc định là đường dẫn giá rẻ.
Việc công bố thông tin bị chôn vùi trong một trang tài liệu, mặc định gây bất lợi cho người dùng, chính xác là kiểu hành vi mà các cơ quan quản lý đã gọi là "dark pattern" (mô hình tối) trong mọi lĩnh vực tiêu dùng khác.
Về phía chứng minh, rủi ro nằm ở tuyên bố, không phải ở việc định tuyến. Các nhà bình luận đã cảnh báo rằng tuyên bố “rẻ hơn 60%, không giảm chất lượng” được đưa ra mà không có phương pháp luận công khai, và chính việc công bố của Anthropic là một ví dụ về cái giá của sự thẳng thắn: họ tuyên bố rõ ràng rằng bộ phân loại được huấn luyện lại gắn cờ các yêu cầu lành tính thường xuyên hơn trong quá trình lập trình và gỡ lỗi thông thường. Câu nói đó là một lá chắn trách nhiệm pháp lý. Những nhà cung cấp không viết điều đó mới là những người cần phải theo dõi.
Ở đây cũng có yếu tố luật cạnh tranh. Các bài báo nghiên cứu về việc ngăn chặn theo chiều dọc (vertical foreclosure) trong thị trường suy luận đã đề xuất một khung hành vi dựa trên sự minh bạch trong định tuyến, sự ngang bằng về chất lượng dịch vụ và nguyên tắc không phân biệt đối xử kiểu FRAND. Một bộ định tuyến đồng thời là nhà cung cấp mô hình chính chủ (first-party) thực chất là một cỗ máy tự ưu tiên bản thân được ngụy trang dưới danh nghĩa tối ưu hóa chi phí.
Phần mà không ai để ý tới: xác thực
Đây là nơi tôi nghĩ cuộc chiến thực sự sẽ diễn ra, và nó không liên quan gì đến việc thanh toán. Quy tắc Bằng chứng Liên bang (FRE) 901(b)(9) xác thực kết quả đầu ra bằng cách mô tả quy trình hoặc hệ thống đã tạo ra nó và chứng minh rằng quy trình đó tạo ra kết quả chính xác. FRE 902(13) và 902(14) còn tiến xa hơn, cho phép các hồ sơ được tạo bởi một hệ thống điện tử, hoặc dữ liệu được xác minh bằng mã băm (hash), tự xác thực khi có chứng nhận. Đạo luật Bharatiya Sakshya Adhiniyam năm 2023 của Ấn Độ, mục §63, thực hiện chức năng tương tự, quy định tính chấp nhận được của một hồ sơ điện tử dựa trên chứng chỉ xác định hồ sơ đó và phương thức tạo ra nó.
Mọi điều khoản này đều giả định rằng bạn có thể gọi tên hệ thống.
Bây giờ hãy thử kịch bản này – Một luật sư nộp một bản tóm tắt với một trích dẫn bịa đặt. Các thủ tục xử phạt bắt đầu. Tòa án hỏi mô hình nào đã tạo ra nó. Nhật ký của công ty luật ghi là fable-5. Nhật ký của nhà cung cấp ghi là một bộ phân loại đã kích hoạt và Opus 4.8 đã trả lời. Hoặc yêu cầu đã đi qua một bộ định tuyến IDE, nơi đã chọn một mô hình mà công ty không thể tái lập, ở một độ chính xác mà họ chưa bao giờ chỉ định, trên một phiên bản đã bị loại bỏ từ lâu.
Chuỗi lưu giữ bằng chứng bị đứt gãy tại bộ định tuyến. Không phải tại mô hình, mà tại bộ điều phối. Và nó đứt gãy theo cả hai hướng: bên cố gắng xác thực kết quả đầu ra của chính mình thì không thể, và bên cố gắng tấn công kết quả đầu ra của phía đối diện lại có một lập luận về độ tin cậy độc lập mà không chuyên gia nào có thể bác bỏ.
Thêm vào đó là vấn đề khám phá bằng chứng (discovery). Các quyết định định tuyến hiện nay là các sự kiện mang tính quyết định. Điều đó có nghĩa là nhật ký của bộ phân loại định tuyến, việc gán mô hình cho từng yêu cầu và siêu dữ liệu về độ chính xác đều có thể bị yêu cầu cung cấp từ một nhà cung cấp hiện không có nghĩa vụ phải lưu giữ chúng.
Giải pháp là một chữ ký, không phải một điều khoản
Bạn không thể soạn thảo hợp đồng để thoát khỏi vấn đề này, bởi vì tuyên bố bạn cần là về một sự kiện diễn ra trong thời gian thực (runtime event), trong khi các hợp đồng lại mang tính tĩnh.
Điều mà luật pháp cuối cùng sẽ yêu cầu là danh tính mô hình có thể chứng thực được: một khẳng định có chữ ký, được trả về cùng với mỗi phản hồi, gắn kết kết quả hoàn thiện với một bộ giá trị gồm định danh mô hình được phục vụ, mã băm trọng số, độ chính xác và mã băm của lời nhắc hệ thống (system-prompt hash), được ký bởi một khóa bắt nguồn từ xác thực phần cứng, điều mà các nền tảng GPU điện toán bảo mật (confidential-computing) đã hỗ trợ.
Nguyên mẫu này mới chỉ hoàn thiện một nửa. Các đối tượng phản hồi đã mang tên mô hình được phục vụ. Điều còn thiếu là thuộc tính làm cho nó có giá trị pháp lý: rằng nó không thể bị khẳng định sai, và người mua có thể xác minh nó mà không cần tin tưởng người bán. Một mã băm trong tiêu đề phản hồi thực hiện chính xác những gì FRE 902(14) đã làm cho dữ liệu được sao chép: biến một câu hỏi thực tế đang tranh cãi thành một chứng chỉ.
Định tuyến là một kỹ thuật tốt. Nhưng hiện tại, nó cũng là một sự thay thế không được ghi nhật ký, không có chữ ký và không thể xác minh cho thứ mà bạn đã thương thảo. ID mô hình đã âm thầm trở thành một định danh pháp lý. Đã đến lúc ai đó quyết định xem nó định danh cho cái gì.
Nguồn:

Aabis Islam là sinh viên đang theo học bằng BA LLB tại Đại học Luật Quốc gia, Delhi. Với mối quan tâm sâu sắc đến Luật AI, Aabis đam mê khám phá sự giao thoa giữa trí tuệ nhân tạo và các khung pháp lý. Tận tâm tìm hiểu những tác động của AI trong các bối cảnh pháp lý khác nhau, Aabis mong muốn nghiên cứu các tiến bộ trong công nghệ AI và các ứng dụng thực tiễn của chúng trong lĩnh vực pháp lý.
Bài viết được AI dịch và tổng hợp tự động từ MarkTechPost. Liên kết bài gốc ở phía trên. AIHOT.vn luôn dẫn nguồn đầy đủ — nếu bạn thấy điểm cần chỉnh sửa, hãy gửi ý kiến tại trang phản hồi.