RatedWithAI

RatedWithAI

Accessibility scanner

AI CopyrightSeptember 1, 2026

A Fine-Tune Turns Other People's Documents Into Your Weights

The dataset for a domain fine-tune is rarely material you wrote. It is customer tickets, licensed reference content, scraped documentation, and partner files — held under contracts drafted before anyone was training on them. The training run is where those terms stop being theoretical.

Input Licence
Whether the contract that gave you the data reaches model training
Weight Persistence
The tuned model outlives the customer relationship that supplied the data
Voided Indemnity
Modifying the model is a standard exclusion in vendor output indemnities

Question One: Did the Data's Licence Contemplate Training?

Start with the instrument that put the data in your hands. A customer agreement typically grants a licence to host, process, transmit, and display customer content for the purpose of providing the service, sometimes with a narrow right to use aggregated and de-identified data to improve it. A fine-tune is not obviously inside either grant: the purpose is not the provision of that customer's service, and the artefact is a durable model that survives the contract's termination.

The same test applies to every other source. Licensed reference content usually permits internal use and display, not incorporation into a distributed model. Content scraped under a site's terms of use is governed by those terms whatever the copyright analysis says. Partner and marketplace data almost always carries a purpose limitation. The question is never "is training legal in general" — it is "what did this specific agreement grant".

Question Two: What Does the Model Vendor's Licence Allow?

Open-weight licences are not interchangeable. Some carry field-of-use restrictions and acceptable-use policies that flow through to your customers. Some require you to license derivatives on the same terms or to preserve attribution and naming conventions. Hosted tuning services often keep the tuned model inside the platform, which makes it a right of access rather than an asset you own — a material fact if your plan involves moving providers or selling the model. Read for three things: what you may build, what you may keep, and what happens when the agreement ends.

Question Three: What Comes Back Out of the Weights?

Memorisation and Regurgitation

CRITICAL RISK

Small, repetitive, or heavily duplicated training sets increase the chance the model reproduces distinctive passages verbatim — the failure mode most likely to look like infringement to a rights holder.

Cross-Tenant Leakage

CRITICAL RISK

One model tuned on all customers' data can surface tenant A's pricing, names, or internal terminology in tenant B's session. A confidentiality breach regardless of the copyright position.

Personal Data Inside the Weights

HIGH RISK

Tickets and CRM notes carry personal information. A deletion request against a model you cannot selectively unlearn is a much harder problem than deleting a row.

Voided Vendor Indemnity

HIGH RISK

Output indemnities routinely exclude modified models, customer-supplied training data, and disabled safety filters — three conditions a fine-tune commonly satisfies at once.

Unownable Output

MEDIUM RISK

Whatever the model emits still faces the human-authorship rule. The fine-tune improves relevance; it does not make the output a protectable work.

Question Four: Do You Need a Fine-Tune at All?

A large share of fine-tuning projects are solving a retrieval problem. If the goal is for the model to know your documents, retrieval over a permissioned index gets you there with the access controls intact, the deletion story straightforward, and the customer's material never entering the weights. Reserve tuning for format, tone, and task behaviour — where the training data can be your own examples rather than your customers' content.

Pre-Training-Run Checklist

Every item is cheap before the run and expensive after it, because untraining is not a thing.

Build a dataset provenance record: for each source, the agreement that supplied it and the clause that permits trainingRequired
Read the customer agreement's improvement clause literally; if it says aggregated and de-identified, the dataset must be bothRequired
Check the base model licence for field-of-use limits, derivative-licensing terms, and whether you can export the tuned weightsRequired
Re-read the vendor's output indemnity for the modified-model and customer-data exclusions before relying on itRequired
Deduplicate the dataset and strip PII and secrets before training — duplication is what drives memorisationEngineering
Use per-tenant adapters or retrieval instead of one shared tuned model on multi-tenant dataArchitecture
Run a memorisation probe on the finished model against distinctive strings from the training setTesting
Keep the dataset snapshot and its provenance manifest so the model can be rebuilt without a tainted sourceDocumentation
Add an explicit, opt-in training right to the customer agreement if training is part of the roadmap — retroactive consent is the hard versionContract

Audit your AI product's compliance exposure

RatedWithAI helps tech teams understand their compliance posture across accessibility, privacy, and AI regulation requirements. Start with a free scan.

Scan Your Product for Free →

Frequently Asked Questions

Our terms let us use data to 'improve our services'. Is that enough?

It is the clause everyone points at and it is thinner than it looks. Improvement language was largely written for analytics and debugging, it usually sits next to an aggregation or de-identification qualifier, and it has to survive a customer reading it after the fact. If training is a real part of the plan, add a specific right rather than stretching a general one.

Does de-identifying the data solve the copyright question?

No — those are different problems. Removing names addresses privacy; it does nothing about the fact that the text is somebody's copyrighted expression held under a purpose-limited licence. You need both analyses, and the copyright one turns on the contract, not on the identifiability of the content.

What if the customer asks us to delete their data after we trained on it?

Plan for it before you train. Deleting the source rows is straightforward; extracting a customer's influence from the weights is not, and the practical answer is usually retraining from a clean dataset snapshot. That is only possible if you kept the snapshot and its provenance manifest — which is why the manifest is on the checklist.

Is a LoRA or adapter different from a full fine-tune legally?

The training-copy and licence questions are the same: you still made copies of the material and still need a right to do so. What changes is engineering leverage — adapters can be per-tenant, swapped out, and discarded, which makes deletion and leakage far more tractable. Better architecture, same contract analysis.

Who owns the tuned model?

Whatever the base model licence and the tuning service agreement say, which is often less than teams assume. Hosted tuning may leave you with a right of use inside that platform rather than portable weights. Settle ownership, export rights, and post-termination access in writing before the model becomes load-bearing for the product.

Related Guides