Home/Blog/AI transparency
AI Product Engineering

AI Transparency: Labeling Generated Content in Product Workflows

Transparency is not one badge attached to every AI feature. Products need to preserve how content was produced, decide when a disclosure is required, expose the right signal to users, and keep that signal intact when content is edited, exported or reposted.

In the EU, Article 50 of the AI Act creates distinct transparency obligations for providers and deployers. The European Commission says these rules apply from 2 August 2026. The Code of Practice is voluntary, while the underlying legal obligations are not. Scope and exceptions depend on the system and content: machine-readable marking by providers is not the same workflow as a deployer disclosing a deepfake or certain AI-generated text made public on matters of public interest. Get jurisdiction-specific review; do not turn a summary into a compliance determination.

Model the content lifecycle

Carry provenance from generation through edits, review, delivery and later verification
01 / GenerateRecord originSystem, model/version, task, time and output identifier.
02 / TransformPreserve lineageTrack edits, human contribution, tools and export operations.
03 / AssessDetermine disclosureClassify media, context, audience and applicable rule.
04 / ReviewModerate and approveRoute sensitive, public-interest or impersonation cases to review.
05 / DeliverMark and verifyAttach machine-readable signal and appropriate user-facing disclosure.

Separate three signals

A robust product distinguishes: provenance metadata that travels with a file; a visible disclosure that helps a person understand what they are seeing; and a detection signal that lets downstream systems inspect content. They can reinforce each other but are not substitutes. Metadata can be stripped by screenshots or transcoding, visible labels can be cropped, and detectors can be wrong. Do not claim that a watermark proves authenticity or that the absence of a detector match proves human authorship.

SignalBest useFailure to plan for
Machine-readable provenanceInteroperable origin and transformation historyMetadata stripping, unsupported formats or forged claims.
Visible labelImmediate context for a viewer or readerLocalization, accessibility, placement and cropping.
Detection/moderationQueueing uncertain or high-risk contentFalse positives, false negatives and adversarial edits.

Build the decision into the product

At generation time, create an immutable content ID and provenance record. At edit time, append transformations instead of overwriting origin. A policy service can evaluate modality, degree of generation/manipulation, publication context, audience and jurisdiction, then return a decision with reason code, required label, metadata action and review status. Store the policy version so teams can reconstruct why content was labeled at the time.

Moderation queues should prioritize realistic impersonation, non-consensual intimate imagery, civic or public-interest claims, and cases where human edits may change the classification. Reviewers need the source context and a way to correct mistakes. An uncertain detector should create a review signal, not an automatic declaration that a person used AI.

Make labels useful, not noisy

Use plain language tied to the actual transformation, such as “AI-generated image” or “AI-assisted summary,” when appropriate. Do not imply that a human reviewed factual accuracy unless they did. Support screen readers, localization, keyboard navigation and persistent placement across responsive layouts. For creators, explain what is marked, what metadata is stored, whether the output can be downloaded without a label and how appeals work.

For audio/video and public-interest text, encode distinct rule paths rather than one global boolean. Keep an exception record with rationale and reviewer for cases such as artistic or satirical work, where applicable rules specify a different disclosure manner. Legal exceptions are not engineering defaults; route them through accountable policy decisions.

Test the whole chain

Export and repostCheck that metadata survives supported formats and disclose when it cannot.
Human editsVerify lineage updates after crop, retouch, rewrite, dubbing or compositing.
AccessibilityTest label visibility, assistive technology and translated strings.
Abuse resistanceProbe spoofed metadata, watermark removal and detector evasion.

What I would implement

I would define a content provenance schema, signed generation events, append-only transformation history and a policy decision API. The publishing service would render labels from policy output, not ask each client team to interpret legal text independently. A moderation console would expose evidence and decision history; metrics would track missing provenance, label delivery, appeal outcomes, detector uncertainty and format-specific loss. Periodic audits would sample the full workflow from model output to public page.

In summary

AI transparency is a product data-flow problem. Preserve provenance, separate technical marking from user disclosure, apply the right rule to the content and context, and plan for metadata loss and detector uncertainty. Make decisions explainable, accessible and reviewable. The result is more trustworthy than a universal “AI inside” badge and more adaptable as standards and laws evolve.

Editorial note: This article is a software-engineering discussion, not legal advice. For EU compliance, consult the AI Act text, current Commission guidance and qualified counsel for the product’s role and use case.

Related reading