Author: Clearon AI

  • What The Reported 42-State OpenAI Investigation Means Before Any Complaint Is Filed

    What The Reported 42-State OpenAI Investigation Means Before Any Complaint Is Filed

    If the Wall Street Journal report is directionally right, the reported 42-state OpenAI investigation matters even before any public complaint appears.

    A subpoena is not liability, and a reported multistate probe is not proof that an enforcement action will follow.

    It still shows what state attorneys general may be trying to learn about consumer AI products before they decide whether to sue, settle, or simply keep watching.

    That phase of the story is easy to underestimate. It is also where a lot of the real regulatory pressure starts.

    The Short Answer

    • A reported multistate AG investigation is not a complaint and not a liability finding.
    • It still matters because it shows what state enforcers may be asking about consumer AI design, data handling, vulnerable users, and engagement incentives before any case is filed.
    • For the broader market, the signal is comparative: if OpenAI is being asked these questions, other consumer AI companies should expect the same categories of scrutiny.

    Start With The Right Level Of Certainty

    At this stage, the key word is reportedly.

    The current public description, as tracked in Clearon's watchlist, is a reported coalition investigation involving 42 state attorneys general, with New York reportedly serving OpenAI with a subpoena seeking information about advertising, engagement and retention, model sycophancy, consumer and health data, and treatment of minors, seniors, and other vulnerable users.

    That should be treated as a reported investigation, not as a finding of misconduct and not as a filed enforcement case. But even at that level, the topic is worth taking seriously.

    Why Multistate AG Probes Matter

    A multistate attorney-general investigation usually tells you three things.

    First, the issue has escaped the lane of ordinary product criticism and entered coordinated enforcement attention.

    Second, the states may believe existing consumer-protection, privacy, child-safety, or unfair-practices laws are enough to start building leverage without waiting for a new AI-specific statute.

    Third, the information-gathering phase is likely to focus on product reality, not just marketing language.

    That means investigators may want to know:

    • what the product was designed to do;
    • what risks were known internally;
    • how the company tested and mitigated those risks;
    • what it told users and parents;
    • what incentives shaped product behavior;
    • what data the system collected and retained; and
    • how the company treated vulnerable populations.

    That is already much closer to enforcement than a generic policy debate.

    The Topic List Tells You What States Are Worried About

    The reported subjects of the inquiry are revealing.

    Advertising points to classic deception and substantiation risk.

    Engagement and retention point to design incentives, compulsion, dependency, and whether the system is optimized for time-on-product in ways that create foreseeable harm.

    Model sycophancy points to the increasingly specific question of whether chatbots reinforce unhealthy beliefs, emotional reliance, or unsafe user behavior rather than challenging it.

    Consumer and health data point to privacy, sensitivity of inputs, retention, sharing, and whether the company used or exposed data in ways users would not reasonably expect.

    Treatment of minors, seniors, and other vulnerable users points to one of the biggest trends in AI enforcement right now: whether the product should have been designed, marketed, tested, warned, or constrained differently for users who are easier to mislead or harm.

    That is a broad field of inquiry. But it is not random. It is a map of where consumer-AI enforcement may go next.

    What Happens Before A Complaint

    Companies often think the real risk begins when a complaint is filed.

    In practice, the pressure starts much earlier.

    Before a public case appears, a multistate probe can force a company to:

    • gather internal records quickly;
    • explain its product architecture and safety systems;
    • reconcile public statements with internal testing and incident history;
    • account for data flows and retention practices;
    • describe product changes over time; and
    • answer hard questions about why certain safeguards did or did not exist.

    That process can shape the eventual outcome even if no complaint is filed immediately.

    An investigation may lead to a settlement, a narrower state action, a broader coalition action, a referral, or simply a longer shadow over the company if the answers are weak.

    The Real Value Of The Probe Is Comparative

    Another reason this matters is comparative benchmarking.

    A multistate inquiry is not only about OpenAI. It is also a signal to the rest of the market.

    If states are asking about:

    • youth access,
    • emotionally sticky engagement,
    • safety testing,
    • vulnerable-user treatment,
    • health-related inputs,
    • memory and retention,
    • or claims about safety and reliability,

    then other consumer AI companies should assume those are no longer niche governance questions.

    They are becoming ordinary enforcement questions.

    That is true even for companies that are smaller than OpenAI or that operate in narrower categories. AG offices often use one high-profile target to surface theories they can later apply more broadly.

    How This Connects To Florida And Companion-Chatbot Scrutiny

    This reported probe also fits the wider pattern already visible in public AI enforcement.

    Florida's lawsuit against OpenAI tries to turn chatbot safety, minors, warnings, data collection, and design choices into a state consumer-protection and product-liability case.

    Companion-chatbot scrutiny in New York, California, and at the FTC is similarly focused on emotionally responsive systems, youth safeguards, retention, and foreseeable harms.

    Those lanes are not identical. But they are converging around a shared idea: states do not need a general AI law to ask whether a consumer AI product was marketed, designed, and governed responsibly.

    That is why a reported multistate probe matters even before anyone sees a filed complaint.

    What Consumer AI Companies Should Do Now

    The safest response is not to wait for a subpoena with your company's name on it.

    Consumer AI companies should review:

    • product claims about safety, reliability, emotional support, suitability for teens, or trustworthiness;
    • engagement and retention metrics and the incentives tied to them;
    • how the system handles vulnerable users, including minors and older adults;
    • memory, personalization, and retention of sensitive conversational data;
    • health-related, crisis-related, and high-risk user interactions;
    • internal records showing what was tested, what was known, and what changed;
    • age-gating, age-estimation, and parental-notice flows; and
    • escalation procedures when serious safety concerns are identified internally.

    The key is not just to have safeguards, but to be able to explain them coherently. That is often what an investigation tests first.

    Bottom Line

    The reported 42-state OpenAI investigation is not a complaint, a liability finding, or a settled enforcement theory.

    It is still a concrete warning about what state AGs may want to see before deciding whether to escalate.

    The likely questions are already visible: consumer AI design, retention, safety testing, vulnerable-user treatment, and whether product incentives match public claims.

    For the broader market, the practical lesson is simple: the inquiry stage is already part of the enforcement story.

    By the time a complaint is filed, many of the most important questions will already have been asked.

    Sources

  • After DABUS, The Real Patent Fight Is Proving The Human Inventor Story

    After DABUS, The Real Patent Fight Is Proving The Human Inventor Story

    The headline question in AI patent law used to be simple: can an AI system be named as the inventor?

    In the major patent systems, that question is now mostly answered. No.

    That means the harder question is no longer formal inventorship. It is evidentiary inventorship.

    When AI tools help generate ideas, optimize structures, write code, search design space, or propose candidate solutions, who exactly did enough human work to count as the inventor?

    That is the fight patent teams should be preparing for now.

    The Short Answer

    • Major patent systems still require a human inventor.
    • AI assistance does not defeat patentability by itself, but it does make the inventorship story harder to prove.
    • The real practical issue is not whether AI was used. It is whether the named humans can show how they significantly shaped, recognized, and claimed the inventive concept.

    The Formal Question Is Mostly Over

    The DABUS campaign forced courts and patent offices to answer the clean version of the issue: can a machine be listed as the inventor?

    Across the United States, the United Kingdom, the European Patent Office, Germany, Australia, and Japan, the answer has converged around a human-inventor rule. In Japan, the operative official ruling is the Intellectual Property High Court's January 30, 2025 judgment, which became final after the Supreme Court of Japan, Second Petty Bench, dismissed the petition for acceptance of final appeal on March 4, 2026. The legal reasoning varies somewhat across jurisdictions, but the practical result is the same: inventorship still attaches to a natural person.

    South Africa remains the narrow outlier most often cited by AI-inventorship advocates, but its registry grant carries much less doctrinal weight because the system does not conduct the same kind of substantive examination as the major patent offices and appellate courts.

    That does not mean AI-assisted inventions are unpatentable. It means the patent system still expects a person on the inventorship line, and that expectation pushes the real dispute into a different place.

    The Next Risk Is Not Naming The AI

    Most sophisticated filers are not going to submit applications naming a model as inventor and dare the office to reject them.

    The bigger risk is subtler.

    A company may name one or more human inventors, but later face questions about whether those humans actually conceived the claimed invention, or whether the claimed invention emerged from a workflow that was too tool-driven, too weakly documented, or too poorly understood to support the inventorship story.

    That can surface in several ways:

    • prosecution questions about inventorship corrections;
    • internal disputes among employees or collaborators;
    • diligence questions in financing or acquisition;
    • ownership fights between companies and departing personnel;
    • inequitable-conduct or invalidity allegations in litigation; and
    • credibility problems if the patent record suggests the humans were only lightly involved.

    The next phase is less about what the application says on its face and more about whether the human story behind it holds up.

    U.S. Doctrine Already Points Toward A Recognition Problem

    U.S. law offers a second reason this issue will matter.

    The Federal Circuit's decision in Thaler v. Vidal gives the statutory answer: an inventor must be a natural person.

    But older conception doctrine suggests something else too. In Silvestri v. Grant, a C.C.P.A. decision that remains part of the Federal Circuit's inherited patent-law precedent, the court drew a distinction between accidental duplication and actual recognition of the inventive subject matter. In Invitrogen Corp. v. Clontech Labs., Inc., the Federal Circuit said conception occurs when the inventor first appreciated what he made.

    That line of authority does not mean an inventor must know every embodiment will work. But it does reinforce a practical idea: merely producing an output is not the whole story.

    Patent law cares about recognition, appreciation, and conception of the inventive subject matter. That matters because many AI-assisted workflows can produce plausible technical outputs long before anyone has clearly identified which feature is actually inventive, what problem was solved, or how the output maps onto the eventual claim set.

    The USPTO Has Already Turned This Into A Practical Question

    The USPTO's February 2024 inventorship guidance for AI-assisted inventions gives U.S. patent practitioners a concrete operational frame.

    The guidance does not say AI-assisted inventions are categorically unpatentable. It says inventorship still turns on whether one or more natural persons made a significant contribution to the claimed invention, using the long-running Pannu v. Iolab framework as the baseline.

    That matters because it moves the issue out of abstraction and into claim-by-claim practice. The real question is not whether AI was used at all. It is which human contributed what, and whether that contribution was significant enough to support inventorship for the claimed subject matter.

    Generic statements like "the team used AI" or "the model suggested the solution" do not answer the question the guidance is pushing applicants to answer.

    The Human Story Needs More Than “We Used AI”

    Patent teams should expect that generic statements about AI assistance will not be enough.

    The real questions are more granular:

    • Who defined the technical problem?
    • Who framed or constrained the prompt, parameters, training inputs, or search space?
    • Who selected the useful output from many nonuseful outputs?
    • Who recognized why a particular output mattered?
    • Who translated that result into a concrete inventive concept?
    • Who decided what to claim and why?
    • Who refined the output into a patentable solution rather than an interesting suggestion?

    Those questions are not just litigation questions. They are invention-disclosure and drafting questions.

    If a team cannot answer them early, it will have trouble answering them later under pressure.

    Germany Offers The Most Practical Conceptual Model

    Germany may be the most helpful jurisdiction conceptually because it preserves the human-inventor rule while still recognizing that AI may have materially assisted the inventive process.

    The German Federal Court of Justice's reasoning is more precise, and more useful, than a loose summary suggesting the human contribution can be trivial. The court said attribution of inventor status "does not require a contribution with independent inventive content," but it also held that "a human contribution that has significantly influenced the overall success is sufficient for the status of inventor in a technical teaching that was discovered with the help of an artificial intelligence system."

    That is an important distinction. The human contribution does not need to be independently inventive in its own right, but it does need to matter.

    The court also observed that, "[a]ccording to the current state of scientific knowledge, there is no such thing as a system that searches for technical teachings without any human preparation or influence." It pointed to activities such as programming, data training, initiating the search process, and checking and selecting among proposed results as examples of qualifying human acts.

    That is closer to what real innovation looks like now.

    Most AI-related R&D is not a machine independently inventing in a vacuum. It is a mixed workflow involving researchers, models, simulations, prompts, iterations, selections, experiments, and downstream judgment calls.

    The legal system does not have to pretend AI played no role. But it will still ask who the legally relevant human contributor was.

    That is the operational lesson companies should take from the global cases. The world is not moving toward AI inventorship. It is moving toward human inventorship with a heavier documentation burden when AI was involved.

    What Companies Should Document Now

    The solution is not panic. It is recordkeeping that is specific enough to be useful later.

    For AI-assisted invention workflows, companies should consider documenting:

    • the problem statement or research objective;
    • the human team members directing the work;
    • the tools used and their role in the process;
    • the prompts, constraints, or design inputs that materially shaped the output;
    • the candidate outputs generated and why some were rejected;
    • the human judgment that identified the promising result;
    • the steps that turned the result into a concrete inventive concept;
    • when the team believed conception occurred; and
    • how the final claim strategy connects back to the named inventors' contributions.

    That does not require saving every keystroke forever. It does require enough evidence to show that the named inventors did more than supervise a black box from a distance.

    Patent Drafting Interviews Need To Change

    One practical implication is that patent drafting interviews should become more explicit about AI use.

    Instead of only asking what the invention is, counsel may need to ask:

    • where did the initial concept come from?
    • what did the model contribute?
    • what did the humans contribute before and after the model output?
    • which step actually produced the claimed inventive insight?
    • did the inventors understand why that step mattered at the time?

    That interview is no longer just about technical substance. It is also about inventorship defensibility. If the interview reveals that the named inventors mostly accepted machine-generated outputs without a clear conception story, that is a warning sign worth addressing before filing.

    Bottom Line

    After DABUS, the main patent-law fight is no longer whether an AI system can be named as inventor.

    It is whether the humans on the application can prove they are the right inventors when AI materially shaped the path to the result.

    For companies using AI in R&D, that makes inventorship less of a naming problem and more of a governance, evidence, and workflow problem.

    The organizations in the strongest position will not be the ones that deny AI played a role. They will be the ones that can explain exactly how human inventors used AI and why the legally relevant inventive contribution still belongs to them.

    Sources

  • AI Privilege Risk Is Becoming a Workflow Problem, Not Just a Confidentiality Warning

    AI Privilege Risk Is Becoming a Workflow Problem, Not Just a Confidentiality Warning

    For a while, the standard legal-AI warning sounded simple:

    Do not put privileged or confidential information into public AI tools.

    That warning is still right. It is also no longer enough.

    Recent federal decisions suggest that AI privilege and work-product issues are turning into workflow questions. Courts are not just asking whether AI was used. They are asking what tool was used, who used it, under whose direction, on what material, with what confidentiality protections, and whether discovery or protective-order obligations changed the analysis.

    That is a much more operational problem than a generic confidentiality lecture.

    The Short Answer

    • AI does not create one uniform privilege or work-product rule.
    • Courts are splitting at least three separate questions: whether confidentiality was lost, whether work-product protection survived, and whether a protective order independently restricted the upload.
    • The practical risk is shifting from abstract “AI waiver” language to concrete questions about tool choice, confidentiality, discovery material, and who approved the use.

    The Cases Are Not Moving In One Direction

    The early federal decisions do not create one simple rule.

    In United States v. Heppner, the Southern District of New York rejected privilege and work-product claims tied to a criminal defendant's use of a consumer AI tool outside counsel's direction.

    In Warner v. Gilbarco Inc., the Eastern District of Michigan treated a pro se civil plaintiff's AI-related materials as protected work product and rejected the idea that AI use automatically destroyed the protection.

    In Morgan v. V2X Inc., the District of Colorado reportedly protected AI-assisted work product but still required disclosure of the AI tool identity and amended the protective order around AI use.

    In Jeffries v. Harcros Chemicals Inc., the District of Kansas approved protective-order restrictions on open AI tools for discovery materials based on retention, training, deletion, privacy, security, and clawback concerns.

    That is the pattern to focus on. The cases are not asking whether AI is good or bad. They are sorting AI use into different legal buckets based on workflow facts.

    That split is the point. A team can lose on confidentiality and privilege, still argue about work product, and separately face protective-order limits on what can be uploaded. It can preserve work-product protection and still be ordered to identify the tool or comply with AI-specific restrictions on discovery material. Treating all of that as one generic waiver question hides the real problem.

    The New Question Is “What Exactly Happened?”

    When AI becomes part of litigation work, the risk analysis turns on details such as:

    • Was the tool public, consumer-facing, or enterprise?
    • Did the platform reserve rights to retain, review, or train on the material?
    • Was the use directed by counsel?
    • Was the material privileged, attorney work product, or discovery produced under a protective order?
    • Did the user expose legal theories or mental impressions?
    • Is the identity of the tool itself discoverable?
    • Did a protective order prohibit or restrict uploads?

    Those are workflow questions. A legal department or law firm cannot answer them well if its internal policy is just “use AI carefully.”

    Privilege, Work Product, And Protective Orders Are Separate Questions

    Another reason the workflow framing matters is that privilege, work product, and protective-order restrictions are not the same issue.

    Attorney-client privilege turns heavily on confidentiality and protected communications made for the purpose of obtaining or providing legal advice. Work product turns on anticipation of litigation, mental impressions, and whether the disclosure was made in a way that substantially increases the likelihood the material will reach an adversary.

    Protective-order restrictions can cut across both. A court may not need to decide that privilege was waived or work product was destroyed before it limits the use of public or open AI tools on produced material.

    That means an AI workflow can create different results across the three lanes. One use pattern may be disastrous for privilege because it undermines confidentiality, while still leaving room for work-product arguments in some civil settings. Another use pattern may preserve internal confidentiality but run straight into a protective-order problem if discovery material was uploaded into a tool that the order does not permit.

    The practical lesson is that “AI waiver” is often the wrong level of abstraction. Teams need to ask which doctrine or restriction is at issue and how the actual workflow maps onto it.

    Protective Orders May Become The Fastest Constraint

    The protective-order cases may be the most immediately important for everyday litigation.

    Even when courts do not say AI use destroys privilege or work product automatically, they may still restrict what can be uploaded into public or open AI tools. That is especially true for discovery material, confidential business information, and materials produced subject to Rule 26(c) orders.

    That makes protective orders one of the fastest ways AI use gets limited in practice.

    Counsel may find that the immediate issue is not abstract doctrine, but whether the governing order:

    • bans public AI tools entirely;
    • bans AI uploads for confidential materials only;
    • permits only closed enterprise tools;
    • requires notice or agreement before AI use;
    • distinguishes between model providers and internal review tools; or
    • treats tool identity as discoverable information in later disputes.

    In many matters, the protective order will be the first real AI policy that matters.

    The Real Failure Mode Is Operational Drift

    Most teams do not deliberately decide to waive privilege.

    The more common failure mode is operational drift.

    Someone uses a familiar public tool to summarize notes. A client pastes in sensitive facts without realizing the downstream implications. A pro se litigant relies on a chatbot to organize case strategy. A discovery team uses AI summarization before anyone asks whether the protective order permits it. Outside counsel and client assume the other side checked the tool terms.

    Each step looks small on its own. Together, they can create a record that is hard to defend later.

    That is why the problem is now better understood as workflow design. If the workflow does not force the right questions early, the doctrine gets tested later under bad facts.

    What A Better AI Litigation Workflow Looks Like

    A usable workflow should answer at least five questions before AI gets used in a matter:

    1. What kind of material is involved? Privileged communications, counsel work product, confidential discovery, trade secrets, personal data, and public material should not all be treated the same way.

    2. What kind of tool is being used? Consumer/public AI, enterprise AI, vendor-hosted tools, internal models, and matter-specific review tools carry different risk profiles.

    3. What do the tool terms say? Retention, training, deletion, human review, security, auditability, and downstream sharing matter.

    4. What do the court orders and client instructions say? Protective orders, outside-counsel guidelines, engagement terms, and client policies may impose stricter limits than the general law.

    5. Who owns the decision? Someone needs to decide whether a particular AI use is allowed, defensible, and documented.

    Without those checkpoints, telling people to "use AI carefully" is not much of a governance system.

    What Firms And Legal Departments Should Do Now

    Legal teams should consider:

    • separating rules for public AI, enterprise AI, and discovery-review tools;
    • prohibiting public-tool use for privileged, confidential, or discovery-protected material unless expressly approved;
    • building matter-opening questions around AI use, tool type, and protective-order restrictions;
    • reviewing outside-counsel guidelines and client instructions for AI-specific terms;
    • preserving enough workflow information to answer later questions about what tool was used and why;
    • training lawyers and staff on the difference between privilege, work product, and protective-order risk; and
    • updating protective-order negotiation positions to address open versus closed AI tools explicitly.

    This is one of those areas where governance that sounds boring is actually what keeps the problem from becoming urgent later.

    Bottom Line

    AI privilege risk is no longer just a warning about confidentiality.

    It is becoming a workflow problem shaped by tool choice, user role, litigation posture, protective-order language, and the facts of how the system was used.

    The early cases do not say “AI always waives protection.” They say something harder and more useful: the legal result depends on what actually happened.

    That means firms and legal departments need workflows that can answer those questions before a court does.

    Sources

  • Can AI Be Named as an Inventor? The Global Patent Answer Is Still Mostly No

    Can AI Be Named as an Inventor? The Global Patent Answer Is Still Mostly No

    If the question is whether a patent office will let you name an AI system as the inventor, the global answer is now mostly settled: no.

    That does not mean AI-assisted inventions are automatically unpatentable. It means patent systems still want a human being on the inventorship line.

    Across the United States, the United Kingdom, the European Patent Office, Australia, Germany, and Japan, the trend is the same. Courts and patent authorities have treated inventorship as a status reserved for a natural person, even when AI played a substantial role in generating the claimed idea.

    That is why the real issue has changed. The headline fight over naming "DABUS" or another model as inventor is fading. The practical fight is about something harder: when AI is deeply embedded in R&D, which human contribution is enough to support inventorship?

    The Short Answer

    • Major patent systems still require a human inventor.
    • AI can assist with invention, but it cannot take the inventor slot itself in the jurisdictions that matter most for examined patent systems.
    • The real legal risk is shifting toward proof: can the company show which human recognized, shaped, and claimed the inventive concept?

    The Global Rule Is Converging

    The DABUS litigation campaign forced a basic question into multiple patent systems: can an autonomous AI system be listed as the inventor on a patent application?

    At this point, the answer from the leading jurisdictions has largely converged.

    In the United States, the Federal Circuit held in Thaler v. Vidal that "individual" in the Patent Act means a natural person. In the United Kingdom, the Supreme Court held that only a natural person may be an inventor and that owning the AI system does not itself create entitlement to a patent. The European Patent Office took the same position in its DABUS appeal decisions, reasoning that the inventor designation must identify a person with legal capacity.

    Australia ultimately joined that group after its Full Federal Court reversed a lower-court ruling that had briefly accepted AI inventorship. Germany and Japan have now reinforced the same direction through court decisions holding that existing patent law requires a human inventor.

    Put simply, the center of gravity is no longer moving toward AI inventorship. It is moving toward human-only inventorship plus growing acceptance that AI may still be used in the inventive process.

    U.S. Law Also Has An "Appreciation" Thread

    The U.S. argument against AI inventorship is not limited to the statutory holding in Thaler v. Vidal that an inventor must be a natural person.

    There is also an older inventorship and conception line of cases suggesting that patent law does not treat bare production of a result as enough. In Silvestri v. Grant, the C.C.P.A. said that "an accidental and unappreciated duplication of an invention does not defeat the patent right of one who, though later in time, was the first to recognize that which constitutes the inventive subject matter."

    That is a useful line in the AI context. It suggests inventorship is tied to recognition of what the invention is, not just mechanical generation of an output.

    The Federal Circuit echoed that logic in Invitrogen Corp. v. Clontech Labs., Inc. when it stated that "[t]he date of conception of a prior inventor's invention is the date the inventor first appreciated the fact of what he made." In that same decision, the court said the district court had "misapplied the law of appreciation when dating conception."

    Again, the point is not simply that something existed in the lab. The doctrine asks whether the inventor appreciated the inventive subject matter. That gives human-only inventorship another doctrinal footing. Even apart from the statutory word "individual," there is a strong argument that current AI systems do not appreciate or recognize the inventive subject matter in the legal sense reflected by U.S. conception doctrine.

    There is an important limit, though. This line should not be overstated as a requirement that the inventor know the invention will work. In Regents of the University of California v. Broad Institute in 2025, the Federal Circuit said the Board erred by requiring inventors "to know their invention would work to prove conception." So the safer formulation is narrower: U.S. law contains authority tying conception to appreciation or recognition of the invention, but not a broad rule that conception requires certainty of operability.

    Germany Shows The Important Nuance

    Germany may be the most useful jurisdiction for understanding where the law is going next.

    The German Federal Court of Justice held in June 2024 that only a natural person can be named as inventor. But German practice also recognizes a practical middle ground: the application may describe that artificial intelligence assisted the inventive process, so long as a human being is still identified as the inventor.

    That is a much more realistic model for current innovation workflows, and it is why Germany is more interesting than a simple "AI cannot be an inventor" headline.

    Most modern AI-related R&D does not look like a robot independently walking into a patent office. It looks like human researchers using large models, design tools, optimization systems, coding assistants, lab automation, and simulation software as part of a broader inventive process. Germany's approach does not collapse that reality into a fiction that AI was irrelevant. It simply keeps the legal act of inventorship attached to a person.

    That distinction is likely to matter more than the headline "AI cannot be an inventor." Companies need to document who framed the problem, selected the inputs, recognized the result, decided what was actually inventive, and reduced the concept into a patentable claim strategy.

    Japan Suggests The Human-Inventor Rule Is Hardening

    Japan is another sign that the human-inventor requirement is hardening rather than softening.

    According to the Intellectual Property High Court's January 30, 2025 judgment, current Japanese patent law recognizes patent rights and procedures only where a natural person is the inventor. The result fits the same structural logic seen elsewhere: inventorship is tied not only to creativity, but also to legal entitlement, procedure, and the ability to hold rights.

    For multinational filers, that matters because Japan is not a marginal jurisdiction. When Japan aligns with the United States, United Kingdom, EPO, Germany, and Australia, the compliance answer for global filing strategy becomes much clearer.

    South Africa Is The Exception, But A Narrow One

    The most commonly cited exception is South Africa, where a patent listing DABUS as inventor was granted.

    That fact is real, but it should not be overstated.

    South Africa's patent system does not generally conduct the same kind of substantive examination that gives decisions in the United States, United Kingdom, EPO, Japan, Germany, or Australia their doctrinal weight. So the South African grant is important as a data point, but weak as a predictor of where major patent systems are heading.

    For practical global strategy, South Africa does not outweigh the much broader line of examined-office and appellate authority rejecting AI-only inventorship.

    What This Means For Patent Strategy

    The operational issue is shifting from "Can we name the AI?" to "How do we prove the right human inventorship story?"

    That requires more than a casual statement that employees used AI in the workflow. Patent teams should expect harder questions about human contribution when AI systems are used to generate options, propose structures, draft code, optimize designs, or identify potential solutions.

    Key questions include:

    • Who defined the problem the system was solving?
    • Who selected or constrained the prompts, parameters, data, or design space?
    • Who recognized which output was meaningful rather than random?
    • Who translated a machine output into the claimed inventive concept?
    • Who made the decisions reflected in the final claim set?

    Those questions already existed in inventorship doctrine in different forms. AI just makes them less theoretical and much more urgent.

    For many companies, the right response is process, not panic: stronger invention-disclosure forms, better records of human decision-making, clearer internal guidance on AI-assisted ideation, and patent-drafting interviews that specifically test whether the named inventors actually conceived the claimed subject matter.

    The Next Debate Is Not Whether AI Can Sign The Form

    The next debate is likely to be about threshold and attribution.

    Courts have mostly answered the simple question of formal inventorship. They have not fully answered the harder one: how much human contribution is enough when AI systems materially shape the output?

    That is where future disputes are likely to emerge. Not in applications brazenly naming a model as inventor, but in challenges arguing that the listed humans did too little, or that inventorship was assigned to the wrong people because the real inventive contribution came from a tool-assisted workflow that no one documented carefully.

    In other words, the formal battle over naming AI may be ending just as the evidentiary battle over human inventorship is beginning.

    Bottom Line

    Globally, the dominant patent-law answer is now clear: AI can help with invention, but AI cannot itself be the inventor in the major jurisdictions that have squarely confronted the question.

    For companies, that is not a ban on AI-assisted innovation. It is a documentation and inventorship-governance problem. The organizations in the strongest position will be the ones that can show exactly how human inventors used AI and why the named inventors still satisfy the law.

    Sources

    Sources

  • Didn’t Want a Better AI Chatbot. Wanted a Working AI System.

    Didn’t Want a Better AI Chatbot. Wanted a Working AI System.

    Most people experimenting with AI are still using it like a search engine with better grammar. I wanted to know whether it could do something more: monitor, organize, draft, publish, and improve over time without me babysitting every step.

    I am also a bit of a geek about AI, so part of this was pure curiosity. But part of it was a real professional question: could an independent AI agent system actually be useful for legal and regulatory work?

    That question led me to OpenClaw, a separate Mac Mini, a backup drive, and eventually a public website. Here is what I learned.

    The First Question I Asked

    Before building anything, I asked multiple AI agents the same question: what should I actually do with a system like this?

    The answers were surprisingly consistent. Given my legal background, every agent pointed toward the same use case: monitor AI laws, regulations, litigation, court rules, and governance developments in a structured way.

    That made immediate sense. AI legal and regulatory developments move fast, but not cleanly. A proposed bill is not a final rule. A regulator's speech is not binding law. A lawsuit is not a finding. A court order can be quietly significant long before anyone notices. That's exactly the kind of landscape where disciplined monitoring, source-checking, and follow-through matter, and where an AI agent, set up well, could genuinely help.

    What started as a regulatory tracker quickly evolved. The system could identify patterns, surface article ideas, and support publishing, not just logging. The experiment stopped being a tracking exercise and started becoming an analysis and publishing workflow.

    Why I Bought a Separate Mac Mini

    Once I decided to take the experiment seriously, I did not want it living on the same machine as everything else in my life. So I bought a higher-end Mac Mini and dedicated it to this project.

    I added an external drive for Time Machine backups and put the setup on a UPS so a power outage would not erase work in progress. The goal was to be able to experiment freely without feeling like one broken install was one step away from disaster.

    I also wanted my personal information to stay personal and the experiment to stay contained. That separation mattered more than I expected. It made everything feel more intentional, and honestly, a lot easier to manage.

    (Yes, I turned "let's try an AI agent" into a separate machine, a backup drive, and battery protection. That is also just who I am.)

    Finding OpenClaw

    As I explored different agent setups, OpenClaw stood out because it felt closer to a real operating environment than a demo. I was not looking for a flashy interface. I was looking for something that could connect tools, hold working context, manage drafts, communicate through Slack, and support repeatable workflows, not just one-off prompt tricks.

    One early detail that helped: ChatGPT could walk me through the OpenClaw install step by step. That made the setup feel approachable rather than daunting. I got the system running faster than expected, and that early momentum mattered.

    OpenClaw felt less like a toy and more like something I could actually work with. That distinction ended up being the whole ballgame.

    Slack Was Useful. The Dashboard Was Better.

    One of the first things I set up was a Slack integration so I could interact with the system from anywhere. That part worked well, and I still use it when I'm away from my desk or want to kick off a task quickly.

    But I learned something simple pretty fast: when I am actually at the computer, the direct dashboard is better. It is easier to see context, follow multi-step work, review drafts, and manage more complex tasks. Slack is convenient. The dashboard is where real work gets done.

    It also gives much easier access to draft files, introduces less delay, and makes the workflow feel more seamless. I spend less time wondering whether something crashed while I was waiting for a reply.

    Early lesson: the communication surface you choose changes the quality of the workflow. That sounds obvious in hindsight. It was not at the start.

    I Tried a Local Model First

    My first instinct was to run a local model through Ollama. The appeal was obvious: more control, less dependence on a hosted provider, a cleaner sense of technical independence, and yes, free.

    There was early success. It was exciting to see a local setup do real work. But once the system started failing in the middle of practical tasks, the question changed fast. I was not asking whether a local model was philosophically appealing anymore. I was asking whether it was reliable enough to support actual monitoring and drafting work. For me, at that stage, the answer was no.

    So I switched to ChatGPT Plus, the basic $20 per month OpenAI plan. That was not a purity decision. It was a utility decision. Part of this experiment from day one was figuring out how cost-effective an AI agent workflow could be for real, sustained work.

    I also learned early that there are different ways to engage the OpenAI layer, including ChatGPT Plus versus Codex-style token-based usage, and that distinction matters a lot for keeping costs manageable over time.

    From Experiment to Project

    Once the agent setup started becoming genuinely usable, the project expanded. I bought a domain. I subscribed to a hosting provider. I started building a place where the work could live publicly, not just inside a private experiment.

    That changed everything. The question shifted from "Can I get an AI agent to help me?" to "Can I build a repeatable system that monitors AI law developments, publishes useful analysis, and improves over time without becoming absurdly expensive?"

    That turned out to be a much better question. It forced real decisions about structure, sources, publishing cadence, categories, and review process. It turned AI from a novelty into an operating choice.

    Three Things I Learned Early

    • The value does not come from having access to AI. It comes from giving AI a job that fits your background, and then building the surrounding workflow carefully. For me, the right job was not generic content generation. It was structured monitoring of AI law and regulation, supported by drafting, organization, and publishing.
    • Setup choices matter more than they appear. A separate machine mattered. A direct dashboard mattered. Slack mattered, but differently. Model reliability mattered more than I expected. And once I added a domain and hosting, the whole experiment became more concrete and more serious.
    • AI agents get genuinely interesting once they move beyond conversation and into systems and workflows. That is the point where I stopped thinking mostly about prompts and started thinking about workflows, tools, monitoring, memory, publishing, and environment separation. That shift is where the real leverage shows up.

    Why I'm Still Doing It

    I am still early in this project, but the direction is much clearer than it was at the start. The experiment found its footing when it found the right use case: monitoring AI law, governance, regulation, and related news in a way that is structured enough to be genuinely useful, not just interesting.

    In the next articles in this series, I will share what actually happened once the novelty wore off: what changed when I stopped treating the system like search, how the tracker evolved into a broader article pipeline, which workflows saved real time and which ones created cleanup, and where the cost and reliability challenges started showing up.

    The experiment became much more interesting once it moved from setup into day-to-day use. That is the part worth writing about, and it is where the real lessons are.

    If you are curious about where the AI law landscape is heading, or want to follow how this workflow evolves, the project lives at Clearon AI. That is where the tracker, the articles, and the ongoing analysis live.

    You can also find the project at @Clearon_Ai on X and Clearon AI on LinkedIn.

    Editorial Notes

    Suggested dek: I didn't want a better chatbot. I wanted to know whether an AI agent system could monitor, organize, draft, publish, and improve over time for real legal and regulatory work.

    Suggested social: I didn't want a better chatbot. I wanted to know whether an AI agent system could actually support legal and regulatory work over time. That question led me to OpenClaw, a separate Mac Mini, a failed local-model phase, ChatGPT Plus, and eventually a public site tracking AI law.

  • FTC’s AI Accuracy Proposal Turns Model Steering Into a Consumer-Protection Issue

    FTC’s AI Accuracy Proposal Turns Model Steering Into a Consumer-Protection Issue

    The Federal Trade Commission's proposed AI accuracy policy statement is not mainly about hallucinations. It is about consumer expectations, model objectives, and undisclosed steering.

    The Commission's theory is that AI companies often market their systems as tools that try to produce the best, most useful, truthful, or accurate output for the user's stated objective. If a company secretly steers the system toward a different objective, the FTC says that may be deceptive under Section 5 of the FTC Act.

    That framing matters because it moves some AI alignment, ranking, suppression, and output-design questions into consumer-protection territory. The proposed statement also takes aim at state AI laws, especially Colorado's revised AI Act, by warning that state-law-driven output changes may still violate Section 5 and may be impliedly preempted if they require deception.

    This is only a proposed policy statement. It is not a final rule, not an enforcement order, and not a litigated holding. But it is still important because it previews how the FTC may analyze AI systems that claim objectivity or accuracy while pursuing undisclosed output objectives.

    What The FTC Proposed

    The FTC issued the proposed policy statement on July 1, 2026. The agency is seeking public comment through July 31, 2026.

    The proposal says consumers reasonably expect AI systems to aim for truthful and accurate outputs that faithfully serve users' stated objectives and the built-in objectives users would reasonably expect from the system.

    The FTC is not saying that every wrong answer is automatically a Section 5 violation. The proposal distinguishes ordinary AI errors or hallucinations caused by technological and resource limits from intentional design choices that suppress accuracy or steer outputs toward unexpected objectives.

    The target is different: undisclosed steering away from the user's expected objective.

    In the FTC's words, an AI company may deceive consumers if it steers AI outputs toward unexpected objectives and away from the objectives set by or reasonably expected by users.

    Why This Is A Deception Theory

    The proposed statement rests on familiar FTC deception principles.

    Under the FTC's deception framework, a practice may be deceptive if there is a representation, omission, or practice likely to mislead reasonable consumers in a material way. The FTC says AI companies can make explicit and implicit representations that their systems are designed to solve users' problems accurately and faithfully.

    Those representations do not have to be magic words. A company may create the same impression through product positioning, accuracy claims, reliability claims, enterprise sales materials, public documentation, benchmark messaging, or statements that the AI is a trusted assistant, truth-seeking system, research tool, or decision-support product.

    If the company then silently optimizes the system for a conflicting objective, the FTC's theory is that consumers may be misled about what they are using and paying for.

    That does not mean an AI system can pursue only one objective. The proposal acknowledges that users may reasonably expect a system to balance accuracy, relevance, clarity, succinctness, safety, formatting, and other product objectives. The legal issue is whether a hidden objective contradicts the claim or consumer expectation that the system is trying to provide the best answer for the user's purpose.

    The Colorado Preemption Signal

    The most aggressive part of the proposal is its treatment of state AI laws.

    The FTC specifically discusses Colorado's AI framework and says an AI company might be tempted to suppress accuracy or interpose other objectives to avoid liability under state law. The Commission then says a company's motive for deception is irrelevant under Section 5, even if the company is acting to comply with state law.

    The proposal goes further: although the FTC Act does not expressly preempt state law, the Commission says state law is impliedly preempted to the extent it conflicts with a federal regulatory scheme. In the FTC's view, a state law that requires an AI firm to deceive consumers would conflict with Section 5's purpose of protecting consumers from deception.

    That is a major federalism signal, not just an AI-marketing point.

    Colorado is already in the middle of AI rulemaking and litigation. Its revised automated decision-making law and chatbot safety law are headed toward implementing rules, while xAI's federal challenge and DOJ's intervention have put the state framework under constitutional pressure.

    The FTC proposal adds another pressure point: even if a state law survives other challenges, the FTC may argue that compliance choices cannot be implemented through undisclosed output manipulation.

    Disclosures May Help, But They Need To Be Real

    The proposal does leave room for disclosure.

    An AI company can shape consumer expectations by truthfully explaining that its system prioritizes objectives different from the user's requested or expected objective. But the FTC says that disclosure would need to be clear and conspicuous enough to change the net impression.

    A buried term in a terms-of-service document is unlikely to do the job. The more the disclosure contradicts the system's marketing, interface, or ordinary value proposition, the more prominent and persistent the disclosure may need to be.

    That matters for product and governance teams. If a model is designed to rank, refuse, demote, rewrite, prioritize, or suppress outputs based on objectives that users would not expect, the disclosure question is not just whether the company has a policy somewhere. It is whether the user is likely to understand the product's actual objective at the moment the user relies on it.

    What This Is Not

    The proposal should not be overread in three ways.

    First, it is not a final rule. It is a proposed policy statement for public comment. The final language could change, and courts are not bound by the FTC's policy framing.

    Second, it is not a general ban on safety controls, content limits, cybersecurity restrictions, or refusal behavior. The proposal expressly recognizes that reasonable consumers would not expect systems to output certain illegal material, and it says nothing should be read to prohibit use limits that prevent cybersecurity attacks.

    Third, it is not a strict-liability rule for AI hallucinations. The proposal distinguishes intentional steering from ordinary incorrect outputs caused by model limitations. Companies can still face risk if they misrepresent hallucination rates or accuracy, but the policy statement's central concern is hidden objective substitution.

    Practical Questions For AI Companies

    Companies operating AI systems should treat the proposal as a prompt to audit objective, accuracy, and neutrality claims.

    Useful questions include:

    • What does the company expressly say about accuracy, truthfulness, objectivity, neutrality, reliability, helpfulness, or user control?
    • What does the interface imply about whether the system is trying to answer the user's actual question?
    • Are there hidden system objectives that can override the user's expected objective in ways that materially change output?
    • Are those objectives disclosed clearly enough for the relevant use case?
    • Are refusal, ranking, suppression, personalization, safety, and compliance policies documented and tied to defensible product rationales?
    • Do enterprise customers receive a different explanation than end users?
    • Do state-law compliance controls change outputs in a way users would not expect?
    • Does the company have evidence supporting claims about accuracy, reliability, model behavior, and output controls?

    The documentation point is especially important. If a regulator asks why a system suppressed, altered, or prioritized certain outputs, the company should be able to show the governing policy, the consumer-facing explanation, the product rationale, and the testing record.

    Why Enterprise Buyers Should Care

    The proposal is not only a model-provider issue.

    Enterprise buyers increasingly rely on AI systems for research, customer service, knowledge management, legal workflows, HR support, financial analysis, education, health information, and other consequential contexts. If an AI vendor's system is secretly optimized for objectives the buyer does not understand, the buyer may inherit operational, compliance, and customer-facing risk.

    Procurement teams should ask vendors how they define accuracy, what objectives can override user instructions, how output policies are disclosed, whether customers can configure those policies, and what logs or documentation are available when an output is challenged.

    For regulated buyers, the question is simple: if the AI system is not trying to answer the user's question in the way the user reasonably expects, who knows that, who approved it, and where is it disclosed?

    Bottom Line

    The FTC's proposed AI accuracy policy statement turns hidden model steering into a consumer-protection issue.

    The proposal does not say every AI error is unlawful. It says companies may deceive consumers when they market AI systems as accurate, objective, or faithful to user goals while secretly steering outputs toward different objectives.

    That is a useful warning even before the statement is final. AI governance should not stop at whether a system is powerful or safe. It should also ask whether the system's actual objective matches what users are told.

    Sources

    Sources

  • EU AI Act Transparency Code Turns AI-Generated Content Labels Into Compliance Work

    EU AI Act Transparency Code Turns AI-Generated Content Labels Into Compliance Work

    The European Commission has published the final Code of Practice on marking and labelling AI-generated content.

    The Code is voluntary. Article 50 of the EU AI Act is not.

    That distinction is the whole story. The Code does not create a new legal duty, and it does not replace the AI Act or the Commission's forthcoming Article 50 guidelines. But it gives providers and deployers of generative AI systems a practical framework for showing how they plan to meet transparency obligations that start applying on August 2, 2026.

    For companies, this is not just a question of adding a watermark. It is a governance project involving content provenance, machine-readable marking, deepfake labels, public-interest text, user notices, human review, editorial responsibility, and evidence of compliance.

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

    What The Code Covers

    The Code has two main sections.

    Section 1 is for providers of generative AI systems. It addresses marking and detection of AI-generated or manipulated audio, image, video, and text content. The Commission's materials describe the focus as machine-readable solutions that are effective, interoperable, robust, and reliable as far as technically feasible.

    Section 2 is for deployers of generative AI systems. It addresses labelling of deepfakes and AI-generated or AI-manipulated text published for the purpose of informing the public on matters of public interest.

    The EU has also published optional icons that deployers may use for AI-generated-content labels.

    That provider/deployer split matters. Some organizations will sit on both sides. A company that offers a generative AI system may have provider obligations. The same company may also be a deployer when it uses generative AI to publish or distribute content.

    What Starts On August 2, 2026

    The Commission says Article 50 transparency obligations for providers and deployers in scope will apply from August 2, 2026. AI systems placed on the market before that date get a transitional period until December 2, 2026.

    From August 2, key obligations include clear labelling in certain cases. Deepfakes and AI-generated or AI-manipulated text published on matters of public interest must be clearly labelled. Users must also be informed when they are interacting with an interactive AI system, such as a chatbot.

    Those requirements are broader than a technical watermarking problem. They require companies to know what content they generate, where it travels, who publishes it, whether the publication is about a matter of public interest, and whether human review or editorial responsibility changes the compliance analysis.

    Why A Voluntary Code Still Matters

    The Code is voluntary, but signing it can matter.

    The Commission says that, after a positive adequacy assessment by the Commission and the AI Board, providers and deployers that sign the Code can rely on its measures to demonstrate compliance with the AI Act's transparency rules for labelling and detection of AI-generated content, deepfakes, and certain text publications.

    By contrast, companies that comply through other means will have to show that their measures are adequate. Those alternative measures may be assessed individually by different market surveillance authorities.

    That creates a practical choice. Signing the Code may offer predictability and a common EU-wide evidence path. Not signing may preserve flexibility, but companies will need their own substantiated compliance record.

    Either way, the work has to be done.

    What Remains Pending

    The Code is not the last word.

    The Commission says the Code is undergoing adequacy assessment by the Commission and the AI Board. It will also be complemented by Commission guidelines on the scope and implementation of Article 50.

    Those guidelines are expected ahead of August 2, 2026. The Commission says they will clarify which providers, deployers, and AI systems are covered; what types of AI-generated or manipulated content fall within scope; how the obligations should be applied in practice; and how compliance may be demonstrated, including through a Code deemed adequate by the Commission and the AI Board.

    That means companies should not treat the Code as a final standalone compliance manual. They should treat it as the first concrete implementation framework and then reconcile it with the final guidelines when they are published.

    The Compliance Workstream

    Companies should start with an inventory.

    For providers, the inventory should identify which systems generate audio, image, video, or text outputs; what marking or detection methods are already used; whether those methods are machine-readable; and whether they are effective, interoperable, robust, and reliable enough to defend.

    For deployers, the inventory should identify where the organization publishes or distributes AI-generated or AI-manipulated content, including marketing content, public reports, news-like content, social posts, synthetic audio or video, and content that may qualify as public-interest text.

    The harder questions are operational:

    • Who decides whether content is a deepfake?
    • Who decides whether text informs the public on a matter of public interest?
    • What counts as sufficient human review?
    • What records show that editorial responsibility exists?
    • Where should labels, disclaimers, or icons appear?
    • How will labels survive syndication, reposting, formatting changes, or downstream distribution?
    • How will product, legal, trust and safety, marketing, and publishing teams coordinate?

    Those questions should not wait until August 2026.

    What Companies Should Do Now

    A practical Article 50 readiness plan should include:

    • mapping provider and deployer roles for each generative AI system and content workflow;
    • identifying AI-generated and AI-manipulated audio, image, video, and text outputs;
    • documenting existing watermarking, metadata, provenance, detection, and labelling controls;
    • deciding whether the company is likely to sign the Code;
    • tracking the Commission and AI Board adequacy assessment;
    • tracking the final Article 50 guidelines;
    • designing labels, disclaimers, or icons for relevant content types;
    • creating rules for deepfakes, public-interest text, human review, and editorial responsibility;
    • testing whether labels remain visible and understandable across distribution channels; and
    • keeping evidence that the organization evaluated and implemented proportionate transparency controls.

    The key is to treat AI-generated-content transparency as a cross-functional compliance process, not a last-minute design ticket.

    Bottom Line

    The EU AI Act transparency Code turns Article 50 from an abstract deadline into a working plan.

    The Code is voluntary, but it points to the evidence regulators may expect: provider-side marking and detection, deployer-side labelling, clear treatment of deepfakes and public-interest text, and a record showing how the organization chose and implemented its controls.

    Companies do not need to wait for the final guidelines to start the inventory. By the time Article 50 applies, the hard part will not be knowing that labels are required. It will be proving that the right content was identified, labelled, marked, reviewed, and documented.

    Sources

    Sources

  • AI Companion Safety Laws Are Becoming a Real Compliance Category

    AI Companion Safety Laws Are Becoming a Real Compliance Category

    AI companion safety is no longer just a product-policy issue.

    New York has announced that its AI companion safeguards are now in effect. California has already enacted a companion chatbot law. Oregon has now chaptered SB 1546 as another companion-chatbot law with disclosure duties and a private enforcement path. The FTC has opened a federal inquiry into companion chatbots and children. Florida's lawsuit against OpenAI and Sam Altman puts chatbot safety, minors, addiction, self-harm, and consumer protection into a state enforcement complaint.

    The common thread is clear: regulators are starting to treat emotionally responsive chatbots as a distinct risk category.

    That does not mean every chatbot is an AI companion. It does mean that products designed to simulate friendship, romantic connection, coaching, therapeutic support, or persistent emotional engagement should be reviewed differently from ordinary search, drafting, support, or productivity tools.

    New York's Effective Law Is The Immediate Hook

    New York Governor Kathy Hochul announced that the state's AI companion safeguards are now in effect and that companies received an open letter notifying them of the requirements.

    The New York announcement describes AI companions as systems designed to simulate human relationships, including products that may pose as an AI friend or romantic partner, remember personal details, adapt to user preferences, and keep users engaged.

    Under New York's General Business Law Article 47, AI companion operators must implement safety protocols when a user expresses suicidal ideation or self-harm, including referral to crisis service providers. They must also notify users that they are interacting with AI, not a human, including conspicuous notices at the start of a session and recurring notices every three hours of continued companion use.

    The law is enforceable by the New York Attorney General, and penalties collected for noncompliance support suicide-prevention programs.

    That is a different regulatory model from a generic AI disclosure rule. It is a targeted law for products that use AI to sustain emotionally salient interaction.

    California Adds A Second State Model

    California's SB 243 points in the same direction, but with its own structure.

    The law adds a companion chatbot chapter to the California Business and Professions Code. It defines a companion chatbot as an AI system with a natural language interface that provides adaptive, human-like responses and is capable of meeting a user's social needs, including by exhibiting anthropomorphic features and sustaining a relationship across multiple interactions.

    The California law requires nonhuman disclosures where a reasonable person could be misled into believing they are interacting with a human. It also imposes requirements directed at known minors, suicide or self-harm protocols, publication of protocol details, annual reporting beginning July 1, 2027, and a private civil action for injury in fact caused by noncompliance.

    California's law includes exclusions for ordinary customer service, business operations, productivity and analysis related to source information, internal research, technical assistance, certain video-game bots, and some standalone voice-assistant devices.

    Those exclusions matter. They show that the emerging target is not "all chatbots." The target is a narrower category of systems that can create persistent relationship-like interaction and foreseeable emotional dependency.

    Oregon Adds A Third State Model

    Oregon's SB 1546 is now chaptered as Chapter 85.

    The law adds another enacted state model for companion-style AI. It requires notice when a reasonable person would believe they are interacting with a natural person, and the official state materials indicate a harmed user can seek damages and injunctive relief.

    That matters because it shows the category is no longer a two-state outlier. It is becoming a repeat legislative pattern with similar disclosure and safety logic.

    The FTC Is Asking The Same Questions

    The FTC's companion-chatbot inquiry gives the federal overlay.

    In September 2025, the Commission issued 6(b) orders to seven companies that provide consumer-facing AI chatbots. The orders seek information about how companies measure, test, and monitor potentially negative impacts on children and teens.

    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 monetization of user engagement, processing of user inputs and outputs, character development and approval, pre- and post-deployment testing, mitigation of negative impacts, disclosures to users and parents, compliance with age restrictions and community rules, and use or sharing of personal information from chatbot conversations.

    That list is useful even outside the FTC inquiry. It reads like a regulator's checklist for companion-chatbot governance.

    Florida Shows The Enforcement Bridge

    Florida's lawsuit against OpenAI and Sam Altman is not a companion-chatbot statute. It is a state enforcement lawsuit built around consumer protection, child data, product design, warnings, safety claims, and alleged public-health harms.

    But it belongs in the same conversation.

    Florida alleges, among other things, that OpenAI marketed ChatGPT to the public, including minors, while concealing or downplaying serious risks. The complaint pleads state unfair-practices theories, COPPA-related allegations, negligence, product-liability theories, fraudulent misrepresentation, and public nuisance. Those are allegations, not findings of liability.

    The significance is that state enforcers may not wait for companion-specific statutes. If a chatbot is marketed as safe, emotionally responsive, helpful, or suitable for younger users, existing consumer-protection and product-liability theories may become the enforcement vehicle.

    Companion chatbot laws are one lane. State AG lawsuits are another. The risk category is converging.

    What Makes A Companion Chatbot Different

    The emerging legal concern is not simply that a chatbot talks.

    It is that a chatbot can create the appearance of a relationship, remember intimate details, personalize responses over time, initiate or sustain emotionally charged conversation, and monetize continued engagement.

    That makes the compliance analysis different from a basic AI assistant.

    Key questions include:

    • Does the product present itself as a friend, romantic partner, confidant, coach, therapist-like support, or emotionally available persona?
    • Can it remember personal details or sustain a relationship across sessions?
    • Is the product designed to increase session length, emotional reliance, or daily engagement?
    • Can minors access the product, or can the operator reasonably know the user is a minor?
    • Does the product discuss self-harm, eating disorders, sexual content, mental health, violence, substance use, medical advice, legal advice, or financial advice?
    • Are users repeatedly reminded that they are interacting with AI rather than a human?
    • Is there a tested crisis-intervention protocol, and does it work in practice?
    • Are parents or guardians given meaningful notice, controls, or escalation paths where minors are involved?

    Those questions are becoming legal questions, not just UX questions.

    The Compliance Baseline Is Taking Shape

    Across New York, California, Oregon, the FTC inquiry, and the Florida lawsuit, several expectations are starting to repeat.

    First, nonhuman disclosure is becoming table stakes. A buried one-time disclaimer is less persuasive for a product designed around relationship-like engagement. Recurring reminders may become the default expectation for sustained companion use.

    Second, crisis-intervention protocols need to be operational, not aspirational. Regulators are asking whether systems detect suicidal ideation or self-harm, what they do next, whether they refer users to crisis resources, and whether the process is documented and tested.

    Third, minor-specific safeguards are moving from policy statements into law. Age gates, age assurance, parental notice, sexual-content restrictions, and youth-specific warnings are likely to draw scrutiny.

    Fourth, engagement design is becoming relevant. If the business model depends on maximizing time spent with an emotionally responsive system, regulators may ask whether product incentives increase foreseeable harm.

    Fifth, safety claims need substantiation. If a company says its companion is safe, supportive, appropriate for teens, or beneficial for mental health, it should be able to show testing, limits, incident review, and warning design that support those claims.

    What Companies Should Do Now

    Companies offering companion chatbots should build a dedicated review path for emotionally engaging AI systems.

    That review should cover:

    • product definitions and whether the system fits state companion-chatbot statutes;
    • age gating, age estimation, minor-account flows, and parental controls;
    • recurring AI-identity disclosures and session-duration notices;
    • crisis-detection and escalation protocols for self-harm and suicide-related content;
    • restrictions on sexual content, manipulation, dependency, and high-risk advice for minors;
    • logging and incident-review workflows for serious safety events;
    • pre-launch and post-launch testing for known risk categories;
    • marketing claims about safety, companionship, emotional support, wellness, therapy-like benefits, minors, or family use;
    • data collection, retention, personalization, memory, and sharing practices for sensitive conversations;
    • reporting obligations, including California's future annual reporting requirement; and
    • documentation showing how design choices were evaluated before release.

    The documentation point is important. In this area, "we have safeguards" is unlikely to be enough. Companies should be able to explain what the safeguards are, why they were chosen, how they were tested, what limits remain, and how incidents are handled.

    Bottom Line

    AI companion safety is becoming its own compliance category.

    New York, California, and Oregon are turning relationship-like chatbots into a statutory subject. The FTC is studying how companion chatbots affect children and teens. State attorneys general are testing broader consumer-protection theories against chatbot safety claims, minors, data practices, and product design.

    For companies building consumer AI, the practical lesson is direct: do not review companion products like ordinary chat interfaces.

    If the product is designed to feel human, keep users engaged, and support emotional reliance, it needs a companion-safety file before a regulator asks for one.

    Sources

  • Florida v. OpenAI Turns Chatbot Safety Into a State Consumer-Protection Case

    Florida v. OpenAI Turns Chatbot Safety Into a State Consumer-Protection Case

    Florida's lawsuit against OpenAI and Sam Altman is a state attorney general trying to turn chatbot safety into a consumer-protection, child-data, product-liability, and public-nuisance case.

    The complaint is only allegations. OpenAI and Altman have not been found liable. But the filing is still important because it shows how state enforcers may try to use existing legal tools against AI products without waiting for a comprehensive AI statute.

    The theory is direct: if a company markets a consumer chatbot as safe, reliable, useful for minors, or emotionally responsive, then product design, warnings, age controls, data collection, and safety testing may become consumer-protection issues.

    What Florida Filed

    The Florida Attorney General announced a civil action against several OpenAI entities and Sam Altman in Florida state court. The release describes it as a first-in-the-nation state-led lawsuit against OpenAI and its CEO.

    The state alleges that OpenAI knowingly released and aggressively marketed ChatGPT to the public, including children, while concealing serious risks and downplaying the danger of the product.

    The complaint seeks damages, civil penalties, injunctive relief, and abatement of an alleged public nuisance. It also says the state is pursuing the civil action separately from an ongoing Office of Statewide Prosecution criminal investigation relating to chat logs reviewed after the Florida State University shooting.

    That distinction matters. The civil lawsuit is not a criminal charge. It is also not a court finding that ChatGPT caused any specific harm. It is an enforcement complaint that still has to survive litigation.

    The Claims Are Broader Than Deception

    The complaint starts with Florida's Deceptive and Unfair Trade Practices Act, but it does not stop there.

    Florida pleads several FDUTPA theories. It alleges unfair practices, unconscionable practices, deceptive practices, and a FDUTPA theory tied to alleged violations of COPPA and its implementing regulations.

    The complaint also pleads negligence, gross negligence, strict liability for design defect, strict liability for failure to warn, fraudulent misrepresentation, and public nuisance.

    That mix is the real story. Florida is not only saying "the marketing was misleading." It is saying the chatbot's design, deployment, safeguards, age access, warnings, and data practices belong inside the enforcement case.

    For AI companies, that is the move to watch. State AGs do not need an AI-specific statute if they can plead old claims around new product behavior.

    The Minor-Data Theory

    One of the most concrete parts of the complaint is the child-data theory.

    Florida alleges that OpenAI has actual knowledge that children under 13 use ChatGPT, that users can input false dates of birth, and that OpenAI collects personal data through user conversations. The complaint says OpenAI fails to provide adequate notice to parents and fails to obtain verifiable parental consent before collecting or using children's personal information.

    Florida frames that as a FDUTPA issue by pointing to COPPA. The complaint says the state is not bringing a direct COPPA enforcement claim. Instead, it alleges that conduct violating COPPA and its rules can serve as an unfair practice under Florida law.

    That is a practical warning for consumer AI products. Even when the immediate lawsuit is brought under a state unfair-practices statute, federal child-privacy standards may still shape what the state calls unfair.

    The risk is especially sharp for products that:

    • are available to minors;
    • collect conversational, audio, image, location, health, or other personal data;
    • use memory or personalization features;
    • do not require robust age assurance;
    • depend on voluntary parental linking rather than default parental oversight; or
    • are marketed as helpful, supportive, educational, or safe for young users.

    The Safety-Representation Theory

    Florida also attacks safety messaging.

    The complaint alleges that OpenAI represented safety as part of its mission and made statements suggesting ChatGPT helps keep teens safe by default. Florida says those statements were misleading because, in its view, ChatGPT can produce dangerous responses, encourage unhealthy use, and create risks for minors and vulnerable users.

    This is a familiar consumer-protection structure applied to an AI product. A company does not need to promise perfection to create legal exposure. If it makes safety a selling point, regulators may ask whether the product design, warnings, testing, and deployment record match the claim.

    That is why AI companies should treat safety language like a substantiation problem. Claims such as "safe," "trusted," "reliable," "age appropriate," "guardrailed," "supervised," or "keeps teens safe" should be tied to evidence, limits, and current product behavior.

    The more sensitive the use case, the more careful the claim needs to be.

    The Product-Liability Move

    The complaint also tries to treat ChatGPT as a product for purposes of strict product liability.

    Florida alleges design defect and failure to warn. It says ordinary consumers would not expect a generative AI chatbot to proactively provide suggestions about self-harm or violence, or to contribute to cognitive decline or behavioral addiction in teenagers. It also alleges that risks could have been reduced by reasonable alternative designs and better safety testing.

    Those are allegations, and they raise hard questions that courts will have to confront. Is a generative AI service a product for strict-liability purposes? What counts as a design defect in a probabilistic model? What warnings are adequate for a general-purpose chatbot? How should courts treat intervening user conduct, misuse, and causation?

    Those questions are unsettled. But the fact that a state AG is pleading them matters.

    The next wave of AI litigation will not be limited to privacy claims or deceptive marketing. Plaintiffs and regulators will test whether product-liability doctrines can reach model behavior, release decisions, safety tradeoffs, and warning design.

    The Public-Nuisance Theory

    Florida's public-nuisance claim is also worth watching.

    The complaint alleges that the design and function of ChatGPT, including alleged encouragement of self-harm, violence, eating disorders, AI addiction, cognitive decline, and other harms, created a public nuisance affecting health and safety in Florida.

    Public nuisance has become a common tool in large public-harm litigation, but it is also heavily contested. Courts have not uniformly accepted efforts to use nuisance law for products or technology platforms. OpenAI will almost certainly challenge the theory.

    Even so, the claim signals how state enforcers may frame AI harm: not only as individual injury, but as a public-health and public-safety problem.

    That framing fits the broader state trend around companion chatbots, minors, crisis-intervention protocols, and recurring AI disclosures.

    For a closer look at that related trend, see Clearon's analysis of AI companion safety as an emerging compliance category.

    Why This Is Different From A Private Product Case

    The lawsuit matters partly because of who filed it.

    A private plaintiff usually has to prove individual injury, causation, damages, and standing. A state attorney general can frame the case around public enforcement, civil penalties, injunctive relief, public interest, and statewide consumer harm.

    That changes the litigation posture. It also changes the remedy discussion.

    Florida is asking for orders that would stop alleged misrepresentations, restrict collection and processing of data from children under 13 without notice and verifiable parental consent, require warnings about risk, and impose monetary relief. The complaint also seeks civil penalties up to $10,000 per FDUTPA violation and other damages or equitable relief.

    Whether Florida can obtain those remedies is a merits question. But the requested relief shows what state enforcers may want from consumer AI companies: not just money, but changes to product design, data handling, warnings, and minor-safety defaults.

    What AI Companies Should Do Now

    The safest response is not to treat this as a one-off Florida fight.

    Consumer AI companies should review:

    • safety claims in marketing, help pages, launch posts, investor materials, and teen/minor-facing materials;
    • age-gating, age-estimation, and minor-account flows;
    • parental notice, consent, and oversight features;
    • memory, personalization, and conversational-data retention practices;
    • chatbot responses involving self-harm, violence, eating disorders, mental health, drugs, weapons, legal advice, medical advice, and financial advice;
    • release-readiness records for major model updates;
    • incident escalation and red-team documentation;
    • warnings and user-facing disclosures for risky uses; and
    • how crisis-intervention protocols work in practice.

    This does not mean every chatbot is illegal or every safety failure is an unfair practice. It does mean that consumer AI products should be able to explain what they knew, what they tested, what they warned, what they blocked, and how they treated minors.

    That record will matter if an AG, plaintiff, regulator, or court asks whether the product was marketed and deployed responsibly.

    Bottom Line

    Florida v. OpenAI is early-stage litigation, not a judgment.

    It is still a concrete sign that state AGs are beginning to treat chatbot safety as ordinary consumer protection, not as a futuristic AI policy question.

    For companies building consumer-facing AI, the lesson is simple: safety claims, child-data practices, warnings, and release decisions are legal artifacts. They should be reviewed like legal artifacts before they become exhibits.

    Sources

    Sources

  • Sixth Circuit Removes Appointed Counsel After AI-Generated False Quotations

    Sixth Circuit Removes Appointed Counsel After AI-Generated False Quotations

    The Sixth Circuit's decision in United States v. Farris is a narrow appellate sanctions opinion with a broad lesson: a trusted legal AI product is not a substitute for lawyer verification.

    The court did not decide the merits of the defendant's criminal appeal. Instead, it addressed appointed counsel's briefs. Counsel admitted using Westlaw CoCounsel to prepare the briefs and failing to adequately review and verify the AI-generated content before filing.

    The resulting errors were not limited to imaginary cases. The briefs cited real authorities but attributed quotations and legal propositions to them that the authorities did not contain.

    That is the part to underline. A real citation can still be a false authority.

    How The Court Spotted The Problem

    The Sixth Circuit said its initial concern began with the file name of the principal brief: "CoCounsel Skill Results." CoCounsel is Westlaw's AI platform.

    The court then found three problematic citations. The cited authorities existed, but the quoted language did not appear in them. The briefs also misrepresented the holdings of United States v. Washington and United States v. Anthony.

    After issuing a show-cause order, the court required counsel to provide copies of cited authorities and explain who wrote the briefs, whether generative AI was used, how the briefs were cite-checked, and whether AI was used in district court filings.

    Counsel responded that staff uploaded district court documents to Westlaw CoCounsel to create a first draft, that counsel supplemented the draft, and that the same process was used for the reply. Counsel admitted the false quotations were AI-generated, accepted responsibility, and said he had not previously been disciplined.

    What The Court Did

    The Sixth Circuit imposed several consequences.

    It ordered that counsel not be compensated under the Criminal Justice Act for time spent on the appeal. It directed the clerk to forward the opinion to the Chief Judge of the Sixth Circuit for possible disciplinary proceedings. It also directed service on district court and Kentucky Bar authorities.

    By separate order, the court removed counsel from further representation, ordered appointment of replacement counsel, locked the filed briefs, and reset the briefing schedule.

    The delay to the defendant's criminal appeal mattered to the court. So did the fact that the lawyer was serving through a publicly funded appointment.

    The Legal AI Product Point

    The court's opinion is careful not to treat AI as categorically forbidden. It recognizes that new technologies can bring significant promise to legal work.

    But the court also says lawyers must understand how technology can be misused or contribute to inaccuracies. That remains true even when the tool is sponsored by a trusted legal technology provider.

    For law firms and legal departments, that is the operational takeaway: vendor reputation is not a verification protocol.

    What Appellate Teams Should Change

    Appellate teams using AI should build a source-checking process that covers more than whether the case exists.

    At minimum, the process should verify:

    • every cited authority exists;
    • every direct quotation appears in the cited source;
    • every parenthetical and proposition accurately reflects the source;
    • the cited case's outcome is correctly described;
    • the procedural posture is relevant to the argument;
    • the record citations are checked against the record; and
    • the signing lawyer understands how the AI-assisted draft was created.

    The last point matters because counsel in Farris relied on staff to upload materials and generate the first draft. The court treated verification as the attorney's responsibility, not a staff function.

    Bottom Line

    Farris is not just another hallucinated-citation case. It is a false-quotation and mischaracterized-authority case involving a mainstream legal AI product.

    That makes it a more practical warning. The question before filing is not whether the AI invented a case. It is whether a lawyer read the source and confirmed that it says what the brief says it says.

    Sources