In my years as a 3D artist, I've learned that legal clarity is as crucial as technical skill. This guide is my practical, experience-based framework for navigating the complex rights surrounding derivative works and kitbashing. I'll show you how to build confidently without infringing on others' work, protect your own creations, and integrate modern tools like AI into a compliant workflow. This is for any 3D creator—from indie developers to studio artists—who wants to innovate without legal risk.
Key takeaways:
In practice, the line isn't about how much you change a model, but the nature of the change. A derivative work is based on a pre-existing copyrighted work. Simply re-topologizing, re-texturing, or slightly modifying a purchased character model typically results in a derivative. An original creation, in a legal sense, is something you make from scratch or achieves "transformative use." I consider a work transformative when I've added such significant new expression, meaning, or utility that it functions as a new work. For instance, kitbashing a dozen sci-fi parts into a unique, fully-realized environment with its own story and lighting is far more transformative than just repainting a single prop.
Kitbashing rights flow entirely from the licenses of the source assets. There is no universal "kitbashing right." When I kitbash, my rights to use, modify, and distribute the final composite are dictated by the most restrictive license among the components I used. The core principle I follow is that kitbashing does not erase the original copyrights; it aggregates them. You must have the right to create derivatives for each part, and your final product's license must be compatible with all of them.
The most frequent mistake I see is assumption. Artists assume a "free" model is free for commercial use, or that modifying it 20% makes it theirs. Another major pitfall is license mixing—combining a model under a CC-BY license (which requires attribution) with one under a CC0 license (public domain), then releasing the whole kitbash as CC0. This invalidates the terms for the first asset. I've also seen teams run into trouble using assets from "personal learning" licenses in commercial game jams.
I never drag an asset into my scene without this mental checklist. It takes 60 seconds and saves countless headaches.
For every project, I maintain a simple spreadsheet or a text file in the project root named SOURCES.md. For each external asset, I record:
This isn't just for legal safety; it's professional hygiene. When handing off a project, this document is invaluable.
My rule is: modification must be in service of a new, transformative whole, not just alteration. When I modify, I do so significantly. I don't just subdivide a mesh; I use it as a base for a sculpt, or combine it with five other models. I always work on a copy, preserving the original. For texturing, creating entirely new, unique texture sets and materials from scratch is one of the strongest ways to add original value to a purchased base mesh.
Here’s how I categorize licenses at a glance for my workflow:
| License | Can I Kitbash? | Can I Sell It? | Key Requirement | My Typical Use Case |
|---|---|---|---|---|
| CC0 / Public Domain | Yes, freely. | Yes. | None. Best option. | Core building blocks for complex kitbashes. |
| CC-BY | Yes. | Yes. | Must give credit to author. | Great for projects where attribution is easy (credits roll). |
| CC-BY-NC | Yes. | No. Non-commercial only. | Attribution + non-commercial. | Personal projects, prototypes, non-monetized content. |
| CC-BY-ND | No. | Yes, but as-is. | Attribution + no derivatives. | Background props used without modification. |
| Royalty-Free (Marketplace) | Check EULA! Usually yes. | Yes, within limits. | One-time fee. Often bans resale of the asset itself. | Production work for clients. I read the specific vendor terms carefully. |
| Editorial Use | No. | No. | For news/commentary only. | I avoid these for creative 3D work. |
Beyond the basic table, I look for two critical phrases: "create derivative works" and "redistribute as part of a larger work." The license must explicitly grant the first right for me to even start kitbashing. The second right is essential if I plan to sell my game or render. If the license is silent on these, I assume I cannot do it.
This is a legal minefield. My cardinal rule: The final product's license must satisfy the terms of the most restrictive component. In practice, this means:
I consciously design my process to build in transformation. Instead of modifying one model, I use it as one component among many. The creative focus shifts to the new whole—the scene, character, or vehicle I'm designing. I document this creative intent. In a project log, I'll note: "Used Asset A as a base for the torso, but combined with Assets B, C, and D, completely resculpted the head, created new armor from scratch, and established a unique silhouette for the faction." This narrative highlights transformative intent.
I layer originality. A kitbashed spaceship isn't just glued together. I:
Be transparent and conservative. When I share a kitbashed creation, I clearly license it under terms that respect my source materials. If I used only CC0 assets, I can license the final result as CC0. If I used a CC-BY asset, my license must include the BY (attribution) requirement. I always include a CREDITS.txt file that lists the sources, as I documented in my workflow. This builds trust and respects the ecosystem.
I use AI 3D generation as a starting point to bypass initial copyright ambiguity. For example, in Tripo, I can generate a basic creature or prop from a text prompt. This AI-generated model, depending on the platform's terms, often serves as a copyright-clean base asset because it wasn't copied from an existing database of copyrighted models. I treat this output as my "digital clay"—a unique starting point with no inherited license restrictions, ready for my own kitbashing and detailing.
My hybrid workflow looks like this: I generate several base shapes or components in Tripo—say, organic rock forms and strange mechanical parts. I export these as standard mesh files (OBJ, FBX). I then import them into my main DCC tool (like Blender or Maya) as if they were any other asset. Here, I kitbash them together with my own hand-modeled elements, apply my own textures, and refine the topology. The AI parts become indistinguishable components of a larger, original whole that I've art-directed.
Before using any AI generation tool, I always check its Terms of Service for Output Rights. I look for clear language stating that I own the output or have a broad, perpetual license to use it for commercial purposes. In my work with Tripo, for instance, their terms grant users ownership of the generated 3D assets, which provides the legal foundation I need to use them professionally. This due diligence is non-negotiable; it turns an AI tool from a legal gray area into a robust part of a compliant production pipeline.
moving at the speed of creativity, achieving the depths of imagination.
Text & Image to 3D models
Free Credits Monthly
High-Fidelity Detail Preservation