Author: Clearon AI

The latest EU AI Act update says something bigger than "the Code moved forward."

On July 9, the European Commission said the Code of Practice on Transparency of AI-Generated Content adequately covers Articles 50(2), (4), and (5) of the AI Act, and the AI Board adopted its own adequacy assessment the same day.

That does not make the Code binding law. Article 50 is the binding law. The Code is still a voluntary path ahead of the August 2, 2026 obligations.

What matters more is the pattern behind it. AI regulators disagree on plenty: liability, model governance, private lawsuits, safety testing, and federal versus state control. They still keep landing on the same move first: tell people when AI is involved, label synthetic content, disclose key terms, and keep a record showing the disclosure was real.

For broader tracking context, see Clearon's Laws, Bills & Regulations page.

The EU Update Shows The Pattern Clearly

The EU's Article 50 framework already made this one of the clearest early-operating obligations in the AI Act.

The Commission's final Code of Practice on marking and labelling AI-generated content was designed to help providers and deployers meet those duties. It covers provider-side marking and detection of AI-generated or manipulated content and deployer-side labelling of deepfakes and certain AI-generated or AI-manipulated text published on matters of public interest.

The July 9 adequacy assessment matters because it makes that framework more usable. Companies that sign and follow the Code get a clearer EU-wide path for demonstrating compliance. Companies that choose another method can still do that, but they will need to defend their own approach.

That is the recurring move. The law does not stop at whether a system is safe in the abstract. It asks whether users, viewers, readers, and regulators can tell when AI-generated or AI-manipulated content is in play and what controls were used.

This Is Not Just An EU Idea

These duties keep appearing in very different AI rules, often with different policy goals and enforcement structures.

Oregon's newly chaptered companion-chatbot law requires non-human notices when a reasonable person would think they are interacting with a natural person. That is not an EU-style content-labelling rule, but the regulatory instinct is the same: if AI is standing in for a human relationship or interaction, the law increasingly wants the user told so.

Colorado's conversational AI law works the same way. Effective January 1, 2027, operators must disclose that the service is AI while also meeting age-estimation, minor-safety, self-harm, privacy, and reporting requirements. Again, the state did not start with frontier-model theory. It started with disclosure.

New York's AI companion safeguards take a similar approach. Covered operators must provide conspicuous recurring notices that users are interacting with AI, not a human, including every three hours of continued companion use. That is an unusually concrete example of transparency as an ongoing duty rather than a one-time buried term.

Connecticut's consumer generative-AI subscription law is different in subject matter but similar in structure. It does not focus on deepfakes or companion chatbots. It requires disclosure of key subscription terms and written consumer acceptance before entering into or renewing certain generative-AI subscriptions or collecting payment. The issue there is transactional rather than synthetic-content-related, but it is still a rule built around telling the user what matters before money changes hands.

New York's synthetic-performer advertising law adds another example. It requires disclosure when advertisements include AI-generated performers. New York's FAIR News Act proposal would require conspicuous disclosure when news media content is substantially created by generative AI. California's SB 947 employment bill would add worker notice and access rights around automated decision systems. Different sectors, different politics, same instinct.

That is why this looks less like one topic inside AI law and more like the first rule lawmakers can agree on.

Why This Rule Keeps Winning

There are practical reasons for that.

Transparency is easier to legislate than a complete theory of AI safety. "Label this," "disclose that," and "tell the user this is AI" are easier rules to draft and explain than rules that try to settle contested questions about model capability, causation, fairness metrics, or acceptable levels of autonomy.

It is also easier to enforce. Regulators can check whether a notice appeared, whether a label was conspicuous, whether terms were disclosed, whether a user was informed, and whether records exist to support those claims.

It is also politically durable. Even when lawmakers disagree about whether AI should be slowed down, promoted, tightly licensed, or mainly governed through existing consumer-protection law, disclosure rules survive because they sound modest and hard to oppose. Telling people that content is synthetic or that a chatbot is not human reads like a baseline fairness rule.

That does not make it trivial. In practice, it can be operationally messy.

The Hard Part Is Not Writing The Label

Most companies do not struggle with the sentence itself. They struggle with the workflow behind it.

For the EU AI Act, that means identifying which systems and outputs fall within Article 50, deciding when text is published on a matter of public interest, determining when content is AI-generated or AI-manipulated, and making sure labels or machine-readable markers survive distribution.

For companion-chatbot laws, it means deciding when an interaction is human-like enough to trigger notice duties, where the notice appears, how often it reappears, how minors are handled, and what records show the company actually delivered the disclosure.

For subscription and advertising laws, it means mapping payment flows, renewal flows, ad production processes, and approval chains so the promised disclosure is not separated from the user decision it is supposed to inform.

The regulatory pattern may be simple. The implementation pattern is not.

What Companies Should Take From The EU Update

The Commission's adequacy assessment is a reminder that these obligations are moving out of policy decks and into operational compliance.

The Article 50 Code is voluntary, but it now looks more like the default evidence path for many organizations subject to the EU framework. That should push companies to ask a broader question: where else in the business are AI notice, labeling, or disclosure duties already becoming mandatory?

A good cross-jurisdiction review should identify at least four things:

• where the company generates or publishes synthetic content;
• where users interact directly with AI systems that could be mistaken for humans;
• where customers, workers, or the public are asked to rely on AI-affected outputs or offers; and
• what records show the company actually delivered the relevant notice, label, or disclosure.

Companies that only track "high-risk AI" or "model governance" may miss the compliance lane that is already becoming the most common one.

Bottom Line

The new EU milestone is not just another Brussels process update.

It is evidence that one of the few truly durable ideas in AI regulation is simple: people should be told when AI is shaping what they see, hear, buy, or rely on. The EU is doing it through Article 50 marking and labelling. Oregon, Colorado, New York, Connecticut, and pending California measures are doing it through chatbot notices, subscription disclosures, synthetic-performer disclosures, news-content disclosures, and worker notice rights.

The details differ. The throughline is hard to miss.

When AI law cannot agree on everything else, it keeps agreeing on that.

Sources

• European Commission opinion on adequacy assessment of the Code of Practice on Transparency of AI-Generated Content
• Commission announcement on the final Code of Practice
• Code of Practice on Transparency of AI-Generated Content
• Oregon SB 1546 measure overview
• Colorado HB 26-1263 bill page
• New York Governor announcement on AI companion safeguards
• Connecticut HB 5222 bill status page
• New York Governor announcement on synthetic-performer ad disclosure law
• New York Senate FAIR News Act press release
• California SB 947 bill history
• Clearon article on EU AI Act transparency Code and labeling

The Perplexity cases are no longer just one publisher dispute with a few echoes around it.

The filings now show something more structured: repeated publisher plaintiffs, the same defendant, the same court, and relatedness filings that tie the newer suits back to the earlier ones.

That is why the better way to read these cases now is as a real Southern District of New York cluster.

This point is procedural before it is substantive. It does not tell us who will win. It does tell us that the Perplexity litigation map is getting denser in one court, and that matters on its own.

The Short Answer

• Perplexity is no longer facing just one major publisher case in S.D.N.Y.
• Court filings now show a growing set of publisher actions in the same court, with relatedness filings linking newer cases to earlier ones.
• That does not create formal consolidation by itself, but it does make the litigation easier to understand as a cluster rather than a series of isolated disputes.

The Anchor Case Came First

The best starting point is still Dow Jones & Company, Inc. v. Perplexity AI, Inc.

That case put a major publisher plaintiff and Perplexity into S.D.N.Y. on a copyright-centered answer-engine theory. On its own, it could still have been treated as one important lawsuit against one AI company.

That is no longer the full picture.

The New York Times And Chicago Tribune Cases Changed The Shape

In December 2025, two more publisher suits were filed against Perplexity in the same court.

The New York Times Company v. Perplexity AI, Inc. was filed on December 5, 2025. The docket includes a statement of relatedness pointing back to Dow Jones & Company, Inc. v. Perplexity AI, Inc.

Chicago Tribune Company, LLC v. Perplexity AI, Inc. was filed on December 4, 2025. That docket also includes a statement of relatedness pointing back to the Dow Jones action.

Those filings matter because they show the cases were not framed as unrelated one-offs. From the start, the newer publisher complaints were being tied back to the earlier Perplexity case in the same court.

CNN Makes The Cluster Harder To Ignore

The pattern became even harder to miss when Cable News Network Inc. v. Perplexity AI, Inc. was filed on May 28, 2026.

The CNN docket includes a statement of relatedness tying the case to The New York Times Company v. Perplexity AI, Inc. The docket also shows an earlier relatedness filing attempt referencing the Chicago Tribune matter.

That is not just another headline plaintiff. It is another sign that the Perplexity publisher cases are being filed with one eye on the surrounding map.

Why The Cluster Framing Matters

Calling these cases a cluster is not just a visual convenience.

It changes how the litigation should be watched.

Once several publisher suits sit against the same defendant in the same court, a few practical questions become more important:

• whether judges start treating the cases as part of one broader dispute landscape;
• whether overlapping pleadings sharpen a common theory about answer-engine substitution or output-side competition;
• whether procedural coordination pressure increases even without full consolidation;
• whether discovery, motion practice, or settlement posture in one case starts influencing expectations in the others; and
• whether additional publisher plaintiffs see S.D.N.Y. as the natural forum for similar claims against Perplexity.

That does not require the cases to become one proceeding. The cluster effect can matter well before that.

This Is Still Not A Merits Answer

The cluster point should not be overstated.

These dockets do not prove that the publishers' claims are right. They do not tell us whether Perplexity's defenses will succeed. They do not resolve how courts will draw lines between training issues, output issues, substitution theories, trademark theories, or fair-use arguments.

They do show something narrower and still important.

Perplexity is no longer dealing with a single flagship publisher suit in isolation. It is dealing with a growing publisher map in one federal court.

That is a meaningful litigation development even before any decisive merits ruling arrives.

The Useful Question Now Is What Repeats

For Clearon readers, the most useful next step is to watch for repetition across the Perplexity dockets.

The more the same themes repeat, the more clearly this becomes a real litigation category rather than a collection of separate complaints.

The questions to track are straightforward:

• Which claims appear across multiple publisher cases?
• How often do plaintiffs frame Perplexity as a substitute for original publisher content rather than just a training-data user?
• Do the pleadings keep centering answer-engine behavior, branding, or output presentation?
• Does S.D.N.Y. begin to look like the home court for this publisher-versus-answer-engine fight?

Those repetition points may become more informative than any single complaint standing alone.

Bottom Line

The Perplexity publisher cases are becoming a real S.D.N.Y. cluster because the filings now show repeated publisher plaintiffs, repeated relatedness filings, and repeated use of the same court.

That does not answer the merits. It does answer something else that matters right now.

Perplexity is facing a denser and more legible publisher-litigation map than it was a few months ago. For anyone tracking AI litigation, that is already a story worth treating as its own development.

Sources

• Dow Jones & Company, Inc. v. Perplexity AI, Inc. docket
• The New York Times Company v. Perplexity AI, Inc. docket
• Chicago Tribune Company, LLC v. Perplexity AI, Inc. docket
• Cable News Network Inc. v. Perplexity AI, Inc. docket

The FTC’s companion chatbot inquiry is not a complaint, a consent order, or a liability finding.

It is still one of the clearest official documents on what the agency wants to see when it starts asking questions about companion-style AI products.

That is the part companies should pay attention to.

The Commission used its 6(b) authority to order seven companies offering consumer-facing AI chatbots or companion-style services to provide special reports. The FTC said it wanted information on how those firms measure, test, and monitor potentially negative impacts on children and teens.

A lot of AI companies still talk about companion safety as a content-moderation problem or a product-policy problem. The FTC’s order structure treats it as something larger: a records problem, a testing problem, a monetization problem, and a governance problem.

The Short Answer

• The FTC’s 6(b) inquiry is an information demand, not an enforcement action or a final liability conclusion.
• The inquiry still matters because it shows what the agency thinks companies should be able to explain about companion-chatbot safety, youth harms, disclosures, monetization, and data handling.
• The practical warning is simple: if a company cannot produce a coherent file on how its companion product was designed, tested, monitored, and marketed, it may already be in trouble before any complaint is filed.

Why The 6(b) Tool Matters

Section 6(b) of the FTC Act lets the Commission require companies to file special reports and answer questions about their business practices.

That matters because a 6(b) order is not limited to one narrow incident. It is a way for the FTC to map a market, compare company practices, and decide where enforcement or rulemaking pressure may go next.

For companion chatbots, that means the FTC is not only asking whether one system produced one bad output.

It is asking broader questions:

• what risks companies already knew about,
• what they tested for,
• what safety controls they chose,
• how engagement incentives work,
• what users and parents were told, and
• how sensitive conversational data is handled.

That is a much more operational inquiry than a headline about "AI harms children."

What The FTC Asked About

The Commission’s public description of the inquiry is revealing on its own.

The FTC said companion chatbots can mimic human characteristics, emotions, and intentions, and may prompt some users, especially children and teens, to trust and form relationships with them.

The inquiry asks about:

• how companies measure, test, and monitor potentially negative impacts on children and teens;
• how user engagement is monetized;
• how user inputs and outputs are processed;
• how chatbot characters are created, reviewed, and approved;
• what pre-deployment and post-deployment testing occurred;
• what mitigation steps were used for known harms;
• what disclosures were given to users and parents;
• how age restrictions and community rules are enforced; and
• how personal information from chatbot conversations is used or shared.

That is not a generic safety questionnaire. It is a map of what the FTC thinks a serious companion-chatbot governance file should contain.

The Inquiry Turns Product Design Into A Records Question

A lot of consumer AI companies still rely on high-level safety claims.

They say the product is supportive, carefully moderated, intended for healthy use, not designed for minors, or backed by trust and safety controls.

The FTC’s inquiry points to the next question after those claims: what can the company prove?

Can it show:

• what youth-risk scenarios were tested;
• what self-harm or dependency concerns were raised internally;
• what escalation pathways exist for dangerous conversations;
• what guardrails were added before launch and after incidents;
• what engagement mechanics may reward longer or more emotionally intense sessions; and
• what records support public claims about safety and responsible design?

That is why the inquiry matters even without an enforcement complaint. It shows the level of detail the agency may expect if a product becomes the subject of later scrutiny.

Monetization Is Part Of The Safety Analysis

One of the most important FTC signals here is that monetization is not separate from safety.

If a companion product makes money from time spent, subscriptions tied to emotional engagement, premium relationship features, or repeated return sessions, regulators may ask whether those incentives increase foreseeable harm.

That does not mean every subscription model is unlawful.

It does mean companies should expect questions about whether product incentives reward:

• deeper emotional reliance,
• longer sessions for vulnerable users,
• repeated return behavior after distress,
• higher-risk roleplay or intimate interaction, or
• weaker intervention when a user shows signs of crisis.

Once monetization is linked to emotional engagement, the business model itself becomes part of the risk analysis.

Data Handling Is In The Same File

The FTC also tied the inquiry to data practices.

That matters because companion products often handle unusually sensitive material: loneliness, mental health, sexuality, family conflict, grief, self-harm, identity questions, and other intimate conversation topics.

The regulatory question is not only whether the company collected that information.

It is also:

• how long it kept it,
• whether it used it for product training or character tuning,
• whether it shared it internally or externally,
• what users understood about that use, and
• whether minors’ data received different treatment.

For companion systems, safety review and data-governance review should not live in separate silos. The FTC is clearly looking at both at once.

This Fits The Broader Companion-Chatbot Pattern

The FTC inquiry is one lane in a broader pattern Clearon has already been tracking.

New York, California, and Oregon have now enacted companion-chatbot requirements focused on nonhuman disclosures, youth-facing safeguards, and self-harm response protocols. Oregon’s chaptered SB 1546 adds another state example of disclosure duties and a private enforcement hook. Florida’s lawsuit against OpenAI shows how a state attorney general may try to turn chatbot design, minors, warnings, and data practices into a broader consumer-protection case.

The FTC inquiry fits that same trend, but from a federal document-demand angle.

The common question is not simply "did the chatbot say something bad?"

It is "what did the company know, what did it build, what did it test, what did it tell users, and what records support those answers?"

What Companies Should Do Now

Companies offering companion or emotionally responsive chatbots should treat the inquiry as a checklist.

At minimum, they should be able to locate:

• product definitions showing whether the system fits a companion or relationship-like use case;
• youth-risk and self-harm testing materials;
• character-design review records;
• disclosure language for users and parents;
• age-gating and age-estimation policies;
• incident logs and escalation records;
• monetization documents tied to engagement design;
• moderation and crisis-intervention protocols;
• data-retention and data-sharing rules for sensitive conversations; and
• internal support for public safety and trust claims.

The point is not to generate paperwork for its own sake.

The point is that if the FTC asks for the file, the company should not need to reconstruct its safety story from scattered chat threads, slide decks, and product meetings.

Bottom Line

The FTC’s companion chatbot inquiry is not an enforcement result. It is a preview of the agency’s questions.

Those questions are practical and specific. They center on youth harms, testing, character design, disclosures, monetization, moderation, and data handling.

For companies building companion-style AI, that is the warning. The compliance issue is no longer only what the product says to users. It is whether the company can produce a credible record of how the product was built, reviewed, and governed before regulators ask for it.

Sources

• FTC press release on the companion-chatbot inquiry
• FTC 6(b) special-report page
• Oregon SB 1546 measure overview
• Clearon companion-chatbot compliance article
• Clearon analysis of Florida v. OpenAI

For a while, AI washing sounded like a cheap shot. A company slapped “AI-powered” on ordinary software. A vendor implied the model could do more than it really could. A marketing team reached for the label because the market wanted to hear it.

That still happens. What has changed is the legal posture around it.

AI washing is no longer just a hype problem. It is turning into a substantiation problem. When a company says a product is intelligent, autonomous, safe, accurate, compliant, unbiased, or ready for sensitive work, regulators, customers, investors, and plaintiffs can all ask the same question: what did that claim actually mean, and what evidence supported it?

That question does not require a new AI-specific statute. Existing deception, unfairness, privacy, procurement, securities, and misrepresentation theories are already enough to create pressure.

Why This Is Becoming A Real Legal Category

The reason is straightforward. AI claims now shape material decisions.

Consumers may rely on them when deciding whether a product is safe, trustworthy, educational, therapeutic, or appropriate for minors. Enterprise buyers may rely on them when deciding whether a system is ready for legal, HR, health, finance, or security workflows. Investors and board members may rely on them when evaluating growth, defensibility, product moat, or operational maturity.

Once AI language starts influencing those decisions, the claim stops being casual branding. It becomes something closer to a factual representation about capability, safety, governance, or reliability.

That is why AI washing is becoming a legal category even without a statute labeled “AI washing.” The law already knows how to handle claims that create a misleading net impression.

“AI” Is Not Just One Claim

One reason this gets messy fast is that companies often use AI language as if it were a single label.

It is not. Saying a product uses AI can imply very different things depending on the context. It may suggest the product actually uses machine learning rather than ordinary automation. It may suggest the system is more advanced than a rules engine, improves itself over time, requires less human labor, produces more accurate results, acts autonomously, or has stronger safety and governance controls than competing tools.

Those are not all the same claim. They create different expectations and different legal exposure.

A regulator or plaintiff usually does not need to prove that every part of the AI story was false. It is often enough to show that the overall impression was materially misleading for the audience that mattered.

The Problem Is Broader Than Capability Hype

The obvious form of AI washing is capability inflation. A company says the product can do things it cannot do.

The harder cases are broader than that. The claim may not be “our model is magic.” It may be “our system is safe,” “our outputs are objective,” “our workflow is compliant,” “our AI runs with human oversight,” or “our platform is enterprise ready.”

That is where the risk gets more serious, because those claims are often tied to internal process, governance, testing, escalation, data handling, and product design, not just model performance.

A company can also create AI-washing risk by hiding the amount of human labor behind the product, downplaying model limitations, overstating bias mitigation, overstating explainability, or suggesting a level of operational control that does not really exist.

In other words, the legal problem is often not “you said the word AI.” It is “you used AI language to imply a level of performance, safety, or governance that the record cannot support.”

The FTC Makes The Trend Easier To See

The FTC's proposed AI accuracy policy statement is not an anti-AI-washing rule by name, but it shows the direction clearly.

The Commission's point is that a company may create the impression that its AI system is trying to provide the best, most accurate, or most truthful answer for the user's objective. If the system is actually steered toward a different hidden objective, the FTC says that may be deceptive.

That is a model-design issue, but it is also a claims issue. A company may never use the phrase “objective and neutral” and still create that impression through product design, benchmarking language, sales materials, accuracy messaging, or positioning.

The same pattern showed up differently in the FTC's Active Listening matter. There, the problem was not just a buzzword. It was the gap between what the product was presented as doing and what the facts supported about the listening function and the related privacy implications.

Put those together and the pattern becomes clearer. AI-washing risk is not confined to inflated tech language. It can arise whenever the public story about the system outruns the product reality.

Where The Risk Usually Shows Up

The public homepage is only one part of the problem.

Marketing copy is the obvious starting point because words like autonomous, safe, trustworthy, accurate, unbiased, transparent, and enterprise ready can imply a lot more than the company intends. Those words are not off-limits. They just need support.

The bigger risk often sits in enterprise sales materials, procurement responses, security questionnaires, governance decks, and customer demos. That is where companies make concrete statements about explainability, retention, deletion, human review, model change management, data isolation, safety controls, and compliance readiness. If those statements outrun the actual workflow, the mismatch may surface later in a customer dispute, regulator inquiry, or internal escalation.

Investor and board communications create another layer. If a company ties AI to measurable gains in safety, efficiency, margins, market position, or defensibility, those statements may later be compared against testing records, incident logs, and internal discussions. Not every optimistic statement creates liability. But specific, repeated, safety-linked claims deserve careful treatment.

The product experience itself also matters. A system can create strong expectations without saying much at all. A chatbot that speaks with confidence, appears emotionally perceptive, presents itself as a trusted helper, or hides the extent of human involvement may create a stronger impression than any disclaimer in the footer.

The Internal Record Usually Decides How Bad It Gets

AI washing tends to look worst once someone asks for the internal record.

If the company publicly describes a system as safe, accurate, objective, well-governed, or ready for sensitive deployment, the next questions are predictable. What testing supported that statement? What limitations were already known? Were complaints or incidents pointing in the other direction? Did anyone inside the company describe the claim as too aggressive? Was the claim approved because it was supported, or because it sounded good?

That is the point where puffery arguments start to weaken. The problem stops looking like enthusiastic copy and starts looking like a documentation and governance failure.

What Companies Should Review Now

Companies using AI language in public or customer-facing materials should review a few things immediately.

• Whether the claim is really about the presence of AI, or about performance, safety, autonomy, neutrality, or compliance.
• Whether current product testing and governance records actually support the claim being made.
• Whether consumers, enterprise customers, investors, and regulators are hearing different versions of the same product story.
• Whether the product experience creates stronger expectations than the formal copy.
• Whether disclaimers change the net impression in a meaningful way, or just try to patch over an aggressive claim after the fact.
• Whether the rationale behind sensitive AI claims is being preserved in a way the company could defend later.

The practical question is not “can we argue about this phrase if challenged?” It is “what expectation does this create, and would we be comfortable defending that expectation with the actual record?”

Bottom Line

AI washing is becoming a real legal category because AI claims now influence decisions about safety, trust, spending, and risk.

The law does not need a special AI-washing label to get there. Existing doctrines already give regulators and plaintiffs room to test whether the public AI story matches the product, the workflow, and the record behind it.

If a company would be uneasy putting its public AI claims next to its testing history, governance records, customer complaints, and known limitations, those claims probably need work.

Sources

• Federal Trade Commission
• Federal Trade Commission
• Clearon AI
• Clearon AI
• Clearon AI
• Clearon AI

For a while, AI legal risk was often framed as a debate about big theories.

Would copyright claims survive? Would Section 230 matter? Would a new AI statute appear? Would courts treat models as products?

Those questions still matter. They are no longer the whole story.

The more immediate litigation and enforcement risk is becoming much more operational. Regulators, state attorneys general, and private plaintiffs increasingly want to know what the company knew, what it tested, what it changed, what it told users, and what records support those answers.

That is why AI litigation is increasingly about governance records.

The Short Answer

• AI legal risk is moving from abstract policy debate into record-based disputes about testing, warnings, internal knowledge, and product governance.
• Plaintiffs and regulators are using existing consumer-protection, privacy, product-design, and safety theories to ask for concrete documents rather than broad philosophical answers.
• Companies that cannot produce a coherent record of AI design, review, escalation, and mitigation may look irresponsible even before a court decides the merits.

The Record Problem Is Showing Up Across Different AI Disputes

The same pattern is emerging in several different legal lanes.

Florida's lawsuit against OpenAI is not just about a chatbot existing in the market. The complaint tries to turn product design, youth access, safety controls, warnings, and data practices into evidence-backed state consumer-protection and product-liability questions.

The reported 42-state OpenAI investigation appears to be asking for information about advertising, engagement, retention, sycophancy, vulnerable users, and treatment of sensitive data. Even at the investigation stage, that is a document-heavy inquiry.

The FTC's proposed AI accuracy policy statement points in the same direction. If the agency believes a model is being steered away from the user's expected objective, the obvious next question is what internal records show about the product's actual objective, controls, and consumer-facing explanation.

Companion-chatbot scrutiny also fits the pattern. Once a regulator or plaintiff argues that a system creates foreseeable emotional or behavioral risk, the practical fight becomes whether the company had warnings, testing, age controls, escalation rules, and internal evidence supporting its safety claims.

These are different legal theories. They are all becoming record fights.

The New Core Question Is “What Can The Company Prove?”

That question matters because a lot of AI governance still lives in presentation decks, launch reviews, and broad principles rather than in disciplined operational records.

A company may say it prioritizes safety, fairness, accuracy, trust, youth protection, or responsible AI use. In litigation, those statements are only the beginning.

The harder questions look like this:

• What testing was performed before release?
• What failure modes were already known internally?
• What documents show that leadership understood the risk?
• What warnings were considered and rejected?
• What product changes were made after incidents or internal escalation?
• What was done for minors, vulnerable users, or high-risk use cases?
• What claims were made publicly that went beyond what the internal record supported?

Those questions do not require a comprehensive AI statute. They fit comfortably inside discovery, civil investigative demands, subpoena responses, and ordinary regulatory investigation.

The Governing Theory May Be Old. The Evidence Questions Are Newer.

One reason companies misread this area is that they focus too much on whether the legal theory is novel.

Often it is not.

A state AG may use ordinary unfair-practices law. The FTC may use a familiar deception theory. A plaintiff may plead negligence, failure to warn, misrepresentation, or product-design claims. A court may focus on privilege, confidentiality, or sanctions rules that predate generative AI entirely.

The novelty is frequently in the factual record, not in the legal label.

The company is being asked to explain a model release, a training pipeline, a ranking system, a safety override, an age-gating decision, a memory feature, a moderation workflow, or a prompt-handling rule in a way that holds up across internal documents, external claims, and product behavior.

That is harder than reciting a principle.

The Weakest Record Often Appears In Four Places

1. Safety Testing

Many AI companies can say they tested. Fewer can show:

• what they tested for;
• which risks were considered material;
• how red-team findings were escalated;
• what thresholds blocked release;
• what mitigations were added before launch; and
• what remained unresolved at release.

If a harm later appears that looks close to a known internal concern, the testing record becomes central very quickly.

2. Marketing And Product Claims

A lot of AI exposure begins when public claims outrun operational reality.

That can happen through phrases like:

• safe
• trusted
• accurate
• objective
• youth appropriate
• enterprise ready
• privacy preserving
• human supervised

Those labels can become litigation artifacts. If the internal record shows caveats, unresolved risk, or known inconsistency, a regulator or plaintiff will try to line the two up side by side.

3. Vulnerable-User Treatment

Minors, emotionally dependent users, health-related users, older adults, and other vulnerable populations are becoming a major pressure point.

It is one thing to say the product was not designed for those users. It is another to explain what the company did once it knew those users were present anyway.

The record questions become concrete:

• Was usage by minors or vulnerable users anticipated?
• Were age controls or warnings considered?
• Were specific escalation or refusal rules added?
• Were safety incidents tracked separately?
• Did executives review those incidents?

4. Model-Change History

AI systems change. That is normal. It is also legally dangerous when the company cannot explain what changed and why.

A useful governance record should be able to show:

• when a material model or policy change was made;
• why it was made;
• what known tradeoffs it introduced;
• whether user-facing claims changed too; and
• whether the company preserved enough history to explain pre-change versus post-change behavior.

Without that, later disputes can turn into messy arguments over what version of the system did what.

AI Governance Records Are Not Just For Regulators

This is not only an agency problem.

Governance records matter in:

• private litigation;
• state AG investigations;
• FTC inquiries;
• insurance disputes;
• vendor and enterprise customer conflicts;
• discovery fights over AI-related workflow decisions; and
• post-incident board or audit review.

The same internal gap can create problems across all of them.

A company that cannot explain how it reviewed safety, documented model changes, handled incident escalation, or substantiated its marketing may face very different legal claims built on the same weak operational record.

What A Better Record Looks Like

A good AI governance record does not have to be perfect. It does have to be coherent.

At minimum, companies should be able to locate:

• release-review materials for major launches and major feature changes;
• red-team, testing, and evaluation summaries;
• incident logs and escalation records;
• change logs for material policy or model updates;
• records of who approved sensitive decisions;
• rationale for warnings, disclosures, and refusal behavior;
• records supporting claims about accuracy, safety, privacy, or guardrails; and
• documentation showing how minors, vulnerable users, or high-risk contexts were handled.

This is the difference between a company that can explain its judgment and a company that can only say it cared about responsible AI in general.

What Companies Should Do Now

Companies with public-facing or high-impact AI systems should review:

• whether product, legal, policy, trust and safety, and communications teams are creating one usable record or five disconnected ones;
• whether launch reviews are preserved in a way that can be understood later;
• whether known-risk discussions are logged or only discussed in chat threads and meetings;
• whether incident review produces a retrievable record of action and follow-up;
• whether marketing language is checked against the internal testing record;
• whether vulnerable-user issues are tracked explicitly instead of being buried inside generic safety notes; and
• whether the company can reconstruct what changed in the system over time.

The point is not to generate paper for its own sake.

The point is that once litigation or investigation begins, the record exists whether the company designed it or not. If the formal record is weak, the real record will be reconstructed from fragments.

That is usually worse.

Bottom Line

AI litigation is increasingly about governance records because the legal system is moving from theory to proof.

The governing claims may sound familiar: deception, unfairness, negligence, design defect, failure to warn, privacy failures, or safety misrepresentation.

What changes the exposure is often much more practical.

Can the company show what it knew, what it tested, what it changed, what it told users, and why those decisions were defensible at the time?

That is the record question. It is becoming one of the most important AI law questions on the board.

Sources

• www.myfloridalegal.com/sites/default/files/openai-filed-stamped-complaint.pdf
• www.ftc.gov/system/files/ftc_gov/pdf/ai-policy-statement_0.pdf
• clearon-ai.com/42-state-openai-investigation-what-it-means/
• clearon-ai.com/florida-openai-chatbot-safety-lawsuit/
• clearon-ai.com/ai-companion-safety-compliance-category/
• clearon-ai.com/ai-privilege-work-product-workflows/
• clearon-ai.com/ftc-ai-accuracy-policy-statement/

A German court has delivered one of the clearest early liability signals yet for AI-generated search summaries.

According to the Munich I Regional Court’s June 12, 2026 press release, the court granted a preliminary injunction application by two publishers over statements shown in Google’s "AI Overview" format.

The important part is the court’s reasoning.

The 26th Civil Chamber said the challenged AI Overview was not merely a display or link list of search results. It was content attributable to the search engine operator because the results were presented in the operator’s own summarized and evaluated words.

That is a meaningful platform-liability signal even though the ruling is only a preliminary injunction and is not yet final.

The Short Answer

• The Munich I Regional Court said the challenged Google AI Overview could be treated as content attributable to Google, not just a neutral display of third-party search results.
• The ruling came in a preliminary injunction proceeding, not a final merits judgment, and the court’s own press release says the decision is not final.
• Reuters separately reported that Google plans to appeal, but as of Clearon’s last source check there was no official appellate docket or published appellate decision identified.

What The Court Said

The court’s press release describes the case as involving two publishers who sought an injunction against statements about them generated in the search engine’s "AI Overview" feature.

The publishers argued that the AI-generated overview text wrongly associated them with fraud schemes and unserious business practices, which they said violated their corporate personality rights.

The search-engine operator argued, among other things, that it should not be liable because it was not itself responsible for the data processing and did not adopt the third-party information shown in the overview as its own.

The court rejected that framing.

Its key reasoning was direct: the "AI Overview" display was not merely a presentation or linking of search results. It was its own content attributable to the search-engine operator because the search results were summarized and evaluated in the operator’s own words.

The press release says the wording of the AI Overview showed an independent substantive evaluation of the search results. On the court’s account, that created statements going beyond the later-linked search results themselves, and those statements could be attributed to the operator.

That is the part other publishers, platforms, and product teams should pay attention to.

Why Attribution Matters More Than The Injunction Alone

The legal importance here is attribution.

Search engines and other intermediaries have long argued, often with some success, that they merely index, rank, display, or link to third-party material. That position can matter a lot in defamation, press-law, and intermediary-liability disputes.

The Munich court’s description of the AI Overview product cuts against that safe framing.

If a court sees the output as the platform’s own summarized and evaluated statement, the liability analysis changes. The platform is no longer only pointing a user toward third-party material. It may be treated as making a new statement itself.

That matters well beyond classic search.

The same issue can surface anywhere a system takes source material, rewrites it, condenses it, ranks it, or presents it as a single synthetic answer:

• search summaries,
• answer engines,
• shopping and review summaries,
• publisher-facing AI snippets,
• enterprise knowledge assistants, and
• other AI systems that translate multiple sources into one user-facing statement.

Once the system moves from retrieval into synthesis, the platform’s "we only linked to sources" argument may get weaker.

This Is Still A Preliminary Ruling

The procedural posture matters.

The Munich court press release describes the matter as an application for a preliminary injunction. It does not publish a final appellate holding or a full merits judgment. The court also says expressly that the decision is not final.

That means companies should not overread the case.

This is not a final Europe-wide rule that every AI summary automatically becomes platform speech. It is an official court summary of one injunction-stage ruling on one challenged overview display and one set of alleged false implications about specific publishers.

Still, preliminary rulings matter because they show how at least one court is analyzing the product.

For legal and product teams, this is exactly the kind of opinion worth watching early. It gives a preview of what judges may find persuasive before a full appellate record ever appears.

The Appeal Posture

Reuters reported on the same date that Google said it would appeal the German ruling.

That reported appeal intent matters, but it should be described carefully.

The official source Clearon identified is the Munich I Regional Court’s press release confirming the underlying injunction and its reasoning. Reuters is the source for Google’s reported plan to appeal. As of the last official-source check reflected in Clearon’s tracker, no official appellate docket entry, appellate press release, or published appeal decision had been identified.

So the clean framing is:

• official source for the injunction and reasoning: yes;
• official source for a filed appellate result: not yet identified;
• reported intent to appeal: yes.

That distinction matters because AI-law reporting is already crowded with headlines that flatten allegations, preliminary rulings, and final holdings into one category.

What Platforms Should Take From This

The operational lesson is not "do not build AI summaries."

It is that platforms should stop assuming synthesis is legally equivalent to linking.

Teams deploying AI-generated summary products should review:

• whether the product merely retrieves sources or also rewrites and evaluates them;
• whether the interface presents the answer as a platform-generated conclusion;
• whether users are likely to treat the summary as a standalone factual statement;
• how disputed or reputation-sensitive topics are handled;
• what guardrails exist for summaries about people, publishers, businesses, or alleged misconduct;
• what source-review and suppression pathways exist when a summary appears false or distorted; and
• what internal records show about testing, escalation, and correction workflows.

This also connects to the broader pattern Clearon has been tracking in AI litigation and enforcement.

Whether the issue is a state AG probe, a chatbot-safety complaint, or an AI-generated search summary, the pressure point is often the same: did the company merely host a tool, or did it create and present its own legally consequential statement?

Bottom Line

The Munich I Regional Court’s press release gives the market a clear early warning.

At least one German court is willing to treat a challenged AI Overview as content attributable to the search-engine operator because it was presented in the operator’s own summarized and evaluated words.

That is not a final appellate rule, and the decision is not yet final. But it is a concrete sign that AI-generated summaries can shift a platform from distributor arguments toward speaker responsibility.

For companies building summary products, that is the part worth taking seriously now.

Sources

• Munich I Regional Court press release 13/26
• Reuters report on Google’s stated plan to appeal