Luật AI EU Điều 50 cho Nhà phát triển API: Cần đánh dấu gì và khi nào

Điều 50 của Đạo luật AI EU có hiệu lực từ ngày 2 tháng 8 năm 2026. Đây là chương về minh bạch, và cũng là phần có thể ảnh hưởng trực tiếp đến một đội ngũ kỹ sư thông thường: không cần hệ thống của bạn thuộc nhóm “rủi ro cao”; điều quan trọng là người dùng có nhận ra họ đang tương tác với AI hay không.

Dùng thử Apidog ngay hôm nay

Phần lớn thảo luận hiện nay tập trung vào nhà cung cấp mô hình. Ví dụ, Anthropic ký Bộ quy tắc ứng xử theo Điều 50(2) và triển khai watermarking trong Claude là trách nhiệm phía nhà cung cấp. Nhưng khi bạn gọi API của họ, đưa đầu ra vào sản phẩm và phân phối cho người dùng, bạn đảm nhiệm một vai trò khác — với các nghĩa vụ riêng. Việc nhà cung cấp tuân thủ không tự động khiến sản phẩm của bạn tuân thủ.

Bài viết này diễn giải Điều 50 từ góc nhìn đội ngũ phát hành API: đoạn nào áp dụng cho ai, các miễn trừ thực sự có ý nghĩa gì, và cách biến yêu cầu tuân thủ thành kiểm thử CI có thể thực thi bằng Apidog, thay vì theo dõi thủ công bằng bảng tính.

Năm đoạn và đối tượng áp dụng

Đoạn	Đối tượng	Yêu cầu
50(1)	Nhà cung cấp	Hệ thống tương tác trực tiếp với con người phải cho biết đó là AI, trừ khi điều này đã rõ ràng với người dùng có đủ thông tin, quan sát và cẩn trọng.
50(2)	Nhà cung cấp	Hệ thống tạo sinh phải đánh dấu âm thanh, hình ảnh, video và văn bản tổng hợp theo định dạng máy có thể đọc, giúp phát hiện nội dung được tạo hoặc thao túng nhân tạo.
50(3)	Bên triển khai	Hệ thống nhận dạng cảm xúc và phân loại sinh trắc học phải thông báo cho người bị ảnh hưởng.
50(4)	Bên triển khai	Phải tiết lộ deepfake. Văn bản do AI tạo ra để thông báo cho công chúng về các vấn đề công cộng cũng phải được tiết lộ.
50(5)	Cả hai	Việc tiết lộ phải được thực hiện chậm nhất ở lần tương tác hoặc tiếp xúc đầu tiên, theo cách rõ ràng và dễ tiếp cận.

Phân biệt giữa nhà cung cấp và bên triển khai không dựa vào quy mô doanh nghiệp. Đây là vai trò bạn đảm nhiệm cho từng hệ thống:

• Bạn xây dựng và đưa hệ thống AI tạo sinh ra thị trường EU: bạn là nhà cung cấp.
• Bạn sử dụng hệ thống của bên khác dưới quyền hạn của mình: bạn là bên triển khai.
• Bạn đóng gói Claude vào sản phẩm, đổi thương hiệu và vận hành lớp trải nghiệm riêng: bạn có thể là cả hai, tùy phần nào của ngăn xếp đang xét.

50(2): Đánh dấu có thể đọc bằng máy

Điều 50(2) là phần mà Anthropic đã ký Bộ quy tắc ứng xử. Nhà cung cấp hệ thống tạo âm thanh, hình ảnh, video hoặc văn bản tổng hợp phải đảm bảo đầu ra được đánh dấu theo định dạng máy có thể đọc và có thể phát hiện là được tạo hoặc thao túng nhân tạo.

Đây là tiêu chuẩn thực tế, không phải yêu cầu tuyệt đối. Giải pháp cần hiệu quả, tương tác được, mạnh mẽ và đáng tin cậy trong phạm vi khả thi về kỹ thuật; đồng thời xét đến đặc tính, hạn chế của từng loại nội dung, chi phí triển khai và trình độ công nghệ được công nhận chung.

Đó là lý do thị trường thường hội tụ vào hai hướng:

• Watermarking thống kê cho văn bản.
• Bản kê khai C2PA đã ký cho tệp nội dung.

Cả hai kỹ thuật đều có giới hạn, và quy định cũng thừa nhận giới hạn này.

Hai miễn trừ quan trọng

1. Chức năng hỗ trợ chỉnh sửa tiêu chuẩn

Hệ thống chỉ hỗ trợ chỉnh sửa tiêu chuẩn có thể nằm ngoài phạm vi Điều 50(2), ví dụ:

• Kiểm tra chính tả.
• Định dạng văn bản.
• Tự động hoàn thành phần văn bản người dùng đang gõ.

2. Không thay đổi đáng kể dữ liệu đầu vào

Nếu hệ thống không thay đổi đáng kể dữ liệu người dùng cung cấp, Điều 50(2) không áp dụng.

Ranh giới giữa “hỗ trợ chỉnh sửa” và “thay đổi đáng kể” thường không rõ ràng:

• Công cụ sửa chính tả khác với công cụ viết lại toàn bộ đoạn văn để đổi giọng điệu.
• Công cụ sắp xếp lại khóa JSON không tạo nội dung tổng hợp.
• Công cụ tạo lại nội dung từ một prompt ngắn có thể vượt xa phạm vi chỉnh sửa.

Đây là ranh giới mà bộ phận pháp lý cần xác định. Đội kỹ thuật nên triển khai hệ thống theo quyết định đó và lưu bằng chứng về cách hệ thống hoạt động.

Nếu bạn xây dựng trên mô hình đã được đánh dấu, bạn có thể được miễn nghĩa vụ 50(2) đối với văn bản được mô hình đó tạo ra, vì dấu được áp dụng ở cấp mô hình. Tuy nhiên, đây chỉ là một nghĩa vụ hẹp; nó không thay thế các trách nhiệm khác của bên triển khai.

50(4): Điều khoản có khả năng áp dụng cho bạn

Bên triển khai có hai trách nhiệm chính theo Điều 50(4).

Deepfake

Nếu bạn triển khai hệ thống tạo hoặc thao túng nội dung hình ảnh, âm thanh hoặc video cấu thành deepfake, bạn phải tiết lộ rằng nội dung đó được tạo hoặc thao túng nhân tạo.

Với nghệ thuật, châm biếm, hư cấu và các tác phẩm tương tự, yêu cầu nhẹ hơn: việc tiết lộ không được cản trở việc hiển thị hoặc thưởng thức tác phẩm.

Văn bản do AI tạo ra về vấn đề công cộng

Nếu bạn triển khai hệ thống tạo hoặc thao túng văn bản được công bố với mục đích thông báo cho công chúng về các vấn đề công cộng, bạn phải tiết lộ văn bản đó được tạo hoặc thao túng nhân tạo.

Tuy nhiên, có một miễn trừ quan trọng: nghĩa vụ này không áp dụng nếu nội dung đã trải qua quá trình xem xét của con người hoặc kiểm soát biên tập, và một thể nhân hoặc pháp nhân chịu trách nhiệm biên tập cho ấn phẩm.

Điểm cần triển khai không phải là “có người đã đọc lướt qua”, mà là có một quy trình biên tập có trách nhiệm rõ ràng:

AI tạo bản nháp
        ↓
Biên tập viên xem xét và chỉnh sửa
        ↓
Tổ chức hoặc cá nhân chịu trách nhiệm biên tập phê duyệt
        ↓
Công bố

Nếu bạn vận hành phòng tin tức có hỗ trợ AI, blog chính sách hoặc trang thông tin sức khỏe, hãy lưu lại:

• Ai là người hoặc tổ chức chịu trách nhiệm biên tập.
• Nội dung nào đã được xem xét.
• Quy trình phê duyệt trước khi công bố.
• Phiên bản nội dung trước và sau biên tập, nếu quy trình nội bộ yêu cầu.

Điều 50(4) không bao gồm mọi văn bản AI đã xuất bản. Ví dụ, bản sao sản phẩm, macro hỗ trợ, bình luận mã và tóm tắt nội bộ không nhất thiết là văn bản công bố để thông báo cho công chúng về các vấn đề công cộng.

50(1) và 50(5): Quy tắc cho giao diện trò chuyện

Điều 50(1) yêu cầu hệ thống được thiết kế để tương tác trực tiếp với thể nhân phải thông báo rằng người dùng đang tương tác với AI, trừ khi điều đó đã rõ ràng.

Đừng dựa hoàn toàn vào từ “rõ ràng”. Một chatbot được gắn nhãn trực tiếp là bot có thể dễ bảo vệ hơn. Ngược lại, một kênh hỗ trợ để mô hình trả lời bằng giọng người, dùng tên người và không có dấu hiệu AI là trường hợp rủi ro.

Điều 50(5) bổ sung yêu cầu về thời điểm và hình thức:

• Cung cấp thông tin chậm nhất tại lần tương tác hoặc tiếp xúc đầu tiên.
• Thông tin phải rõ ràng.
• Phải dễ phân biệt.
• Phải dễ tiếp cận.

Không nên chỉ chôn thông báo trong điều khoản dịch vụ. Điều đó không đáp ứng yêu cầu tiết lộ tại lần tương tác đầu tiên.

Thiết kế API để downstream client có thể tiết lộ AI

Nếu API của bạn cấp dữ liệu cho chatbot hoặc UI do khách hàng khác xây dựng, bạn không thể tự hiển thị banner trong giao diện của họ. Nhưng bạn có thể giúp họ thực hiện nghĩa vụ bằng cách trả về trạng thái nguồn gốc AI trong hợp đồng API.

Ví dụ, thêm một trường rõ ràng trong response:

{
  "id": "msg_01",
  "model": "claude-model-id",
  "content": "Đây là phản hồi được tạo bởi mô hình.",
  "ai_generated": true,
  "disclosure_required": true
}

Hoặc dùng header:

X-AI-Generated: true
X-AI-Disclosure-Required: true

Quan trọng là định nghĩa các tín hiệu này trong OpenAPI, version chúng như mọi phần khác của hợp đồng, và yêu cầu consumer xử lý chúng. Đây chính là lý do nên thêm tiết lộ AI vào API của riêng bạn.

Các mốc thời gian

Ngày 2 tháng 8 năm 2026

Điều 50 có hiệu lực. Đây là mốc cố định.

Ngày 10 tháng 6 năm 2026

Bộ quy tắc ứng xử về minh bạch của nội dung do AI tạo ra được công bố. Ủy ban và Ban AI xác nhận đây là công cụ tự nguyện đầy đủ để chứng minh sự tuân thủ. Khoảng 190 tổ chức đã ký tính đến cuối tháng 7, trong đó có Anthropic.

Việc ký là tự nguyện. Nếu không ký, cơ quan giám sát thị trường sẽ đánh giá cách tiếp cận của bạn riêng lẻ.

Ngày 2 tháng 12 năm 2026

Ngày này được báo cáo rộng rãi là thời hạn gia hạn cho các hệ thống tạo sinh đã có mặt trên thị trường trước ngày 2 tháng 8 năm 2026 để đáp ứng yêu cầu đánh dấu máy có thể đọc theo 50(2), thông qua gói AI Omnibus được thỏa thuận tạm thời vào tháng 5 năm 2026.

Đây vẫn là mục tiêu có thể thay đổi. Hãy xác nhận văn bản cuối cùng với luật sư thay vì lập kế hoạch chỉ dựa trên tiêu đề báo chí.

Việc chuyển đổi của Anthropic nằm trong khung thời gian này: mô hình Claude ra mắt vào hoặc sau ngày 2 tháng 8 năm 2026 sẽ được đánh dấu ngay khi phát hành; các mô hình cũ đang được trang bị lại. Nếu sản phẩm đang dùng ID mô hình cũ, bạn đang phụ thuộc vào quá trình trang bị lại đó.

Chi phí khi không tuân thủ

Vi phạm Điều 50 thuộc cấp phạt thứ hai của Điều 99:

• Tối đa 15 triệu euro, hoặc
• 3% tổng doanh thu thường niên toàn cầu trong năm tài chính trước đó,

tùy theo mức nào cao hơn.

Với SME đủ điều kiện, mức phạt là mức nào thấp hơn trong hai mức trên.

Để tham khảo:

• Hành vi bị cấm: tối đa 35 triệu euro hoặc 7%.
• Cung cấp thông tin sai cho cơ quan chức năng: tối đa 7,5 triệu euro hoặc 1%.
• Điều 50: tối đa 15 triệu euro hoặc 3%.

Việc thực thi được thực hiện thông qua các cơ quan giám sát thị trường quốc gia.

Chuyển yêu cầu pháp lý thành công việc kỹ thuật

Phân tích pháp lý không phải việc của đội API. Nhưng đội API có thể biến quyết định pháp lý thành các kiểm soát kỹ thuật bền vững.

1. Ghi nhận vai trò theo từng hệ thống

Lập inventory tối thiểu cho từng hệ thống hoặc endpoint:

Hệ thống	Vai trò	Mô hình	Có tương tác trực tiếp?	Có tạo nội dung công khai?
Chat hỗ trợ	Bên triển khai	Mô hình bên thứ ba	Có	Không
API tạo nội dung	Nhà cung cấp / bên triển khai	Mô hình đóng gói lại	Không trực tiếp	Có thể
Công cụ định dạng	Có thể ngoài phạm vi 50(2)	Quy tắc hoặc AI	Có	Không

Một dòng phân loại có thể quyết định đoạn nào áp dụng. Hãy cập nhật nó khi bạn đổi thương hiệu, thay mô hình hoặc thay đổi cách phân phối sản phẩm.

2. Đưa trạng thái watermark vào cấu hình mô hình

Bạn cần biết model ID nào đánh dấu đầu ra và từ thời điểm nào. Đây là phần quan trọng nếu bạn có fallback theo chi phí, độ trễ hoặc khả dụng.

Ví dụ cấu hình:

models:
  primary:
    id: claude-model-id
    machine_readable_marking: true
  fallback:
    id: legacy-model-id
    machine_readable_marking: false

Nếu fallback chuyển từ đầu ra có đánh dấu sang đầu ra không đánh dấu mà không ai biết, trạng thái tuân thủ có thể thay đổi âm thầm.

Trong kiểm thử, hãy xác nhận model thực tế đã được resolve:

pm.test("Phản hồi sử dụng mô hình đã được phê duyệt", function () {
  const body = pm.response.json();

  pm.expect(body.model).to.eql("claude-model-id");
});

Mục tiêu là để thay đổi model làm hỏng bản dựng nếu thay đổi đó chưa được xem xét.

3. Biến tiết lộ thành hợp đồng API, không phải quyết định UI

Nếu API trả về đầu ra mô hình cho mã của bên khác, hãy trả về tín hiệu tiết lộ trong response. Đừng chỉ dựa vào banner trong giao diện web, vì consumer máy sẽ không nhìn thấy nó.

Ví dụ schema OpenAPI:

components:
  schemas:
    AIResponse:
      type: object
      required:
        - content
        - model
        - ai_generated
        - disclosure_required
      properties:
        content:
          type: string
        model:
          type: string
        ai_generated:
          type: boolean
        disclosure_required:
          type: boolean

Thiết kế này giúp client biết khi nào cần hiển thị thông báo ở lần tương tác đầu tiên.

4. Kiểm tra tiết lộ trong CI

Một trường disclosure biến mất sau refactor là một lỗ hổng tuân thủ được đưa vào bởi một pull request. Hãy kiểm tra trên mọi đường dẫn trả về đầu ra mô hình, bao gồm:

• Phản hồi thành công.
• Phản hồi lấy từ cache.
• Fallback model.
• Streaming response nếu có.
• Phản hồi lỗi có chứa nội dung do mô hình tạo ra.

Ví dụ assertion cho API test:

pm.test("Có cờ xác định nội dung do AI tạo", function () {
  const body = pm.response.json();

  pm.expect(body).to.have.property("ai_generated");
  pm.expect(body.ai_generated).to.be.a("boolean");
});

pm.test("Có cờ yêu cầu tiết lộ", function () {
  const body = pm.response.json();

  pm.expect(body).to.have.property("disclosure_required");
  pm.expect(body.disclosure_required).to.be.a("boolean");
});

pm.test("Header tiết lộ AI được trả về", function () {
  pm.expect(pm.response.headers.get("X-AI-Generated")).to.eql("true");
});

Dùng cách xác thực thông số kỹ thuật OpenAPI để kiểm tra phía hợp đồng, và dùng các khẳng định API để kiểm tra phía runtime.

Trong Apidog, bạn có thể xây dựng một test scenario để:

1. Xác nhận model đã được resolve.
2. Xác nhận header tiết lộ.
3. Xác nhận trường disclosure trong body.
4. Xác thực response với schema OpenAPI.
5. Chạy test qua apidog-cli trong CI.
6. Làm bản dựng thất bại khi bất kỳ đảm bảo nào bị phá vỡ.

Nếu đội ngũ của bạn đã chạy kiểm thử API trong GitHub Actions, hãy thêm các kiểm thử disclosure này vào workflow hiện có. Bạn có thể tải Apidog để thiết lập quy trình đó.

Các nhóm tập trung vào quản trị cũng có thể tham khảo danh sách kiểm tra quản trị API thiết yếu và công cụ quản trị API tốt nhất cho các nhóm lớn.

Các câu hỏi thường gặp

Điều 50 có áp dụng nếu tôi không ở EU không?

Có thể. Đạo luật AI áp dụng cho nhà cung cấp đưa hệ thống ra thị trường EU và, trong các trường hợp được xác định, cho nhà cung cấp hoặc bên triển khai ngoài EU nếu đầu ra hệ thống được sử dụng tại EU. Nơi doanh nghiệp đăng ký thành lập không phải tiêu chí duy nhất.

Nhà cung cấp mô hình của tôi đã watermark đầu ra. Tôi có tuân thủ không?

Không tự động. Việc nhà cung cấp đáp ứng Điều 50(2) là nghĩa vụ của họ. Trách nhiệm của bạn theo Điều 50(1), 50(4) và 50(5), với vai trò bên triển khai, vẫn riêng biệt. Anthropic cũng nêu rõ rằng bạn cần tự đánh giá Điều 50 áp dụng thế nào với sản phẩm và dịch vụ của mình.

Tôi có phải dán nhãn mọi đoạn văn do AI tạo ra mà tôi xuất bản không?

Không. Điều 50(4) nhắm đến văn bản công bố để thông báo cho công chúng về các vấn đề công cộng. Ngay cả trong trường hợp đó, vẫn có miễn trừ khi nội dung đã qua xem xét của con người hoặc kiểm soát biên tập, với người hoặc tổ chức chịu trách nhiệm biên tập.

Tuyên bố từ chối trách nhiệm chatbot trong điều khoản dịch vụ có đủ không?

Không. Điều 50(5) yêu cầu thông tin được cung cấp chậm nhất tại lần tương tác đầu tiên, ở dạng rõ ràng và dễ phân biệt.

Deepfake theo Điều 50(4) là gì?

Đó là hình ảnh, âm thanh hoặc video được tạo hoặc thao túng để giống người, vật thể, địa điểm hoặc sự kiện có thật, và có thể xuất hiện sai lệch như nội dung chân thực. Tác phẩm nghệ thuật, châm biếm và hư cấu có nghĩa vụ tiết lộ nhẹ hơn.

Mức phạt là bao nhiêu?

Tối đa 15 triệu euro hoặc 3% tổng doanh thu thường niên toàn cầu của năm trước đó, tùy mức nào cao hơn, theo Điều 99. SME đủ điều kiện áp dụng mức nào thấp hơn.

Có nên ký Bộ quy tắc ứng xử không?

Việc ký là tự nguyện và chủ yếu nhắm đến nhà cung cấp. Ký kết cung cấp một lộ trình được công nhận để chứng minh tuân thủ; không ký nghĩa là cơ quan có thẩm quyền sẽ đánh giá cách tiếp cận của bạn theo giá trị riêng. Đây là quyết định pháp lý, không chỉ là quyết định kỹ thuật.

Điểm mấu chốt

Điều 50 ngắn gọn, và phần liên quan đến phần lớn đội API còn ngắn hơn:

• Xác định bạn là nhà cung cấp, bên triển khai hay cả hai.
• Theo dõi model nào có trạng thái đánh dấu nào.
• Thông báo cho người dùng khi họ đang tương tác với AI.
• Tiết lộ nội dung thuộc phạm vi Điều 50(4).
• Đưa tín hiệu disclosure vào hợp đồng API.
• Kiểm tra các tín hiệu đó trong CI.

Bạn có thể không phải là bên nhúng watermark ở cấp mô hình. Nhưng nhiều khả năng bạn là bên phải cho người dùng biết họ đang nói chuyện với máy, và phải bảo đảm thông tin đó xuất hiện ngay từ lần tiếp xúc đầu tiên.

Khác biệt giữa một chính sách và một đảm bảo là kiểm thử có thể lặp lại.