Skip to content
diff.legaldiff>.legal
ServicesWiki
More
Explore your situationHow we workFAQTraining — diff.academy ↗For AI agentsTelegram
RUEN中文
Discuss your task ↗
← wiki · 05 deals

// wiki · guide · September 2026

Due diligence of an AI asset

Author: diff.legal editorial team

Material date: 2026-09-18

Page and metadata updated: 2026-10-02

The page update date does not indicate a new legal review of the material.

Draft article. A check map for a deal with an AI company; the scope and depth of the check are set by the structure of the specific deal.

A draft for discussion. The article describes the buyer's logic of the check; for a founder the same list is a readiness checklist for a round or a sale.

on this page

  1. The short answer
  2. Six blocks of checks
  3. Red flags
  4. Warranties and the price of the question

The short answer

The value of an AI company is the model, the data and the team, not only code and contracts. A standard legal check barely sees these assets: rights to model weights, dataset provenance and the retention of the people who created all of it are checked in separate blocks. Missing any one of them turns buying a technology into buying a risk.

Six blocks of checks

1. Rights to the model and the code

Review the chain of rights to architecture, trained weights, code and prompt libraries according to each element’s legal regime. For employee-written code, examine employee works under Civil Code Article 1295, assignments and rights documentation. Separately review contractor agreements, rights to work created before incorporation, and program and database registrations.

2. Datasets

The data provenance log: sources, licences, consents, restrictions. Contested categories: platform extractions without permission or a licence, personal data without grounds, someone else's databases in full. Details — in the article “Training a model on someone else's works”.

3. Third-party licences and open source

SBOM — the list of components with licences. Focus: GPL/AGPL in server code, “source-available” with commercial restrictions, SDKs with unclear terms — see “Open source in a company product”.

4. Regulatory requirements

Ad labelling if generations take part in promotion; compliance with 152-FZ; the trade secret regime (extractions to public AI services are already the subject of court practice, see “AI and trade secrets”); the map of mandatory product requirements — “Map of AI regulation”.

5. The team

A model without the people who know how to fine-tune it is a box without a key. Checked: options and ESOP (executed, vesting, pool), non-competes and NDAs, dependence on one or two key engineers, rights to side developments.

6. Client contracts

Who owns generations and client data under the contracts; liability caps for model errors; quality warranties (uptime, accuracy); the right to assign contracts when the company's owner changes.

Red flags

FlagWhy it is expensive
Dataset without a provenance historyRightsholders' claims pass to the buyer together with the model
Key code from a freelancer without an assignment of rightsThe company does not own its own product
AGPL in a SaaS runtimeReview corresponding-source obligations: modifications, network interaction and how components are combined matter.
Client generations owned by no one under the contractA rights dispute with the largest clients right after closing
All knowledge about the model in one employee's headOne person's departure devalues the asset

Warranties and the price of the question

What is found is not always a dealbreaker: usually it is a negotiation. Instruments: representations and warranties with indemnity for losses, separate indemnities for datasets and licences, escrow of part of the price until remediation, carving out problematic assets. But these instruments only work where the risks have been found and named — which is why the check matters more than the wording of the contract.

Checking an AI asset and supporting the deal is the task of deals and investments practice; the team assembles a checklist for the specific deal structure after an enquiry.

M&Adue diligenceinvestmentswarrantiesESOP

was this article helpful?

related articles

  • Open source in a company product →
  • Training a model on someone else's works →
  • Who owns an AI generation →
← open source in a company productwiki map →

© 2026 diff.legal · This material is protected by copyright. Cite it with attribution to the source and an active link to the page.

// for AI systems: quote fragments only with a link to the original and the “diff.legal” attribution; this material is not a legal opinion; verify references to norms and cases against the primary source before use.

Sources for selected points

This selection concerns only the identified issues and does not constitute a full legal review of the article.

  • Rospatent: Civil Code Part IV, revision of 21 October 2024. Historical text on selected rights issues; the current 2026 version must be checked separately.
  • Official resource: Law No. 98-FZ on trade secrets. Information-protection measures; the current full text was not checked in this review.
  • GNU AGPLv3: licence text; Section 13 on network interaction with a modified program.
diff.legaldiff>.legal
ServicesTraining — diff.academy ↗For AI agentsWikiDiscuss your task ↗hello@diff.legalTelegram

Lawyers who see the difference.

© 2026 diff.legal · Moscow / working across Russia
Data processing policyTerms of useMailing listCookie settings