EPO Practice Update: Disclosure Requirements for AI Patent Applications

Earlier this year, the EPO introduced new guidelines for examination relating to inventions concerning artificial intelligence (See G-II-3.3.1). The last paragraph of these guidelines suggest that applications to AI-related inventions may require specific disclosure surrounding any algorithms used by an AI invention, as well as any training data used to train the AI, where such training data is required to achieve the technical effect of the invention. 

A change in the Guidelines usually reflects a change in thinking or application of the law by the EPO. Indeed, it’s always interesting to see how such changes are actually implemented in practice.  

The recently issued decision T1669/21 of the EPO Board of Appeal provides useful insight into exactly what sorts of specific disclosure may be required to satisfy the sufficiency requirements for patent applications relating to AI inventions. 

EPO Practice Update: Disclosure Requirements for AI Patent Applications

Background

T1669/21 concerned an appeal by the patent proprietor against a decision of the Opposition Division to revoke the patent. The patent itself claimed a method for determining a condition of the refractory lining of a vessel, using a calculation model. Amongst other steps, claim 1 defined creating a calculation model based on measured or determined care data, production data, wall thicknesses, and process parameters, wherein the calculation model evaluates the data or parameters through calculations and resulting analyses. 

The crux of the case revolved around this calculation model and whether it was disclosed in the patent fully enough to meet the requirements of sufficiency under Article 83 EPC.

The EPO’s Decision

The EPO upheld the initial revocation, finding that the patent did not disclose the invention sufficiently to allow a skilled person to carry it out without undue burden. The key points in both the patent proprietor’s argument and the EPO’s decision included the following:

1. Broad scope without ML specifics for calculation model

Proprietor's Argument: The proprietor contended that the claim sufficiently enabled a skilled person to construct the calculation model, emphasising that advances in machine learning had made predictive modelling a well-understood discipline. The proprietor argued that a skilled practitioner would recognize the invention’s intent and could implement an appropriate model based on general machine learning principles without needing detailed instructions on model type, training methodology, or input variable configuration. Additionally, the proprietor highlighted that the claim’s terms, such as “regression analysis” and “adapted calculation model,” naturally pointed toward known machine learning approaches.

Board’s Assessment: The Board disagreed, finding that the broad language in claim 1, coupled with a lack of specificity in model parameters and selection, meant that the calculation model could even encompass analytical models as well as ML models. The patent did not disclose details for implementing an analytical model, and for this reason the Board held that the patent was not sufficiently disclosed. The Board underscored that merely mentioning ML terms like “adaptive model” and “regression analysis” did not clarify the model’s specific workings or provide sufficient guidance as to the type of model.

2. AI Model lacking detail

Proprietor's Argument: The proprietor asserted that skilled practitioners in machine learning could choose an appropriate model architecture based on general expertise and standard ML libraries, which offer diverse model options suited to various applications. They highlighted that the machine learning field has advanced to the point where model selection and training are routine, especially for tasks involving multidimensional data such as wear prediction. The proprietor maintained that the patent's references to machine learning were sufficient to indicate that a neural network could be suitable, even if a specific topology wasn’t disclosed.

Board’s Assessment: The Board held that the patent’s reliance on generic machine learning terminology, without specifying any model architecture or input and output parameters, imposed an unreasonable burden on a skilled person. The Board reasoned that machine learning models vary widely in their structures, training methods, and input and output parameters, making it necessary for the patent to provide more detailed instructions to guide the skilled person toward an effective model configuration. The Board noted that while standard machine learning libraries may offer various tools, choosing a model type suitable for wear prediction in high-temperature, high-stress environments would require specialised knowledge and effort. Thus, it found the absence of specific architectural guidance a major deficiency, considering the description of the invention too open-ended to be reliably implemented. 

3. Requirement of Representative Training Data

Proprietor's Argument: The proprietor argued that representative training data could be obtained from routine operations, asserting that machine learning's adaptability would account for any minor inconsistencies in data quality. The proprietor also posited that, due to the self-learning nature of machine learning models, even without tailored training data, the model could selectively emphasise significant variations while disregarding less relevant factors.

Board’s Assessment: The Board disagreed, emphasising that the lack of guidance on the quantity, quality, or nature of training data left too much ambiguity for a skilled person to implement the invention. Furthermore, the Board argued that depending solely on normal operational data would be inadequate, and that this limited dataset would likely lack the diversity necessary for effective training for use of a trained model across the broad scope defined in the claims.

4. Lack of a Reproducible Example

Proprietor's Argument: The proprietor argued that machine learning’s inherent adaptability meant that the model would "learn" relevant relationships during training, uncovering predictive patterns autonomously and that specifying one working embodiment would thus unnecessarily narrow the invention’s scope. 

Board’s Assessment: The Board disagreed with the proprietor’s position, stating that, while machine learning can generalise predictive patterns, the invention still required a specific and reproducible example to demonstrate feasibility. The Board contended that a concrete example would establish a useful starting point for a skilled person to implement and verify the model’s efficacy, but as no such example was provided, there was no evidence that the invention could successfully predict wear given the broad input variable categories claimed.

Implications for AI Patents

T1669/21 provides some useful directions for drafting AI patent applications, and certainly puts some flesh on the bones provided by the Guidelines. Here are some takeaways:

  1. Clearly Identify the Use of AI in the Claims: Explicitly indicating that AI techniques are being used may help limit the scope of a claim appropriately, to avoid sufficiency issues. As such, it may help to avoid broadly defining a ‘model’ and instead explicitly including reference to AI in the claims, when drafting claims for an invention relating to AI.
  2. Thoroughly Describe the AI Model: Detailed information about the chosen model, such as its type (e.g., neural network or regression model), and architecture (e.g., layers, node connections) should be included in the specification. Alternatives and variations can be provided, but where possible, providing  an entire worked example would appear useful.
  3. Describe Training Data Requirements: Having provided the specifics of the model, it would also be useful, for sufficiency purposes, to outline the process and data requirements for training the model. One may include information regarding the training dataset, and the training process/algorithm used to train the model to a point at which it is able to perform its function in the context of the invention. Although disclosing the full dataset may not be necessary, providing example data points or describing key data variations helps clarify the training data’s relevance.
  4. Precisely Define Input and Output Variables: Instead of providing a plurality of ‘possible’ inputs and outputs, from which the skilled person would have to pick themselves to implement, it would appear useful to focus on specific examples of input/output combinations and how these provide the intended effect of using the AI model. One may consider providing specific examples of input and output data. This should provide a clear understanding of the data the model will process and what it is expected to predict or produce.

Conclusion

This decision underscores that patents and patent applications to AI inventions should include description beyond that of a generic "black box". Although, on the face of it, one could summarise that AI-related inventions are now subject to a higher bar compared to others when it comes to the requirements of sufficiency under Article 83 EPC, in reality this decision and the Guidelines seem to be a natural extension of the long-standing principle of ensuring that the skilled person can reproduce the invention without his own research or undue experimentation.

Here at Solve Intelligence, we take keen interest in legal developments across multiple jurisdictions, such as this decision, to ensure our platforms reflect contemporary practice requirements.

AI for patents.

Be 50%+ more productive. Join thousands of legal professionals around the World using Solve’s Patent Copilot™ for drafting, prosecution, invention harvesting, and more.

Related articles

Marbury Law sees 3x-4x efficiency gain from using Solve Intelligence

Key Insights

  • AI adoption requires proof. Bob and his team tested multiple tools before committing, and only moved forward once they saw quantifiable results.
  • 3 to 4x efficiency gains changed the business case. By tracking his own drafting time, Bob demonstrated that AI-enabled workflows made fixed-fee work viable at partner rates.
  • Demonstration drives adoption. Live drafting sessions, client transparency, and side-by-side cost comparisons created full buy-in from both clients and colleagues.
  • Integrated chat removes friction. Keeping research, drafting, and revisions inside one contextual workspace eliminated copy-paste workflows and saved significant time.
  • Context is a force multiplier. AI performs best when it understands the full invention disclosure, file history, and drafting materials in one place.
  • Speed expands strategic value. Faster drafting didn’t just save time - it enabled better coverage, stronger enablement, and real-time responsiveness to client needs.

About Marbury Law

The Marbury Law Group is a premier mid-size, full-service intellectual property and technology law firm in the Washington, D.C. area, with additional strength in commercial law, litigation, and trademark litigation. Recognized by Juristat as a top 35 law firm nationwide and holding Martindale-Hubbell’s AV® Preeminent™ Peer Review Rating, Marbury serves clients ranging from Fortune 500 companies and mid-size technology businesses to high-tech startups and inventors. Its practitioners bring unusually wide-ranging experience, including former technology executives, government R&D managers, startup founders, in-house counsel, “big-law” attorneys, USPTO patent examiners, and judicial clerks. 

Marbury delivers “big-law” service with the flexibility and personal attention of a smaller firm, pairing high-quality work with efficient, budget-aware billing. Based near the USPTO, the firm has drafted and prosecuted thousands of U.S. and foreign patent applications and trademarks, and advises on IP strategy, diligence, and licensing. Formed in 2009 through the merger of two established practices (with roots dating back to 1994), the firm takes its name from Marbury v. Madison (1803), the landmark Supreme Court case that established judicial review.

Introduction

When we sat down with Bob Hansen for this conversation, we knew it would be grounded in both legal depth and real-world business experience. Bob is a founding partner of The Marbury Law Group and has extensive experience across patent prosecution, litigation, licensing, portfolio strategy, and complex IP transactions. But what makes his perspective particularly compelling is that he also brings 20 years of real-world experience as an engineer, program manager, and business executive in Fortune 50 companies and start-ups. He understands firsthand how innovation moves from idea to product, and how intellectual property law fits into that journey.

That dual lens is exactly why we wanted to have this discussion. Bob evaluates technology not just as a patent attorney, but as someone who has managed engineering teams, navigated acquisitions and divestitures, raised capital, and built businesses. When someone with that background says AI has been transformative and backs it up with measurable 3 to 4x efficiency gains, it’s worth listening.

Introducing Solve Review: A Practical Guide to AI-Powered Patent Review

Patent drafting doesn’t end when the first draft is complete. In many ways, the most important work begins at review.

Jurisdictional compliance, internal style alignment, claim clarity, sufficiency of disclosure, and formal requirements. Each aspect of drafting applications must be carefully checked before filing. Yet a thorough review is time-intensive, difficult to standardize, and hard to scale across teams and large portfolios, especially when up against a tight deadline.

Enter Solve Review

With Solve Review, practitioners can run structured, customizable AI-powered reviews in minutes rather than hours, while maintaining transparency, collaboration, and full control over the output. 

Teams using Solve Review report dramatically, with multi-pass manual reviews that previously took three to four hours completing in a fraction of the time

Key benefits

  • AI-powered patent reviews in minutes
  • Each review is fully customizable
  • Save your reviews as templates, run multiple reviews per application
  • Full transparency of working out and results
  • Resolve issues detected by Solve Review with AI

Potter Clarkson Enhances Patent Practice with Solve Intelligence

Solve Intelligence is deployed at Potter Clarkson as a practitioner-led platform, designed to enhance - not replace - the expertise of experienced patent attorneys. The firm uses the technology primarily at a senior level, where skilled practitioners are able to prompt and interrogate the system effectively to guide high-quality outputs.

By combining advanced AI capability with deep technical and legal experience, the platform enables senior attorneys to work more efficiently while focusing their time and judgement on strategic advice, complex analysis and client value. This reflects the firm’s long-standing philosophy that technology should strengthen the role of the practitioner, not substitute professional expertise.

“At Potter Clarkson, our priority is delivering technically rigorous and strategically sound advice to our clients. We use Solve Intelligence as a tool in the hands of experienced patent attorneys - professionals who understand how to guide, challenge and refine AI-generated outputs. It allows our senior teams to concentrate on the aspects of drafting and prosecution where their judgement adds the greatest value, while maintaining full control over quality and client strategy.”

Peter Finnie, Partner, Potter Clarkson

Since rolling out Solve Intelligence’s Patent Copilot, the firm has tailored the platform to reflect its established house styles and drafting standards. This customisation reduces administrative burden and supports consistency across teams, enabling practitioners to engage with AI efficiently without compromising on quality, client-specific requirements, or the firm’s distinctive approach.

Peter Finnie to join Solve's Customer Advisory Board

We are excited to welcome Peter Finnie, Partner at Potter Clarkson, to Solve Intelligence’s Customer Advisory Board.