- Bản quyền của mã có AI hỗ trợ phụ thuộc vào việc có hay không sự đóng góp sáng tạo mang tính ý nghĩa từ con người; sản phẩm mà AI tạo ra là chủ yếu và con người hầu như không can thiệp có thể sẽ không được bảo hộ
- Tiêu chí cốt lõi là meaningful human authorship; so với việc chỉ nêu mục tiêu, các quyết định sáng tạo như xác định kiến trúc, sàng lọc kết quả và tái cấu trúc mã có vai trò quan trọng hơn
- Tách biệt với việc mã có đủ điều kiện phát sinh bản quyền hay không, nếu có work-for-hire doctrine hoặc điều khoản chuyển giao IP rộng, thì mã có AI hỗ trợ được tạo ra bằng thời gian, thiết bị, dự án của công ty hoặc công cụ công ty cấp phép cũng rất có thể thuộc về công ty
- Dù có quyền sở hữu, ô nhiễm giấy phép mã nguồn mở vẫn là một vấn đề riêng; đặc biệt, đầu ra sao chép gần như nguyên vẹn mã thuộc họ GPL có thể dẫn đến vi phạm giấy phép
- Những điểm hiện tương đối rõ là không được bảo hộ khi thiếu tính tác giả của con người, việc quyền lợi được quy thuộc theo hợp đồng lao động, và rủi ro sao chép nguyên văn GPL; trong thực tế, việc lưu giữ hồ sơ và quét giấy phép thường quan trọng hơn phán quyết của tòa án
Tiêu chuẩn bản quyền và những vùng chưa ngã ngũ
- Bảo hộ bản quyền chỉ áp dụng cho tác phẩm do con người tạo ra, và sản phẩm chủ yếu do AI tạo sinh mà không có đóng góp sáng tạo mang tính ý nghĩa từ con người có thể không thuộc đối tượng được bảo hộ theo tiêu chuẩn hiện hành
- Ngay cả sau vụ Thaler, Tòa án Tối cao vẫn chưa xét xử nội dung vụ án; phán quyết của DC Circuit được giữ nguyên, nhưng vẫn chưa có án lệ trực tiếp áp dụng nguyên xi cho đầu ra lập trình có AI hỗ trợ
- Vùng then chốt mà tòa án chưa trực tiếp xử lý là trong sản phẩm có AI hỗ trợ, cần mức độ can thiệp của con người đến đâu
- Khác với trường hợp không có can thiệp của con người như tranh do AI tạo thuần túy, mã nguồn thường có việc con người định hướng một phần và phê duyệt, nên ranh giới mờ hơn nhiều
- Trong lĩnh vực mã nguồn, vẫn chưa có phán quyết nào trực tiếp áp dụng nguyên tắc tính tác giả của con người vào đầu ra của công cụ lập trình AI
- Nếu mã do AI tạo ra gần như được chấp nhận mà không sửa đổi, thì có khả năng không ai có thể đòi bản quyền, và ngay cả khi đối thủ sao chép nguyên xi thì công cụ phản ứng pháp lý cũng có thể rất yếu
- Trọng tâm của tiêu chí đánh giá là meaningful human authorship; thay vì chỉ viết ra mục tiêu, các phán đoán sáng tạo như quyết định cấu trúc, sàng lọc kết quả và thiết kế lại hệ thống sẽ được coi trọng hơn
Cách chứng minh tính tác giả của con người
- Đóng góp có ý nghĩa từ con người không được tính rạch ròi bằng tỷ lệ hay số lần sửa; điều quan trọng là con người có thực sự đưa ra các quyết định sáng tạo hay không
-
Lựa chọn kiến trúc
- Cần quyết định bản nháp nào sẽ bị loại bỏ
- Cần tái cấu trúc kết quả để phù hợp với một thiết kế cụ thể
- Với trường hợp sau một chỉ dẫn ngắn như "hãy tạo mô-đun rate limiting cho API" mà công cụ tạo nhiều tệp rồi lặp lại sửa đổi, hiện vẫn chưa có kết luận rõ ràng về việc đóng góp của con người có đủ trước tòa hay không
- Một mô-đun đã được chỉnh sửa đáng kể theo nhiều hướng khác nhau có khả năng cao hơn được công nhận là có tính tác giả của con người, nhưng đoạn mã được chấp nhận nguyên trạng có thể bị diễn giải theo hướng ngược lại
- Allen v. Perlmutter là vụ việc mà ngay cả khi có hơn 600 prompt và chỉnh sửa bằng Photoshop, các yếu tố nền tảng do AI tạo ra vẫn bị từ chối đăng ký; đây vẫn là một điểm phân nhánh quan trọng để xác định mức độ đủ của can thiệp từ con người
- Trong Zarya of the Dawn, chỉ phần văn bản do con người viết được đăng ký còn hình ảnh do Midjourney tạo ra bị loại trừ; nguyên tắc này cũng tương đồng với hướng tách riêng và bảo hộ những yếu tố do con người trực tiếp tạo ra trong codebase có AI hỗ trợ
- Tài liệu thiết kế có thể là căn cứ
- Các quyết định thiết kế để lại trong commit message cũng có thể là căn cứ
- ADR cũng có thể là căn cứ
- Nhật ký prompt có lưu dấu việc cố ý đổi hướng cũng hữu ích
- Muốn mở rộng phần có thể được bảo hộ, sẽ có lợi hơn nếu ghi lại rõ mình đã trực tiếp quyết định điều gì và đã thay đổi như thế nào
Hợp đồng lao động thường phân định quyền sở hữu trước tiên
- Trước cả việc xét xem mã có thuộc đối tượng được bảo hộ bản quyền hay không, cần xác nhận trước quyền đó vốn dĩ thuộc về ai
- Hợp đồng lao động thông thường quy định sản phẩm tạo ra trong phạm vi công việc thuộc về công ty, và điều này thường được giải thích bằng work-for-hire doctrine
- Kết quả được tạo ra bằng thời gian làm việc của công ty, dự án của công ty, thiết bị của công ty, hoặc công cụ lập trình AI do công ty cung cấp thì cả mã viết thủ công lẫn mã có AI hỗ trợ đều rất có thể được xem là tài sản của công ty
- Trên thực tế, hợp đồng thường được viết còn rộng hơn nguyên lý pháp lý nền tảng, và nếu có các câu chữ sau thì rất có thể sẽ bao trùm cả mã có AI hỗ trợ
- Có thể bao gồm cả sản phẩm được tạo ra bằng thiết bị hoặc tài nguyên của công ty
- Có thể bao gồm cả sáng chế hoặc sản phẩm phát triển được tạo ra trong thời gian làm việc
- Có thể bao gồm cả phần mềm được tạo ra với sự hỗ trợ của công cụ mà công ty đã cấp phép sử dụng
- Đặc biệt, cụm company-licensed tools có thể lan sang cả dự án cá nhân
- Nếu công ty triển khai Claude Code, Cursor hoặc Copilot cho nhóm
- Và bạn cũng dùng chính công cụ đó cho dự án phụ trong thời gian cá nhân
- Thì dưới điều khoản chuyển giao IP rộng, công ty có thể có cơ sở để đòi quyền
- Bài viết cho rằng lập luận cho rằng chỉ vì mã công ty đang mở trong IDE và AI có thể nhìn thấy nó nên đầu ra lập tức trở thành tác phẩm phái sinh của IP công ty là điều khó có thể xem là đương nhiên đúng về mặt pháp lý
- Tuy vậy, nếu câu chữ hợp đồng đủ rộng thì bất kể AI thực sự đã làm gì, vẫn có thể hình thành khả năng bị nêu yêu sách trên bề mặt
- Muốn tách bạch dự án phụ, an toàn hơn là tách hoàn toàn workflow bằng tài khoản cá nhân, thiết bị cá nhân và công cụ do cá nhân tự chi trả
Rủi ro ô nhiễm giấy phép mã nguồn mở
- Dù bạn có sở hữu mã do AI tạo ra, chuyện đoạn mã đó có mang theo nghĩa vụ giấy phép mã nguồn mở vô hình hay không lại là một vấn đề riêng
- Công cụ lập trình AI được huấn luyện trên dữ liệu quy mô lớn gồm mã công khai, trong đó có cả mã dưới giấy phép copyleft như GPL, LGPL
- Giấy phép copyleft khiến nghĩa vụ công bố theo cùng giấy phép khi phân phối tác phẩm phái sinh đi kèm với mã đó
- Nếu là tác phẩm phái sinh của mã GPL thì mã nguồn của bạn cũng phải được công bố dưới cùng giấy phép
- Việc không biết về giấy phép không phải là một biện hộ hữu hiệu
- Tiêu chí rủi ro pháp lý không nằm ở chỗ chức năng có giống nhau hay không, mà ở việc sao chép nguyên văn một cách thực chất và đáng kể
- Một sản phẩm hoạt động giống mã GPL
- Và một sản phẩm tái hiện gần như nguyên xi mã GPL là hai vấn đề khác nhau
- Rủi ro tập trung nhiều hơn ở phía sao chép nguyên văn, nhưng nếu không quét kiểm tra thì rất khó biết codebase hiện nằm ở phía nào
- Trong chardet community dispute đầu năm 2026, đã có việc viết lại chardet bằng Claude rồi phát hành lại dưới giấy phép MIT, và đã phát sinh tranh cãi về việc liệu đây có thể được xem là triển khai clean room hay không
- Vấn đề này là tranh chấp cộng đồng chứ không phải kiện tụng tại tòa, và về mặt pháp lý vẫn chưa có kết luận cuối cùng
- Tuy nhiên, việc sao chép nguyên xi mã thuộc họ GPL sẽ thành vi phạm giấy phép là điều đã được xác lập
- Phần vẫn chưa được chốt là khi đầu ra AI tái hiện các mẫu trong dữ liệu huấn luyện, liệu điều đó có được xem là sao chép nguyên văn hay không
- Trong tư vấn mua bán và sáp nhập doanh nghiệp, rủi ro này đã được xem là vấn đề thực tế, và quét giấy phép cho codebase AI đang được đưa vào danh mục thẩm định
- Doe v GitHub đang tranh luận việc Copilot có tái hiện mã đã được cấp phép mà không ghi nguồn hay không, và tính đến tháng 4/2026 vụ việc vẫn đang được tiếp tục tại Ninth Circuit
- Tòa sơ thẩm đã bác bỏ phần lớn yêu cầu khởi kiện nhưng kháng cáo vẫn còn hiệu lực
- Bất kể kết quả vụ kiện ra sao, GitHub đã thêm duplicate detection filters và thực tiễn trong ngành cũng đã thay đổi
Việc cần làm ngay trong thực tế
-
Chạy quét giấy phép
- Với codebase có AI hỗ trợ, điều quan trọng là nên chạy quét giấy phép mã nguồn mở trước
- FOSSA — công cụ tổng hợp được dùng rộng rãi ở khối doanh nghiệp
- Snyk Open Source — tích hợp GitHub tốt nên dễ phù hợp với workflow của đội phát triển
- Black Duck — thường được dùng như tiêu chuẩn trong thẩm định M&A
- Những công cụ này quét codebase để tìm mức độ trùng khớp với các thư viện mã nguồn mở đã biết và các giấy phép liên quan
-
Ghi lại đóng góp sáng tạo của con người
- Tài liệu chứng minh meaningful human authorship thực ra đã được tạo ra trong quá trình kỹ thuật hằng ngày, nhưng hiệu lực sẽ cao hơn nhiều nếu được chủ động lưu giữ
- Commit message nên ghi lại đã thay đổi cái gì và vì sao, thay vì chỉ lưu đầu ra mà AI tạo ra
- Những ghi chép như "Restructured Claude’s module architecture, rejected initial state management approach, rewrote error handling from scratch" có thể trở thành căn cứ
- Nếu chỉ để lại ghi chép như "Add rate limiting module" thì rất khó thể hiện đóng góp của con người
- Lịch sử tương tác của Claude Code và Cursor cũng nên được xuất ra hoặc lưu bằng ảnh chụp màn hình
- Tài liệu thiết kế, ADR, ghi chú được viết trước mã sinh ra có thể được dùng như dấu vết cho thấy con người đã quyết định cấu trúc trước
-
Kiểm tra điều khoản IP trong hợp đồng lao động
- Cần trực tiếp kiểm tra các mục intellectual property, IP assignment, work product trong hợp đồng
- "Sản phẩm được tạo ra trong giờ làm việc" hẹp hơn "sản phẩm được tạo ra bằng tài nguyên của công ty"
- "Những gì liên quan đến hoạt động kinh doanh của công ty" hẹp hơn "mọi hoạt động phát triển phần mềm"
- Cụm company-licensed tools có thể nối cả dấu vết sử dụng công cụ AI trong dự án cá nhân
- Nếu muốn làm dự án độc lập
- Nên thương lượng carveout bằng văn bản trước khi bắt đầu
- Nên tách hoàn toàn bằng thiết bị cá nhân, thời gian cá nhân và công cụ cá nhân
- Có thể vẫn phải tiếp tục trong khi chấp nhận nguy cơ công ty đưa ra yêu sách
-
Kiểm tra loại điều khoản của Anthropic
- Trước khi phát hành thương mại, cần xem anthropic.com/legal và so sánh sự khác biệt giữa consumer terms và commercial terms
- free / Pro chuyển quyền đối với đầu ra cho người dùng, nhưng phạm vi IP indemnification hẹp hơn
- API / enterprise ngoài việc chuyển giao quyền đối với đầu ra còn có phạm vi bảo vệ rộng hơn cho các khiếu nại xâm phạm bản quyền phát sinh từ việc sử dụng được chấp thuận và từ đầu ra
- Tuy nhiên, các điều khoản miễn trừ đó cũng không tự giải quyết thay cho bạn vấn đề ô nhiễm GPL bên trong codebase
- Phần này vẫn phải được quản trị trực tiếp bằng quét giấy phép và governance nội bộ
Điều gì đã tương đối rõ và điều gì vẫn còn bỏ ngỏ
- Hiện có ba trục tương đối rõ
- Tác phẩm không có tính tác giả của con người sẽ không được bảo hộ bản quyền
- work-for-hire doctrine có thể được áp dụng bất kể mã được tạo ra theo cách nào
- Sao chép nguyên văn mã GPL là vi phạm giấy phép
- Có hai trục mà tòa án vẫn chưa phân định rõ
- Trong workflow kiểu agentic, cần bao nhiêu chỉ dẫn và sửa đổi của con người thì mới đủ tạo thành tính tác giả
- Khi đầu ra AI tái hiện các mẫu trong dữ liệu huấn luyện, liệu điều đó có bị đánh giá là sao chép nguyên văn hay không
- Việc các tranh điểm này có leo thang thành kiện tụng quy mô lớn trong tương lai gần hay không vẫn chỉ nằm trong vùng suy đoán thuần túy
- Trên thực tế, nơi bất định này nhanh chóng trở thành vấn đề thực tế nhất không phải tại tòa mà là ở thẩm định M&A và đánh giá của nhà đầu tư tổ chức
- Bên mua và nhà đầu tư đã bắt đầu đặt các câu hỏi này như điều kiện để chốt giao dịch, và dù hiện tại bạn chưa ở vào tình huống đó thì chuẩn bị sẵn hồ sơ và kết quả quét từ trước vẫn có lợi hơn
1 bình luận
Ý kiến trên Hacker News
Nên xem chuyện này theo cùng khuôn khổ với án lệ về tạo ảnh
Như đã được làm rõ trong Zarya of the Dawn, những yếu tố do con người viết thì được bảo hộ, nhưng hình ảnh do AI tạo ra thì không được bảo hộ, và cả thiết kế nhân vật do con người lựa chọn·prompt·tuyển chọn cũng không nhận được bản quyền
Tôi không nghĩ code là khác. Bảo Claude tạo một hàm gần với việc nhờ Midjourney tạo ra một frame hơn là tự tay tôi viết hàm đó
Lý do các kỹ sư cảm thấy khác thường là vì họ hay nghĩ đến phép so sánh với compiler, nhưng compiler là công cụ có tính xác định, cùng đầu vào thì ra cùng đầu ra, còn LLM thì không. Ranh giới mà Copyright Office vạch ra cũng chính là ở đây, và phía hình ảnh đã đi đến kết luận đó trước rồi
Việc người khác có thể dùng lại cùng prompt để tái tạo thứ gì đó tương tự cũng chưa rõ có làm vô hiệu chính yêu sách quyền của người đó hay không
cert denial không có nghĩa là pháp luật đã được chốt
Tòa án Tối cao có thể từ chối cho kháng cáo vì nhiều lý do không liên quan đến nội dung vụ việc, nên bản thân việc đó không tự động khiến vấn đề được settled trên toàn quốc
Việc Tòa án Tối cao không xem xét Thaler appeal không có nghĩa là họ phê chuẩn lập luận của tòa cấp dưới hay đưa ra kết luận toàn quốc, mà chỉ là phán quyết của DC Circuit vẫn còn hiệu lực, lập trường của Copyright Office được giữ nguyên, và hiện vẫn chưa có tòa nào ra phán quyết ngược lại
Nhưng đoạn được trích dẫn bây giờ đã không còn trong TFA nữa
Tôi không nhớ có phán quyết nào xác nhận yếu tố nào trong số các yếu tố được liệt kê là đủ để công nhận tư cách tác giả
Đặc biệt, tôi muốn biết liệu hành vi liên tục từ chối kết quả và lái sang hướng khác đã từng được công nhận là sáng tác của con người hay chưa
Hiện điều rõ ràng là phần code không do con người viết có thể disclaim, và trên thực tế Copyright Office cũng yêu cầu công khai và disclaimer. Nếu có tài liệu trích dẫn được hơn thì tôi muốn xem
Tác động pháp lý cốt lõi của việc lật ngược phán quyết đó chẳng phải chính là làm mất hiệu lực tiền lệ của nó sao
Án lệ chưa qua Tòa án Tối cao thì về lý thuyết lúc nào cũng có thể bị tranh cãi, nhưng trên thực tế phần lớn vẫn vận hành như luật cho đến khi bị lật. Trường hợp này có vẻ cũng không khác nhiều
Việc tôi review code có phải là meaningful không
Việc tôi sửa và biên tập code được tạo ra có được tính là sáng tác của con người không
cert denial nghĩa là Tòa án Tối cao không nhận vụ, chứ không phải phê chuẩn lập luận của tòa cấp dưới hay đưa ra kết luận toàn quốc
Phán quyết của DC Circuit vẫn còn hiệu lực và lập trường của Copyright Office cũng nhất quán, nhưng điều này gần với doctrine đã ổn định hơn là luật do Tòa án Tối cao chốt lại
Tôi vẫn cho rằng người chỉ đạo agent nên có bản quyền đối với kết quả, nhưng ngay từ đầu nền tảng giúp agent đó tạo ra được lại dựa vào IP bị chiếm dụng
Đặc biệt trong OSS, tôi lo cách này sẽ cho phép copyright washing, nên nếu là nhà phát triển OSS thì tôi nghĩ nên phát hành theo giấy phép copyleft mạnh nhất trong phạm vi mình chấp nhận được
https://jackson.dev/post/moral-ai-licensing/
Nếu bạn vẫn còn bản gốc, vậy rốt cuộc cái gì đã bị đánh cắp
Trong Dowling v. United States, 473 U.S. 207 (1985) cũng cho rằng việc bán trái phép không phải là tài sản "stolen, converted or taken by fraud" theo National Stolen Property Act
Nếu đầu ra của LLM bị tòa coi là đủ mức phái sinh, nhất là khi LLM đó được huấn luyện trên bản gốc bị xâm phạm, thì người tái phân phối đầu ra phái sinh đó sẽ phải chịu trách nhiệm xâm phạm bản quyền
Hành vi tạo ra LLM có thể mang tính biến đổi, nhưng chính đầu ra vi phạm thì không
Vì vậy nếu bản quyền lại cản trở phát triển thì việc đặt ra ngoại lệ là hoàn toàn hợp lý
Xem Community for Creative Non Violence v. Reid(https://en.wikipedia.org/wiki/Community_for_Creative_Non-Violence_v._Reid), việc đặt hàng và đưa định hướng không khiến bên đặt hàng trở thành tác giả; tác giả là người thực sự làm ra tác phẩm
Có thể chuyển nhượng quyền bằng hợp đồng, nhưng sau các vụ như ảnh selfie của khỉ thì việc bản quyền chỉ được trao cho con người cũng đã được củng cố
LLM không phải con người nên không thể có bản quyền, và nếu không có bản quyền pháp lý thì nó cũng không có quyền để chuyển nhượng lại cho bạn
Khi tôi viết code, tôi cũng chịu ảnh hưởng từ vô số mã nguồn đã thấy trong suốt quá trình học tập và sự nghiệp, và LLM cũng tương tự ở chỗ tinh chỉnh đầu ra sau này dựa trên code nó đã thấy
Phản bác kiểu "đoạn code đó không có quyền được đọc" sẽ lập tức xuất hiện, nhưng logic đó tôi cũng thấy khó thuyết phục. Phần lớn code tôi học từ đó đều có bản quyền, và trừ khi là code cá nhân của tôi, quyền thường là của người khác. Ngay cả code mật theo NDA hay liên quan quốc phòng cũng đã ảnh hưởng đến cách tôi lập trình sau này
Nghệ thuật cũng vậy. Về ảnh thì tôi chịu ảnh hưởng từ Ansel Adams, về tranh thì từ Bob Ross và nhiều người thầy khác, rồi trộn những mảnh tôi thấy trong tác phẩm của người khác với góc nhìn của mình để tạo ra thứ khác
Nhưng tôi không cho rằng chỉ riêng quan hệ ảnh hưởng đó là đủ để ai đó có thể đòi quyền đối với kết quả của tôi
Các đàn em của tôi cũng học từ code của tôi, và tôi còn viết sách về phát triển phần mềm. Tôi cũng mong một ngày nào đó tác phẩm mỹ thuật của tôi đủ giá trị để ai đó hấp thụ được
Từ rất lâu trước khi LLM xuất hiện, tôi chưa từng mong công việc của mình bị niêm phong cùng tôi và ý tưởng của mình bị mang xuống mồ
Cuối cùng thì tất cả chúng ta đều đứng trên vai người khổng lồ, và nếu không hấp thụ các công trình đi trước thì có lẽ chúng ta đã không làm được nổi một phần rất nhỏ của những gì đạt được hôm nay
Vài chục năm nữa tôi sẽ chết và cái tên của tôi cũng sớm bị quên lãng, nhưng nếu phần mềm, ảnh chụp hay tranh tôi tạo ra để lại gợn sóng trong thời gian thì điều đó giống như một dạng bất tử nho nhỏ
Tôi muốn đề nghị đừng đăng bình luận được tạo ra lên HN nữa
Theo quy định thì không được phép, và tôi đã thấy kiểu đó hơn 30 lần rồi
Tất nhiên tôi không thể chắc 100%, nhưng xét theo đánh giá của phần mềm và toàn bộ pattern thì khá thuyết phục
Xem https://news.ycombinator.com/newsguidelines.html#generated và https://news.ycombinator.com/item?id=47340079
Tôi đã dùng AI assistant trong phần trả lời, và sau này sẽ không dùng nữa
Câu hỏi này thú vị về mặt trí tuệ, nhưng trong thực tế thì cuối cùng bên nhiều tiền hơn có lẽ sẽ là bên lấy được
Việc kỳ vọng Anthropic sẽ không thể sở hữu Claude Code chỉ vì Claude đã viết ra nó có vẻ là suy nghĩ mang màu sắc hy vọng
Không phải mọi nước đều ngầm đứng về phía bên nhiều tiền, nên cũng khó đoán trước kết quả
Thay vì chuyện Claude có viết hay không, hợp đồng lao động của các kỹ sư chỉ đạo nó khiến công ty nắm quyền nghe hợp lý hơn
Mặt khác, vấn đề yêu cầu gỡ theo DMCA còn thú vị hơn, vì DMCA đòi bên khiếu nại phải thiện chí tin rằng mình sở hữu bản quyền
Nếu sau này tòa cho rằng codebase chủ yếu do AI viết nên không đủ điều kiện bản quyền, thì 8.000 takedown đó có thể bị tranh cãi là các yêu cầu DMCA thiếu thiện chí
So với quyền sở hữu, đây là vấn đề pháp lý tách biệt hơn và thực tế hơn
Trong hệ thống pháp luật Mỹ, mô hình không phải con người nên không thể sở hữu tài sản, và cũng không thể bằng hợp đồng chuyển nhượng loại tài sản trí tuệ mà bản thân nó không hề có; điều này có vẻ khá rõ
Thế mà cơ quan điều tra dường như lại chẳng mấy quan tâm đến chuyện grok tạo ra CSAM hay revenge porn như vật phẩm bất hợp pháp, nên cảm giác rất kỳ quặc rằng rốt cuộc họ chỉ muốn sở hữu phần tốt còn né trách nhiệm phần xấu
Từ góc nhìn của các công ty, đây có vẻ là một cách tiếp cận khá ranh mãnh
Cứ dùng claude code để tạo ra trước đã, rồi sau đó mới nghĩ xem code đó là của ai
cơn sốt vàng đang diễn ra quanh tôi cho thấy sự cận thị của giới quản lý. Các EM ở công ty tôi cũng đang thúc ép dùng Claude càng nhanh càng tốt
Thứ nhất, phụ thuộc quá nhiều vào Claude Code sẽ làm mất hiểu biết về codebase
Thứ hai, các thói quen phát triển tốt như XP hay code review bị phá vỡ. Giờ thành ra Claude review code của Claude
Thứ ba, nó phá hỏng teamwork. Vì công việc vốn tách giữa team FE và team BE nay lại dễ hơn và rẻ hơn nếu một developer ôm hết từ backend đến frontend
Thứ tư, trước đây người ta từng bỏ qua comment với lý do code tự nó là tài liệu, nhưng giờ vì giới hạn context mà lại phải viết giải thích lại cho Claude. Nếu con người không hiểu thì lỗi là ở con người, nhưng đến khi phải chấp nhận thụt lùi chỉ để phục vụ context hẹp của Claude thì thấy thật bất công
Tôi còn có thể nói thêm, nhưng động lực của thay đổi văn hóa này cuối cùng vẫn là tiền. Nên tôi gọi tình hình này là gold rush và đang cầm bắp rang đứng xem
Khi Copilot mới ra mắt, từng có cảnh báo rất rõ là đừng dùng cho code công ty vì vấn đề quy thuộc giấy phép
Giờ thì có gì thay đổi. Có phải vì Anthropic hứa sẽ hỗ trợ pháp lý và indemnify nên bầu không khí đổi khác không
Backend và frontend cần được thiết kế ăn khớp với nhau, nên nếu tách đội thì đôi khi chi phí phối hợp còn lớn hơn
Khi mô hình trong đầu con người dần bị bỏ đói rồi biến mất, sẽ khó có thể giải thích một cách có trách nhiệm hệ thống vận hành ra sao khi có sự cố và kế hoạch sắp tới là gì
Ngay cả khi có những khái quát sai, AI vẫn có thể cho code qua, review qua, phê duyệt qua hết, và lúc đó tôi không biết thực sự ai đang cầm lái nữa
Thông thường tốt hơn là cả team cùng thảo luận yêu cầu và cạm bẫy, còn trách nhiệm triển khai thì một người đảm nhận
EU AI Act còn chồng thêm một lớp vào đây
Điều 50 yêu cầu công bố cho người dùng cuối biết nội dung nào do AI tạo ra hoặc thao túng, và đây là nghĩa vụ minh bạch áp lên deployer chứ không phải nhà cung cấp mô hình
Vì vậy ngay cả khi vấn đề bản quyền được giải thích theo hướng có lợi cho người prompt, thì công ty phân phối kết quả có hỗ trợ AI ở quy mô lớn vẫn phải gánh nghĩa vụ công bố riêng
Hầu hết hiện vẫn chưa làm chuyện này đúng cách
Vấn đề sở hữu và nghĩa vụ công bố là hai chuyện độc lập, nhưng các tổ chức thường trộn lẫn cả hai
Điều khoản này có vẻ hợp hơn với video giả như thật do AI tạo ra để đánh lừa, hơn là code cho ứng dụng nội bộ
Nếu bạn đã đưa cho công cụ đặc tả của đoạn code mình muốn, thì rõ ràng có thể xem là đã đưa vào đầu vào sáng tạo
Suy cho cùng compiler cũng tương tự phải không. LLM agent có vẻ chỉ là một công cụ tinh vi hơn hẳn compiler truyền thống, có thể cho ra kết quả từ đặc tả ít chi tiết hơn nhiều
Muốn sở hữu đoạn code đó, bạn phải để nhà thầu chuyển nhượng quyền một cách rõ ràng
Ví dụ nếu tôi chỉ prompt "hãy viết một rate limiter bằng Python", thì tôi đâu có quyết định API, thuật toán bucket yêu cầu hay nơi lưu counter
Tôi chỉ nói sự thật, mà bản thân sự thật thì vốn không có tính sáng tạo
Compiler cũng khác ở chỗ binary tạo ra không được coi là một tác phẩm riêng biệt. Nó giống như đổi định dạng ảnh sang PDF nhưng vẫn là cùng một tác phẩm
Còn LLM thì không vậy. Đầu vào có thể không thuộc diện bản quyền, và đầu ra không phải chuyển đổi cơ học mà có sự lựa chọn xen vào
Trong thực tế sử dụng, chạy cùng một prompt 10 lần có thể cho ra 10 kết quả khác nhau một cách có ý nghĩa
Vì thế tôi nghi ngờ rằng mọi mức độ prompting đều sẽ được công nhận là đủ tính sáng tạo
Cốt lõi không phải là có cung cấp đầu vào hay không, mà là biểu đạt sáng tạo trong đầu ra có phản ánh tác quyền của con người hay không
Với compiler truyền thống, lập trình viên là tác giả của mọi biểu đạt trong mã nguồn, còn với LLM thì lập trình viên chỉ đưa ra ý định còn các quyết định mang tính biểu đạt như cấu trúc, tên gọi, pattern, cách triển khai lại do mô hình quyết định
Việc khác biệt này có quan trọng về mặt pháp lý hay không hiện đang được tranh luận trong Allen v. Perlmutter, và đến đầu năm 2026 phần summary judgment briefing cũng đã xong nên đây có thể là cột mốc phán quyết tiếp theo
Tất cả những điều này về mặt lý thuyết thì thú vị, nhưng trên thực tế tôi nghĩ phần lớn không quan trọng
Gần như chẳng ai thật sự tin code của mình tạo thành moat mạnh, và ngoài thực địa cảm giác về chuyện nó là đối tượng bản quyền cũng khá yếu
Tôi cũng đã lặp đi lặp lại những mẩu code tương tự dưới nhiều chủ lao động khác nhau, và có lẽ đa số kỹ sư cũng vậy. Code lấy từ chỗ như Stack Overflow cũng thường được dùng mà không quá nghiêm ngặt về quy thuộc
Vấn đề này thường chỉ bùng lên trong những cuộc chiến có ác cảm. Ví dụ Oracle kiện Google vì Android bắt chước API của họ quá giống là một trường hợp điển hình, và cuối cùng Tòa án Tối cao coi đó là fair use
Cũng từng có chuyện quỹ hedge tần suất cao kiện nhân viên nghỉ việc, và ở Mỹ thì ai cũng có thể kiện ai vì bất cứ lý do gì
Nên kiểu cuộc chiến Ellison đánh Page và Brin lên tận Tòa án Tối cao là điều có thể xảy ra, nhưng 99,9% trường hợp ngoài thực tế tôi cảm thấy chẳng ảnh hưởng gì nhiều
https://www.supremecourt.gov/opinions/20pdf/18-956_d18f.pdf
Rất nhiều người xem code là IP cực lớn và là bí mật kinh doanh
Với tư cách CTO, khi tôi nói "nói chung code không phải bí mật ghê gớm đến thế" thì thường thấy những gương mặt rất sốc
Có công ty từng suýt bỏ một hợp đồng lớn chỉ vì phía kia yêu cầu được xem mã nguồn dưới NDA, nhưng khi tôi giải thích tại sao phản ứng đó là quá đà thì họ cũng hiểu
Dù vậy lối tư duy cũ đó vẫn còn bám rất mạnh
Thực ra ngay bây giờ chính là đang nói đến convergence: nếu mọi ký tự của đoạn code cần viết đã thực chất được định trước bởi các API bắt buộc phải dùng, thì ở đó không có biểu đạt nghệ thuật cũng chẳng có bản quyền
Nhưng nếu bạn thiết kế một API hoàn toàn mới thì phía đó có thể được bảo hộ
Những mẩu ngắn bạn nêu có thể không phải, nhưng ở quy mô lớn hơn thì cả công ty lẫn cá nhân nhìn chung đều tin code là tài sản trí tuệ theo luật bản quyền
Nếu code không thuộc diện bản quyền thì GPL lấy sức mạnh từ đâu
Ví dụ, chỉ riêng nghi ngờ code của Microsoft có thể đã lẫn vào ReactOS thôi thì tại sao dự án lại phải vào locked-down review mode suốt nhiều tháng, nhiều năm
Tại sao trong hợp đồng lao động các công ty lại phải ghi rõ quyền sở hữu bản quyền code thuộc về công ty
Trái lại, trừ API, khả năng tương tác hay các triển khai quá tầm thường, tôi nghĩ gần như ai cũng công nhận tính bản quyền của code
Cứ hỏi các nhà phát triển emulator hay các nhà phát triển ReactOS là biết
https://reactos.org/forum/viewtopic.php?t=21740
Câu nói "Code do Claude Code hay Cursor tạo ra mà bạn không sửa đổi một cách có ý nghĩa có thể không có bản quyền của bất kỳ ai" vẫn có ngoại lệ
Nếu đoạn code đó lặp lại nguyên văn một phần trích đáng kể từ tác phẩm có sẵn, thì tác giả gốc vẫn có thể khẳng định bản quyền của mình, và khi đó vấn đề sẽ lập tức chuyển sang xâm phạm