Tag: AI compliance

  • Everything you need to know about California’s new AI law

    Everything you need to know about California’s new AI law

    This is educational material and does not constitute legal advice nor is any attorney/client relationship created with this article, hence you should contact and engage an attorney if you have any legal questions.


    SB 53 Overview

    On September 29, 2025, California became the first U.S. state to establish binding safety requirements for frontier artificial intelligence systems. Governor Gavin Newsom signed Senate Bill 53, the Transparency in Frontier Artificial Intelligence Act, into law after vetoing a more aggressive predecessor just one year earlier.

    While the European Union spent years developing its EU AI Act and other jurisdictions debate theoretical frameworks, California stepped into the vacuum created by federal inaction. With 32 of the top 50 global AI firms headquartered in California, this state-level regulation effectively sets the de facto standard for frontier AI development worldwide.

    This article examines what SB 53 actually requires, who it affects, how enforcement works, and why California’s approach differs fundamentally from both last year’s failed attempt and the European Union’s regulatory model.

    Who This Actually Covers

    Practically speaking, SB 53 will only apply to OpenAI, Anthropic, Google, Meta, and possibly xAI. That’s the list.

    The law targets “large frontier developers” through two simultaneous thresholds. First, compute usage exceeding 10^26 floating-point operations (26 FLOPS) for model training. This captures systems like GPT-4, Claude 3.5, Gemini 1.5, and Llama 3 while excluding specialized models like AlphaFold or narrow AI applications. Second, annual revenue exceeding $500 million. Both criteria must be met.

    This dual-threshold approach eliminates ambiguity. Companies know immediately whether they’re subject to SB 53 based on objective metrics rather than subjective capability assessments. The California Department of Technology must review these definitions annually and recommend updates, providing built-in flexibility as the field advances.

    The law defines “foundation models” as AI systems trained on broad datasets, designed for generality of output, and adaptable to diverse tasks. This captures large language models and multimodal systems while excluding narrow applications. Critically, SB 53 takes an entity-based rather than model-based approach, regulating developers rather than individual systems.

    “Catastrophic risk” receives specific definition: foreseeable and material risks that could meaningfully contribute to death or serious injury to more than 50 people from a single incident, damage exceeding $1 billion, or specific categories including chemical, biological, radiological, or nuclear; autonomous criminal activity; and loss of control over the system. This separates genuine existential concerns from routine AI failures.

    The territorial reach extends to any frontier developer offering models to California residents or businesses, regardless of corporate structure or development location; so in this respect, it’s strikingly similar to the reach of the EU’s GDPR and EU AI Act.

    The Disclosure Regime: Public vs Confidential

    SB 53 builds a two-track transparency system. Some information must be made public, and some must be delivered confidentially to regulators.

    On the public side, developers must publish a “frontier AI framework” describing how they assess and manage catastrophic risks, plus transparency reports before releasing new or substantially modified models. These are like mandatory model cards: capabilities, limitations, and results of safety testing must be on record, not just voluntarily shared when convenient.

    On the confidential side, developers must also report “critical safety incidents” to California’s Office of Emergency Services — anything from major breaches to evidence of deceptive model behavior that could mask risks. This is somewhat analagous to how autonomous vehicle companies must report driverless vehicle accidents. These reports remain exempt from public records laws, allowing regulators to see sensitive data without exposing vulnerabilities.

    The net effect is simple: companies can no longer cherry-pick what they share. Safety practices and risk events are on file, either for the public or for regulators.

    Unusually, SB 53 lets California’s Office of Emergency Services designate federal reporting standards as satisfying state law — even if federal rules don’t preempt. This creates a safe harbor: comply federally once, and you’ve complied in California. It’s a voluntary harmonization mechanism, and it signals California is eager for Washington to step up with national standards.

    Whistleblower Protections

    SB 53 prohibits frontier developers from preventing or retaliating against “covered employees” who disclose information about catastrophic risks or violations. The definition extends remarkably broadly: full-time employees, contractors, subcontractors, freelancers, unpaid advisors, vendors, and board members involved in assessing, managing, or addressing catastrophic risk.

    Companies must establish internal mechanisms allowing anonymous reporting and must provide updates on how concerns are addressed. Protected disclosures can go to the Attorney General, federal authorities, managers, or other employees with investigative authority if the employee has reasonable cause to believe information reveals specific and substantial danger to public health or safety from catastrophic risk, or that the developer violated SB 53.

    Why this matters: Internal employees often identify risks before external observers, but fear of retaliation prevents disclosure. SB 53’s broad definition and anti-retaliation provisions create formal channels for surfacing safety issues early. The inclusion of board members and unpaid advisors ensures virtually anyone with access to privileged risk information receives protection. This addresses concerns raised when former OpenAI employees criticized safety practices but faced potential legal exposure.

    Independent Audits: Delayed Accountability

    Starting in 2030, large frontier developers must engage independent third-party auditors annually to verify two elements: whether the developer follows their published frontier AI framework, and whether the framework is sufficiently clear that compliance can be objectively determined.

    This five-year delay gives the industry time to establish baseline practices before mandatory verification begins. The requirement addresses a fundamental challenge: voluntary commitments remain unverifiable without external oversight. By requiring auditors to assess both compliance and framework clarity, SB 53 creates pressure for concrete, measurable safety practices rather than aspirational principles.

    Why this matters: The delayed implementation distinguishes SB 53 from last year’s failed SB 1047, which mandated immediate annual audits. That prescriptive approach contributed to industry opposition and veto. The 2030 trigger represents legislative learning: establish transparency first, add verification once practices mature. But it also means five years of self-attestation before independent confirmation begins.

    Enforcement and Penalties

    The California Attorney General holds exclusive enforcement authority. Civil penalties are capped at $1 million per violation.

    The focus is not on punishing catastrophic harms themselves, but on penalizing failures of transparency — for example, not publishing a required framework, misrepresenting risk management, or failing to report incidents.

    SB 53’s liability structure reinforces its transparency-first philosophy. Companies that document their processes and report honestly cannot be sued under this statute even if their models cause catastrophic harm. But they do face significant penalties if they fail to live up to their own disclosures.

    CalCompute and State Preemption

    SB 53 establishes a consortium to develop CalCompute, a state-backed public cloud computing cluster providing free or low-cost resources to startups, researchers, and public-interest projects. The consortium must submit a framework by January 1, 2027, with preference for housing at the University of California. The initiative only proceeds if the state budget allocates funding.

    The law preempts local ordinances specifically related to frontier developer management of catastrophic risk adopted after January 1, 2025, preventing conflicting city and county regulations within California while leaving federal preemption unresolved.

    Practical Implementation Timeline

    SB 53 becomes effective January 1, 2026, creating a tight implementation window for covered developers:

    Before January 1, 2026:

    • Determine whether you meet both compute and revenue thresholds
    • Draft and publish frontier AI framework if covered
    • Establish catastrophic risk assessment processes
    • Create incident detection and reporting mechanisms
    • Implement whistleblower protections and anonymous reporting channels
    • Update employment agreements, contractor relationships, and board policies

    Ongoing Obligations:

    • Publish transparency reports before releasing new or modified models
    • Submit confidential risk assessments to OES for internal model use
    • Report critical safety incidents within required timelines
    • Update frontier AI framework annually
    • Maintain whistleblower investigation and response procedures

    Starting 2030:

    • Engage independent auditors annually to verify framework compliance and clarity

    Companies approaching thresholds should monitor growth trajectories. Revenue nearing $500 million or compute usage approaching 10^26 FLOPs triggers planning obligations before formal coverage begins.

    Looking Forward

    The law includes built-in adaptation mechanisms. The California Department of Technology must annually recommend updated definitions for “frontier model,” “frontier developer,” and “large frontier developer” based on multistakeholder input, technological developments, and international standards. This acknowledges that today’s thresholds might become obsolete as hardware improves and business models change.

    OES must publish annual anonymized incident reports starting in 2027, creating the first longitudinal dataset tracking frontier AI safety at state level. The Attorney General must similarly report on enforcement actions and whistleblower activity. These transparency mechanisms allow assessment of whether SB 53’s accountability measures produce meaningful behavior change.

    The 2030 independent audit requirement triggers the law’s most significant escalation. Once external verification begins, procedural compliance shifts from self-attestation to third-party review. However, technological development might outpace regulatory adaptation. If frontier capabilities advance faster than annual definition updates, dangerous systems might emerge outside SB 53’s scope.

    Conclusion

    SB 53 represents the United States’ first serious attempt to regulate frontier AI development through mandatory transparency requirements backed by civil penalties. Whether this approach succeeds depends on questions that cannot be answered today.

    California’s decision to regulate frontier AI safety marks a turning point in technology policy. For decades, Silicon Valley operated with minimal regulatory constraints, relying on voluntary industry commitments. SB 53 converts some voluntary commitments into binding legal obligations while deliberately avoiding the heavy-handed mandates that doomed last year’s attempt.

    The law embodies a particular philosophy about AI governance: trust but verify, transparency over prescription, accountability without stifling innovation. Whether that philosophy proves adequate for managing catastrophic risks from increasingly capable AI systems remains the defining policy question of our time.

  • Everything you need to know about the EU AI Act (Updated April 14, 2025)

    Everything you need to know about the EU AI Act (Updated April 14, 2025)

    This is educational material and does not constitute legal advice nor is any attorney/client relationship created with this article, hence you should contact and engage an attorney if you have any legal questions.


    We should begin this discussion with an important clarification:

    The European Union AI Act was not in fact conceived in response to the new era of so-called “generative AI” apps that began on November 30, 2022, when ChatGPT launched for public use. On the contrary, the first iteration of the EU AI Act (“EUAIA”) was drafted in April 2021 to regulate artificial intelligence systems generally, not “generative AI” systems like ChatGPT specifically.

    Indeed, it was only subsequent revisions to the EUAIA that sought to incorporate text to accommodate generative AI following the launch of ChatGPT and others. Hence, the final version we study here is essentially an afterthought to compensate for what had been a decidedly unforeseen advent in the evolution of artificial intelligence systems. Simply put, nobody had anticipated generative AI specifically, with its almost mysteriously complex large language models (“LLMs”; learn more here) — at least not any time soon — and so the drafters of the EUAIA had to adapt quickly.

    The final result, published in the Official Journal of the European Union on July 12, 2024, and entering into force on August 1, 2024, is a landmark regulatory framework designed to ensure AI technologies are developed, deployed, and used responsibly. While critics may well fault it for its excessively strong grip akin to the EU’s GDPR (General Data Protection Regulation), its intent is unquestionably sound and indeed necessary to ensure safety in our fast-changing digital world, where fantastical things once limited to the confines of science fiction are now very real indeed.

    This article attempts to unpack and summarize the nuances of the EUAIA, as derived directly from the EUAIA’s entire text and official summary, including key definitions, risk classifications, compliance requirements, penalties, and the implications for AI providers and deployers. A “mind map” is available below for an even deeper dive for those so inclined to learn more.

    EU AI Act Mind Map Preview Image
    EU AI Act Mind Map. Copyright Hoag Law.ai. All Rights Reserved. Contact to request high-res PDF.

    Key Definitions and Scope

    The EUAIA defines an AI system as any machine-based setup that makes inferences to achieve objectives, except systems for military or defense purposes. It uses a functional, effect-based definition, highlighting characteristics such as autonomy, adaptability, and data dependence. The EUAIA applies to providers placing AI systems on the EU market, as well as to providers and deployers of AI systems in third countries if the output is used in the EU. But the EUAIA includes exceptions for free and open-source AI systems, unless they are otherwise prohibited or classified as high-risk AI systems, as defined below.

    Risk Tiers for AI Systems

    EU AI Act Risk Tiers Pyramid
    EU AI Act Risk Tiers. Copyright © Hoag Law.ai. All Rights Reserved.


    The framework of the EUAIA is premised on a categorization of AI systems into three primary risk tiers: prohibited, high-risk, and limited-risk. General-purpose and minimal-risk tiers are also slotted into the hierarchy.

    Overall, the EUAIA mandates transparency for all AI systems, especially those that interact with humans or are involved in emotion recognition or biometric categorization; meanwhile, so-called high-risk AI systems must carry clear labels and instructions.

    Providers of general-purpose AI models are required to disclose detailed technical documentation, including information about training data, limitations, and capabilities. Free and open-source GPAI models are exempt from some requirements unless they present systemic risk.

    The EUAIA also includes specific provisions for deep fakes, defined as AI-generated or manipulated content that falsely appears authentic. Providers and deployers of such systems must disclose that the content is artificially generated or manipulated, with certain exceptions for authorized law enforcement use or evidently artistic works.

    To foster innovation, the EUAIA includes provisions for AI regulatory sandboxes, allowing for supervised testing of novel AI applications. It also provides support measures for SMEs and startups to help them navigate compliance requirements.

    We shall now unpack each of these in decreasing order from highest to least risk.

    Prohibited AI Practices

    The EUAIA bans certain AI practices outright due to their potential for harm. These include:

    • Manipulative AI that distorts human behavior.
    • Social scoring systems that may lead to discriminatory outcomes.
    • Real-time remote biometric identification by law enforcement, except in cases of severe public interest.
    • Biometric categorization systems inferring sensitive attributes, with specific exceptions for law enforcement use.

    High-Risk AI Systems

    High-risk AI systems are those with significant potential to impact health, safety, or fundamental rights. These systems must adhere to stringent requirements, including continuous risk assessment, high-quality data governance, comprehensive technical documentation including labeling requirements, robust quality management systems, and detailed record-keeping. The EUAIA outlines specific high-risk categories in Annex III of the EUAIA, including:

    • Biometric identification and categorization.
    • Critical infrastructure management.
    • Education and vocational training.
    • Employment, workers’ management, and access to self-employment.
    • Essential private and public services.
    • Law enforcement.
    • Migration, asylum, and border control management.
    • Administration of justice and democratic processes.

    General Purpose AI Systems

    These are AI models designed to perform a wide range of tasks and are assumed with systems presenting systemic risks (e.g.,those that exceed 10^25 FLOPs (floating point operations per second; for more information, see here)). Such systems have specific obligations under the EUAIA, including:

    • Providing technical documentation and instructions for use: Publishing a “training data transparency summary” that includes the datasets used, their collection methods (e.g., web scraping or third-party sources), licensing status, legal basis, and whether copyright opt-outs were honored.
    • Complying with EU copyright law.
    • Publishing a summary of training data content.
    • Free and open-source GPAI models are exempt from some requirements unless they present systemic risk.

    The EUAIA also places specific obligations on providers of general-purpose AI models regarding copyright compliance and transparency about training data:

    • Providers must implement a policy to comply with EU copyright law: A text and data mining exception allows reproductions and extractions of lawfully accessible works, unless rightsholders opt out via machine-readable means (e.g., metadata, robots.txt, ai.txt, or T&Cs).
    • The EUAIA recognizes a text and data mining exception, allowing for reproductions and extractions of lawfully accessible works for AI training purposes, but rightsholders can opt out, requiring AI providers to obtain authorization for text and data mining of their works.
    • Providers must publish a sufficiently detailed summary of content used for training, facilitating copyright enforcement.
    • These obligations apply to all GPAI models on the EU market, regardless of where the training occurred.

    Limited Risk AI Systems

    Limited risk systems are those that are not high-risk yet still require transparency and accountability. Somewhat surprisingly, deep fakes are included in this risk category, despite their profound potential to disseminate false or misleading information by impersonating people without their consent. Providers must ensure users are aware they are interacting with an AI system and maintain basic documentation.

    Minimal-Risk AI Systems

    This category encompasses the majority of AI systems currently on the market. These systems:

    • Are not subject to specific obligations under the EUAIA due to their low risk profile.
    • Are encouraged to follow voluntary codes of conduct to ensure ethical and responsible AI development and use.
    • Allow for continued innovation while promoting best practices in AI governance.

    Compliance and Penalties

    Compliance with the EU AI Act involves a multi-faceted approach:

    • Conformity Assessments: High-risk AI systems must undergo pre-market evaluations.
    • Post-Market Monitoring: Continuous surveillance to ensure ongoing compliance.
    • Market Surveillance Authorities: National bodies responsible for enforcement.
    • EU Database: A centralized repository for high-risk AI systems.
    • Notified Bodies: Independent entities conducting conformity assessments.

    Penalties for non-compliance are broken down as follows:

    • Prohibited uses can incur fines up to €35 million or 7% of global annual turnover, whichever is higher and/or prohibition from use.
    • High-risk compliance failures can attract fines up to €15 million or 3% of global turnover, whichever is higher and/or full access to system data and source code for inspection.
    • Misleading information can result in fines up to €7.5 million or 1% of global turnover, whichever is higher and/or proactive market surveillance.

    For SMEs and startups, the fines are subject to the same maximum percentages or amounts, whichever is lower.

    Deployers’ Obligations

    Deployers of AI systems have specific obligations under the EUAIA. They must implement a risk assessment system, adopt transparency principles, and design responsible AI governance frameworks. Additionally, deployers of high-risk AI systems in public services must conduct fundamental rights impact assessments to ensure their systems do not negatively impact rights.

    Data Protection and Privacy

    Alignment with the General Data Protection Regulation (GDPR) is a cornerstone of the EUAIA, ensuring that AI systems comply with stringent data protection laws. Specific rules govern the processing of biometric data, imposing strict conditions to safeguard privacy.

    Governance and International Cooperation

    The governance structure established by the EUAIA includes the European Artificial Intelligence Board, which coordinates regulatory practices across Member States, and the AI Office, which oversees AI regulations and offers guidance. A scientific panel of independent experts provides technical and ethical advice. Internationally, the Act promotes global cooperation to ensure that AI systems developed outside the EU comply with EU standards. Mutual recognition agreements facilitate conformity assessments with other jurisdictions, ensuring a global standard for AI safety and compliance.

    Implementation Timeline

    The EUAIA’s implementation is slated to be phased in accordingly, with key dates including:

    • August 1, 2024: The EUAIA officially goes into effect.
    • February 2, 2025: Prohibited uses become enforceable.
    • May 2, 2025: Codes of practice for general-purpose AI models are made available. (This will be interesting to see.)
    • August 2, 2025: Compliance deadline for general-purpose AI providers.
    • February 2, 2026: The Commission provides guidelines and practical examples. (Also this.)
    • August 2, 2026: Full applicability of the EUAIA, with operational infrastructure.
    • August 2, 2027: Extended compliance for certain high-risk AI systems.

    Ongoing Case Law and Compensation Frameworks

    In September 2024, the Hamburg Regional Court ruled in favor of LAION, a non-profit that distributed datasets with links to copyrighted content, citing a text and data mining exception for scientific purposes.

    In March 2025, French publisher and author organizations sued Meta Platforms Inc. over alleged unauthorized use of copyrighted works to train Llama, a generative AI model.

    French policymakers are also exploring collective rights management and trusted intermediaries to ensure authors are compensated fairly when their content is used in AI training.

    Conclusion

    Like it or not, the EU AI Act is an impressively comprehensive regulatory framework designed to manage the rapid evolution of artificial intelligence, including and especially generative AI with all of its controversial copyright infringement allegations for language model (LLM) training data. By establishing robust compliance mechanisms, promoting transparency, and fostering innovation, the EUAIA aims to create a balanced ecosystem where AI can thrive while safeguarding fundamental rights and public interest, even if it may seem stifling. For AI developers, providers, and deployers, understanding and adhering to the EU AI Act is crucial for navigating the new regulatory landscape effectively.

    For further questions, feel free to reach out.

  • Using AI in Law: Compliance with ABA Model Rules and Best Practices [UPDATED: February 19, 2026]

    Using AI in Law: Compliance with ABA Model Rules and Best Practices [UPDATED: February 19, 2026]

    This is educational material and does not constitute legal advice nor is any attorney/client relationship created with this article, hence you should contact and engage an attorney if you have any legal questions. Any discussion on technical matters may be inaccurate or no longer timely, so you should consult with the various vendors mentioned below to clarify and to ascertain accuracy.


    The ABA Model Rules of Professional Conduct strongly imply, if not yet require, the adoption of generative AI technology in the practice of law.


    The legal sector is rapidly embracing generative AI to streamline tasks such as research, drafting, document review, finding the needle in a haystack of email discovery, and more.

    The case in 2023 of a New York lawyer being sanctioned for filing a brief with fake AI-generated case citations first alerted the world with a cautionary reminder: while AI can enhance our capabilities, it must be wielded with utmost responsibility to prevent ethical violations and safeguard our reputation.

    While hallucinations have largely vanished as of this update in February 2026, attorneys must always review AI-generated output just as they review other associates’ and paralegals’ output, too.

    Accordingly, the ABA Model Rules of Professional Conduct and California Rules of Professional Conduct, which largely align with the ABA Rules, not only imply but arguably necessitate the adoption of technology, including generative AI, to maintain competent client representation.

    Embracing Competence through Technology

    Maintaining competence is a fundamental ethical obligation for lawyers. According to ABA Rule 1.1 on Competence, this includes staying updated on changes in the law and its practice, including the benefits and risks associated with relevant technology (Comment 8 to ABA Rule 1.1).

    This rule arguably implies that lawyers should use AI tools to enhance their practice, while emphasizing the need to ensure the accuracy and reliability of AI-generated content.

    Regular training and the adoption of advanced AI tools are prudent ways to fulfill this obligation, ensuring that lawyers are well-versed in both the capabilities and limitations of AI technologies.

    Enhancing Diligence with AI

    ABA Rule 1.3 on Diligence requires lawyers to act with reasonable diligence and promptness in representing a client; this therefore implies strongly that technology must be used to balance a lawyer’s workload.

    A lawyer relying on pen and paper to draft in days or weeks what would ordinarily take hours with a word processor, or to eschew email entirely for communicating with opposing counsel in favor of using only postal mail, would arguably run afoul of this rule if only because of the unnecessary delays and resulting costs that such anachronistic work would impose upon clients.

    AI tools can likewise be a significant asset in managing workloads and delivering timely service to clients. By automating routine tasks like legal research, document review, drafting, and sifting through hundreds and thousands of discovery documents, lawyers can free up valuable time for more complex and strategic aspects of their work; in some instances the time and cost savings can be profound, sometimes reducing to mere minutes what would have otherwise taken hours.

    However, it is crucial to remember that AI is not a substitute for human judgment and expertise, and errors are still a concern. Lawyers must still exercise diligence in reviewing and verifying AI-generated content to ensure its accuracy and relevance to the specific case at hand.

    Ensuring Accuracy in AI Outputs

    ABA Rule 3.1 on Meritorious Claims requires that lawyers only bring forward claims that are based on law and fact. Comment 2 to this rule emphasizes that an “action is frivolous … if the lawyer cannot make a good faith argument on the merits of the action taken” or support it by a good faith argument for the extension, modification, or reversal of existing law.

    Therefore, it is essential to independently verify the accuracy of AI-generated content, including sources, citations, case law, statutes, and quoted language.

    Manually checking all citations and legal references against primary legal sources is crucial, and simply asking or “prompting” a generative AI tool to “double-check its work,” as it were, will not usually suffice.

    What can sometimes help is to use multiple generative AI platforms in parallel, by running your desired output from the first platform back and forth through all of them, as if slowly distilling the end result through a funnel to filter out the errors.

    Maintaining Transparency and Protecting Confidentiality

    Transparency in disclosing AI usage not only fosters trust but also helps the court and clients understand the role of AI in your work. ABA Rule 1.4 on Communication emphasizes the importance of keeping clients reasonably informed about the status of their matter.

    When using AI tools, lawyers should disclose this to their clients and explain how AI is being used to assist with their case. This can be done through engagement letters or other client communications. Below is an example of such a clause:

    Use of Artificial Intelligence (AI)

    In representing you, I may use generative AI tools for tasks such as legal research, drafting, email and file management, and analysis. These tools augment, but do not replace, my professional judgment. Any use of such tools will be consistent with applicable ethics rules, and I will maintain human oversight and protect your confidential information.

    However, ABA Rule 1.6 on Confidentiality mandates that lawyers must protect client information. When using AI tools, particularly those connected to public APIs, it is crucial to ensure that no confidential information is inadvertently disclosed.

    Crucially, when evaluating any AI platform for use with client-confidential information, attorneys should assess the following factors — roughly in decreasing order of importance:

    1. Zero Data Retention (ZDR) Policies. The single most critical requirement. Confirm that the AI provider contractually commits to not retaining your prompts, outputs, or uploaded documents beyond the duration of the session or API call. This is distinct from merely “opting out” of training — ZDR means the provider does not store your data at all, period. Major providers like OpenAI and Anthropic offer ZDR through their API and enterprise tiers if negotiated, but their free consumer products typically do not provide this protection. Always verify ZDR commitments in the provider’s Data Processing Agreement (DPA) or enterprise terms, not just their marketing materials.
    2. No Training on Your Data. Separately from retention, confirm that the provider does not use your inputs or outputs to train, fine-tune, or improve its models. While most enterprise and API tiers now exclude customer data from training by default, consumer-tier products often do not. This should be an explicit contractual commitment, not merely a toggle in a settings menu that can be changed unilaterally.
    3. Data Isolation and Access Controls. Understand the provider’s architecture: Is your data logically or physically isolated from other customers? Who at the provider has access to your data, and under what circumstances (e.g., trust and safety review, debugging)? Enterprise deployments and private instances offer stronger isolation, but even shared-infrastructure API access can be acceptable if ZDR and no-training commitments are in place.
    4. Encryption in Transit and at Rest. Ensure the platform uses industry-standard encryption (TLS 1.2+ in transit; AES-256 at rest). This is table stakes — virtually every reputable provider meets this standard — but it should still be confirmed, particularly for any data that is retained (e.g., conversation logs you choose to save on the platform).

    The critical distinction is between cloud storage (where the platform functions like a filing cabinet, holding your data for your later retrieval) and data processing (where the platform processes your data ephemerally and discards it).

    For AI tools handling privileged information, you want processing without storage — and ZDR is how you get there.

    And no, public AI platforms are not the same as cloud storage. The former is considered disclosure to a third party and thus risks waiving privilege, while the latter is not.

    Finally, if the platform allows you to save conversation histories or upload documents for persistent use, confirm that (a) such data is deletable on demand, (b) deletion is actual deletion and not merely soft-deletion or archival, and (c) you understand the provider’s data retention schedule for any backups or logs.

    My AI Privacy Guide was built for precisely this reason: to help you understand the various platforms’ Terms of Service and Privacy policies so that you can make a better informed decision.

    Ethical Supervision of AI Tools

    As AI tools — generative AI specifically — become more prevalent in legal practice, lawyers must remember that they are ultimately responsible for the work product generated using these tools.

    ABA Rules 5.1 and 5.3 emphasize the ethical duties of lawyers to supervise subordinate lawyers and non-lawyer assistants, including AI tools. This involves understanding how the AI tool works, monitoring its output for accuracy and reliability, and ensuring that its use aligns with ethical and professional standards, including and especially, matters involving privacy and confidentiality.

    Addressing Emerging AI Challenges

    The rapid advancement of AI in the legal industry raises novel ethical and legal questions that lawyers must be prepared to address. ABA Resolution 112 (2019) urges courts and lawyers to address emerging issues related to AI usage, such as algorithmic bias, explainability, and transparency.

    By staying informed about these issues and proactively implementing best practices for ethical AI usage, lawyers can harness the power of AI to improve efficiency and client service while upholding the highest standards of professionalism and integrity. This proactive approach includes engaging in continuous education about AI technologies and their ethical implications.

    If you’re curious to try an interesting academic thought exercise, consider asking your favorite AI chatbot — be it ChatGPT; Claude; or GC.AI — to draft a new set of fictitious rules for the ABA or California Rules of Professional Conduct governing the use of AI. I used the prompt below, but you should play around and see what you come up with:

    Can you please produce a fictitious rule for the California Rules of Professional Conduct, about the use of AI like LLMs like ChatGPT? Please give it appropriate headings and section numbers to fit into a logically coherent place in the existing rules, make sure it’s suitably detailed, and so on.

    I don’t want to give anything away, but I think you’ll find this exercise as entertaining as it is awe-inspiring and impressive. And while it obviously offers no practical value, it certainly suggests a very plausible direction to where things are likely headed with generative AI and the legal community.

    Spoiler alert: I’ll state for the record that I think it will soon be ethical malpractice NOT to use AI in the practice of law, or indeed, any profession, very soon; say, 2030.

    Closing Thoughts

    Generative AI is a revolutionary, society-changing tool the likes of which humanity has never seen before; a fantastic magic heretofore relegated only to the realm of fantasy and science fiction. It can significantly enhance the efficiency, accuracy, and client service in legal practice, but is not yet a replacement for human judgment and expertise.

    Attorneys must remain ethically responsible for their work product, regardless of the tools used. By selecting appropriate AI tools, verifying AI-generated content, adhering to court rules, transparently disclosing AI usage, and addressing the ethical implications of AI, lawyers can effectively integrate AI into their practice while avoiding potential pitfalls.

    And despite the risks, it is precisely because of the immense power and productivity gains offered by generative AI that the ABA and California Ethics Rules at least impliedly support and potentially encourage the thoughtful use of such technology to uphold the high standards of competence and ethical practice required in the practice of law, which at the end of the day, must always be in the client’s best interest.

    For more insights on responsible AI usage in legal practice, feel free to reach out or explore our resources.