Anthropic đã thêm chỉ dẫn vào prompt của Opus 5.5 trong Claude Code để hạn chế yêu cầu tái tạo một game hiện có. The Decoder ghi nhận quy tắc vẫn cho phép game nguyên bản, game theo thể loại và dự án dùng thiết kế cùng tài sản riêng, nhưng yêu cầu đổi tên tác phẩm không đủ để biến một bản sao thành sản phẩm mới.

Thay đổi này liên quan đến chính sách vận hành của công cụ, không phải một phán quyết bản quyền. Nhóm phát triển cần tách ba câu hỏi: yêu cầu đang mô tả thể loại hay một tác phẩm cụ thể, tài sản đầu vào thuộc về ai, và kết quả cuối cùng có được kiểm tra trước khi phát hành hay chưa.

Claude Code thay đổi cách xử lý yêu cầu tái tạo game

Giới hạn mới nhắm vào yêu cầu dựng lại một game cụ thể, không phải mọi hoạt động viết mã game.

iThome dẫn lại chỉ dẫn của Anthropic rằng Claude Code nên xây game nguyên bản, game thuộc một thể loại và game từ thiết kế cùng tài sản của người dùng. Chỉ dẫn cũng cấm tái tạo một game hiện có dù người dùng đổi tên hoặc gọi đó là bản nguyên bản. Anthropic nói dùng Claude để xâm phạm quyền sở hữu trí tuệ đi ngược chính sách sử dụng.

Các trường hợp được nguồn bài viết dẫn lại cho thấy mức độ khác nhau. Dự án Fable-2-Recomp dùng Qwen3.8 27B để hỗ trợ biên dịch lại Fable II. Maurice Heumann dùng nhiều AI agent để dựng lại mã nguồn Call of Duty: Modern Warfare 2, còn Chris First dùng Opus 5.5 và một nhóm agent cho Fallout: New York.

README của Fable-2-Recomp, bài tường thuật của Tom's Hardware và bài đăng của Chris First ghi lại các dự án và kết quả khác nhau. Những sự kiện này không tự đồng nghĩa với một phán quyết của tòa án.

Yêu cầu nào dễ bị xem là sao chép tác phẩm cụ thể

Nêu tên game rồi yêu cầu giữ nguyên nhân vật, màn chơi, giao diện và chuỗi nhiệm vụ tạo ra dấu hiệu rõ hơn nhiều so với mô tả một thể loại.

“Game hành động góc nhìn từ trên xuống” là mô tả thể loại. “Game nguyên bản có khám phá, cận chiến và quản lý tài nguyên” mô tả vòng lặp chơi. Ngược lại, yêu cầu dùng tên một tác phẩm rồi giữ năng lực nhân vật, bố cục màn chơi, giao diện và nhiệm vụ của tác phẩm đó đang hướng tới tái tạo một sản phẩm cụ thể.

Không nên biến sự tương tự về thể loại thành kết luận vi phạm. Luật Bản quyền Đài Loan nêu rằng phạm vi bảo hộ tập trung vào cách thể hiện, không trực tiếp bao gồm ý tưởng, quy trình, hệ thống, phương pháp vận hành hay khái niệm. Vì vậy, đánh giá phải xem từng phần đã dùng, nguồn tài sản, giấy phép và cách phát hành.

Cục Sở hữu trí tuệ thuộc Bộ Kinh tế Đài Loan giải thích rằng một game có thể chứa chương trình máy tính, mỹ thuật, đồ họa, văn bản, âm nhạc và tác phẩm nghe nhìn. Quyền của nhân vật do nhân viên tạo ra, hình ảnh thuê ngoài, gói tài sản, ảnh chụp màn hình của người chơi và mã nguồn tham chiếu không nên được gộp vào một dòng “tài sản của dự án”.

Ba cột thể hiện cảm hứng thể loại, thiết kế nguyên bản và yêu cầu tái tạo yếu tố của một game cụ thể

Tại Việt Nam thì sao

Với nhóm phát triển ở Việt Nam, câu hỏi đầu tiên là dự án đang dùng loại tài sản nào và Claude Code phản hồi ra sao. Một game tự phát triển từ bản thiết kế của nhóm khác với sản phẩm dùng nhân vật, âm thanh, hình ảnh hoặc mã nguồn lấy từ một game đã phát hành. Bảng theo dõi nên ghi tên tài sản, người tạo, ngày nhận, giấy phép, phạm vi sửa đổi và cách phân phối.

Về giá, chưa nên tự quy đổi một ví dụ trên mạng thành chi phí tại Việt Nam. Tài liệu được kiểm tra không đưa ra bảng giá riêng cho tính năng giới hạn tái tạo game. Chi phí còn phụ thuộc gói tài khoản, mô hình, lượng sử dụng, kênh thanh toán và hợp đồng của tổ chức. Nhóm nên xem trang giá hoặc hóa đơn của tài khoản đang dùng, hỏi nhà cung cấp khi điều khoản chưa rõ và lưu ngày kiểm tra.

Về quy định, yêu cầu dùng AI để làm game vẫn cần được đặt cạnh quyền đối với mã nguồn, hình ảnh, âm thanh và nội dung truyện. Không nên coi công cụ chấp nhận prompt là bằng chứng đã có quyền phát hành. Cũng không nên coi công cụ từ chối là kết luận rằng dự án vi phạm. Hai tín hiệu đó thuộc hai lớp khác nhau: chính sách của nhà cung cấp và đánh giá quyền theo tài sản cùng cách sử dụng cụ thể.

Nhóm ở Việt Nam có thể bắt đầu bằng một kho hồ sơ đơn giản. Mỗi yêu cầu gửi vào agent đi cùng mã dự án, người yêu cầu, mục tiêu, nguồn tham chiếu và danh sách tài sản được phép dùng. Mỗi lần chạy lưu phiên bản Claude Code, mô hình, tệp cấu hình, phần mã được tạo, phần người sửa và lý do giữ hoặc loại bỏ tài sản. Cách lưu này giúp truy lại một kết quả khi có khiếu nại hoặc khi công cụ từ chối nhầm.

Đối với game lấy cảm hứng từ thể loại, đặc tả nên dùng mục tiêu của người chơi, vòng lặp chơi, điều khiển, nhịp độ và giới hạn kỹ thuật. Nếu bản mô tả vẫn cần dẫn một game tham chiếu, nhóm nên nói rõ yếu tố nào chỉ dùng để so sánh và yếu tố nào đã bị loại khỏi thiết kế. Tên nhân vật, bản đồ, câu thoại, biểu tượng, âm thanh và bố cục giao diện của tác phẩm tham chiếu cần được tách khỏi tài sản nguyên bản.

Về mức độ sẵn có, kết quả tại Việt Nam còn phụ thuộc tài khoản, vùng thanh toán, kết nối mạng, cách quản trị thiết bị và giao diện chạy Claude Code. Terminal trên máy cá nhân, VS Code, container và pipeline CI không nhất thiết dùng cùng một phiên bản hoặc cùng một tệp cấu hình. Nhóm nên thử trên môi trường dự kiến phát hành, không suy ra từ một lần chạy trên máy của người quản trị.

Trước khi đưa bản thử ra ngoài, người phụ trách sản phẩm kiểm tra thiết kế, kỹ sư kiểm tra mã và tài sản kỹ thuật, còn người phụ trách pháp lý xem quyền sử dụng cùng điều kiện phân phối. Nếu chưa có bộ phận pháp lý, hồ sơ vẫn nên đánh dấu các mục chưa xác minh thay vì ghi “đã được phép”. Tính đến thời điểm bài viết được thực hiện, chúng tôi chưa tìm thấy văn bản chính thức của cơ quan chức năng Việt Nam đưa ra mức giá hoặc quy tắc riêng cho trường hợp Claude Code từ chối yêu cầu tái tạo game.

Một phép thử thực tế cho nhóm nhỏ là tạo một dự án không chứa dữ liệu mật, dùng hai prompt tách biệt và ghi lại đầu vào, đầu ra cùng phiên bản công cụ. Prompt thứ nhất mô tả thể loại và thiết kế riêng. Prompt thứ hai nêu yêu cầu tái tạo một game cụ thể. Kết quả chỉ cho biết cách chính sách phản hồi trong phiên thử, không thay thế khâu xem xét quyền.

Nếu có dự án tự sở hữu bị từ chối, hãy giữ prompt gốc, tài liệu chứng minh quyền, phiên bản mô hình và thông báo lỗi. Sau đó kiểm tra xem trong prompt còn tên, nhân vật, bản đồ, giao diện hoặc tài sản của tác phẩm khác hay không rồi mới gửi phản hồi cho Anthropic. Không nên liên tục đổi câu chữ để né giới hạn vì cách đó làm mất dấu vết yêu cầu ban đầu.

Vì sao thông báo từ chối không phải phán quyết bản quyền

Thông báo từ chối cho biết công cụ không muốn thực hiện yêu cầu theo cách đó, nhưng không tự xác định hành vi đã vi phạm quyền hay chưa.

Anthropic Privacy Center giải thích rằng lỗi lọc nội dung thường xuất hiện khi hệ thống cố ngăn sao chép hoặc tái tạo tài liệu có sẵn, đồng thời thừa nhận người dùng không có ý định sao chép vẫn có thể gặp lỗi. Nhà cung cấp mô tả đây là cơ chế của dịch vụ và mời người dùng gửi phản hồi.

Luật bản quyền trả lời một câu hỏi khác: một hành vi cụ thể đã dùng biểu đạt nào, quyền thuộc về ai, có giấy phép hay không và ngoại lệ pháp luật có áp dụng không. Vì vậy, cùng một yêu cầu bị từ chối vẫn cần kiểm tra hồ sơ quyền; cùng một yêu cầu được chấp nhận cũng không được xem là giấy phép.

Quy trình phát triển cần thêm điểm kiểm tra nào

Hãy tách nguồn yêu cầu, quyền tài sản, kết quả tạo ra và xử lý từ chối thành các bản ghi riêng.

Trước khi gửi yêu cầu cho agent, người phụ trách sản phẩm ghi mục tiêu và nguồn tham chiếu. Nếu chỉ mượn quy ước của thể loại, đặc tả bằng mục tiêu người chơi và vòng lặp chức năng. Nếu dùng tác phẩm của chính tổ chức, đính kèm thông tin chủ sở hữu, quan hệ dự án và danh sách tài sản.

Trong lúc phát triển, nhóm lưu prompt, phiên bản mô hình và công cụ, thay đổi mã, nguồn hình ảnh, âm thanh, văn bản và các lần sửa của con người. Chỉ giữ bản mã cuối không đủ để giải thích vì sao agent chọn một chi tiết hoặc vì sao một yêu cầu đã bị chặn.

Trước khi giao hàng, người kiểm tra xem riêng nhân vật, hình ảnh, âm nhạc, văn bản màn chơi và giao diện. Mục nào dùng tài sản bên ngoài phải có hồ sơ quyền tương ứng. Nghi ngờ về quyền thì chuyển cho người có chuyên môn thay vì dùng phản hồi của mô hình làm kết luận.

Quy trình từ tiếp nhận yêu cầu đến xác nhận quyền, phát triển nguyên bản, kiểm tra tài sản và lưu phiên bản

Danh sách kiểm tra trước khi gửi yêu cầu tạo game

  1. Kiểm tra tham chiếu: yêu cầu có nêu một game cụ thể và đòi giữ nhân vật, màn chơi, giao diện hoặc hình ảnh hay không.
  2. Kiểm tra quyền: ai tạo hoặc cung cấp bản thiết kế, mã, hình, âm thanh và dữ liệu thử; giấy phép có cho sửa và công bố hay không.
  3. Kiểm tra cách viết: chuyển yêu cầu từ “làm giống game X” sang mục tiêu người chơi, vòng lặp, tính năng và giới hạn kỹ thuật.
  4. Kiểm tra đầu ra: đối chiếu mã, hình, âm thanh và văn bản; ghi nội dung được giữ, sửa hoặc loại bỏ.
  5. Kiểm tra từ chối: lưu prompt, phiên bản, hồ sơ quyền và thông báo trước khi phản hồi nhà cung cấp.

Claude Code đang đặt giới hạn rõ hơn với yêu cầu tái tạo một game hiện có, nhưng chính sách của công cụ và luật bản quyền vẫn là hai lớp đánh giá khác nhau. Với nhóm ở Việt Nam, hồ sơ quyền, cấu hình chạy và quy trình duyệt đầu ra là phần cần chuẩn bị trước khi biến mã do agent tạo ra thành sản phẩm phát hành.