Skip to content
Patentative

Learn

How to check written-description support before claiming a competitor’s product

Updated Oct 23, 2026

Short answer

Map every proposed claim element to a quoted paragraph or figure in the specification as filed, grade each one, and redraft or drop the weak ones. Then confirm the support exists in every ancestor whose date you need. Courts look hard at claims added in response to others’ products (Quake v. Lo, Fed. Cir. 2019), and an examiner’s allowance does not prove support (Mondis v. LG, Fed. Cir. 2025).

Why does written description decide these claims?

Motive is not the problem. There is “nothing improper” in amending or inserting claims “intended to cover a competitor’s product the applicant’s attorney has learned about during the prosecution of a patent application” (Kingsdown Medical Consultants v. Hollister, Fed. Cir. 1988). The condition is support. Broadening to cover a competitor is proper “as long as the disclosure supports the broadened claims” (Liebel-Flarsheim v. Medrad, 358 F.3d 898, 909 (Fed. Cir. 2004)).

Product-driven claims get extra scrutiny. In Quake v. Lo, 928 F.3d 1365 (Fed. Cir. 2019), Quake cancelled his target-sequence claims and added random-MPS claims after Lo’s application on random MPS published. The court affirmed that the new claims lacked written description:

“‘[T]he purpose of the written description requirement is to prevent an applicant from later asserting that he invented that which he did not,’ and the requirement is particularly important when, as here, claims are added later during prosecution in response to development by others.” (slip op. at 15)

Allowance will not rescue a gap. Mondis Technology v. LG Electronics (Fed. Cir. Aug. 8, 2025, precedential) reversed a jury verdict and held two claims invalid for lack of written description. The limitation had been added to overcome prior art, not to reach a competitor. The court held that the examiner’s allowance of that amendment is not, by itself, substantial evidence of § 112 support: “If it did, there would rarely be a situation where an issued patent could later be invalidated for lack of written description.” (slip op. at 15)

Google LLC v. Sonos, Inc. (Fed. Cir. Aug. 28, 2025) also touched written description. It is nonprecedential. It reversed the rulings that two Sonos patents were invalid for lack of written description and unenforceable for laches. It illustrates a result on its facts; it does not lower the bar. More in our Sonos v. Google explainer.

How do you check support, step by step?

The question is whether the specification shows that, “as of the filing date sought, the inventor was in possession of the invention as now claimed” (MPEP 2163.02). Six steps turn that into a record you can defend.

1. Start from the specification as filed

Support is measured against the disclosure on the filing date. Pull the as-filed specification, claims and drawings from the file wrapper. The published application is a different document. It is based on the filed papers, but it may also reflect a substitute specification or amendments entered before publication (37 CFR 1.215(a)). Its paragraph numbering and text can therefore differ from the filed version. Neither is wrong; they answer different questions. Cite the as-filed text, and say which version your paragraph numbers come from.

2. List the product features from public documentation

Use the competitor’s product pages, manuals, help articles and release notes. Record the URL and the date accessed for each feature. Write each feature as a short neutral sentence. Do not assume how a feature works internally if the documentation does not say.

3. Map each proposed claim element to paragraphs and figures

Split the draft claim into elements. For each one, cite the paragraph and any figure, and quote the words that carry the support. A citation without a quote hides how thin the support is. Search the original claims and abstract too; they are part of the disclosure.

4. Grade the support

  • Strong: the specification uses the same words as the element.
  • Moderate: the element is implied by a passage read with a figure, but not stated.
  • Weak: support rests on inference only, such as a generic phrase or what a skilled reader might add.

Literal wording is not required, but new limitations need “express, implicit, or inherent” support (MPEP 2163). The grades are our working scale for triage, not a legal standard.

5. Redraft or drop elements without support

Where an element is weak, rewrite it in the specification’s own terms, even if that narrows coverage. If no supported wording reaches the product feature, drop the element. A narrower claim that holds is worth more than a broad one that fails under § 112.

6. Check the chain

A continuation claim gets an ancestor’s filing date only if that ancestor supports it, and so does every application in between. MPEP 2163 lists entitlement to an earlier date under 35 U.S.C. 120 as a written-description question. Repeat step 3 against each ancestor whose date you need, especially across a continuation-in-part. If the support first appears later, the claim takes the later date.

What does an element map look like?

One row per element: the claim text, the as-filed support with its grade and quote, and the public product documentation it may correspond to. Weak rows stay in the map. Here the signal-strength element is redrafted around a touch sensor the text does describe, and the fingerprint element is dropped. The chain check then shows that the redrafted element can reach back only to 2019.

Illustration only. Made-up data: the application, paragraphs, figures, product and features below are fictional. Every row is labelled “made-up row”.

Strong express support, same words in the specificationModerate implied by the passage and a figureWeak inference only, flagged for the practitioner

Made-up example: fictional pending Application A against fictional Product Y, proposed claim 1, element by element

1[pre]

A lock assembly for a door, comprising:

As-filed specification support

“a lock assembly for a door includes a housing mounted to the interior face…”

Made-up row. Same words as the claim.

Public product documentation

Retrofit smart lock that mounts on the inside of the door.

1[a]

a motorized bolt and a wireless receiver;

As-filed specification support

“a motor drives the bolt between the extended and retracted positions… a wireless receiver 214…”

Made-up row. Both terms appear in the text.

Public product documentation

Motor-driven deadbolt with a built-in Bluetooth radio.

1[b]

a controller configured to retract the bolt when an authorized mobile device is detected within a predetermined distance of the door,

As-filed specification support

Moderate[¶ 0025]
“when the user’s phone approaches the door, the controller retracts the bolt…”

Made-up row. “Predetermined distance” is not in the text; FIG. 3 shows a fixed range 302 around the door. Implied by passage plus figure. Flag for the practitioner.

Public product documentation

“Auto-unlock when you arrive home.”

1[c] first draft

wherein the controller determines the distance from a received signal strength.

As-filed specification support

“the controller may use any suitable proximity technique…”

Made-up row. Signal strength is never mentioned. Inference only, so redrafted below.

Public product documentation

Help page says auto-unlock uses Bluetooth signal strength.

1[c] redrafted

wherein the controller retracts the bolt only after a touch sensor on the exterior housing is touched.

As-filed specification support

“the bolt is retracted only after the user touches the touch sensor 220 on the exterior housing…”

Made-up row. Replaces the unsupported element with one the text states.

Public product documentation

“Touch the outside keypad to confirm auto-unlock.”

Dropped

a fingerprint reader configured to authorize the mobile device.

As-filed specification support

“other forms of authentication may also be used.”

Made-up row. No fingerprint, no biometrics. Not claimed.

Public product documentation

Optional fingerprint keypad.

Fictional Application A, as filed (excerpts)

  • [¶ 0010] In one embodiment, a lock assembly for a door includes a housing mounted to the interior face of the door…
  • [¶ 0018] A motor drives the bolt between the extended and retracted positions. A wireless receiver 214 receives signals from the user’s phone.
  • [¶ 0025] As shown in FIG. 3, when the user’s phone approaches the door, the controller retracts the bolt.
  • [¶ 0026] The controller may use any suitable proximity technique.
  • [¶ 0027] In some embodiments, the bolt is retracted only after the user touches the touch sensor 220 on the exterior housing.
  • [¶ 0040] Other forms of authentication may also be used.

Fictional Product Y help page

  • Mounts on the inside of the door; motor-driven deadbolt; Bluetooth radio.
  • “Auto-unlock when you arrive home.” Uses Bluetooth signal strength.
  • “Touch the outside keypad to confirm auto-unlock.”
  • Optional fingerprint keypad.
Made-up example: chain check for claim 1 as redrafted. Application A claims benefit of fictional Parent P (filed 2019), a continuation-in-part of fictional Grandparent G (filed 2017).
Element (made-up)Parent P (2019)Grandparent G (2017)
1[pre], 1[a], 1[b]Present: same paragraphs and FIG. 3Present: same paragraphs and FIG. 3
1[c] redrafted (touch sensor)PresentAbsent. Touch sensor 220 first appears in Parent P.

Made-up result: claim 1 as redrafted can look back only to 2019. If the 2017 date matters, for example because of art published in 2018, the touch-sensor element needs another route.

What are the common failure modes?

  1. Claiming the genus from a species. The specification describes one embodiment and the claim covers the whole category the product falls in. A genus needs a representative number of species or identifying characteristics, and a genus disclosure may not support a subgenus or species either (In re Smith, as discussed in MPEP 2163).
  2. Functional language without structure. The claim recites the result the product achieves, such as “configured to determine proximity,” and the specification never says how. “[D]escribing a composition by its function alone typically will not suffice” (MPEP 2163, citing Eli Lilly). Apply the same caution to any element defined only by its result.
  3. Combining embodiments. Each element appears somewhere, but never together. An examiner can reject a claim because the specification does not describe “their combination,” even where it lists each element (Hyatt v. Dudas, as discussed in MPEP 2163). Look for a passage that joins them, or blaze marks that point to the combination.
  4. Relying on figures without text. Drawings alone can provide a written description (Vas-Cath, quoted in MPEP 2163). But a figure seldom shows a threshold, a sequence or a purpose. If the element depends on what the figure means rather than what it shows, grade it weak.
  5. Numbering mismatch. The map cites paragraph numbers from the published application while the argument rests on the as-filed text, or the reverse. Where the two differ, a cite can point to the wrong passage. Pick one version, label it, and quote the words.

What should the support check hand to the practitioner?

  • The element map, with every element graded and quoted, including the weak rows.
  • The redrafts and drops, with the reason for each.
  • The chain check: the earliest date each claim can claim, and why.
  • The product sources, with URLs and dates accessed.

Keep the language neutral. The right conclusion is that the specification may support claims covering a feature described in public documentation. A pending application has no enforceable claims. Whether the support is adequate, and whether to file, is for your registered patent practitioner. The overall strategy and timing are in continuation strategy for competitor products, and our method is set out in how it works.

Informational only, not legal advice. Have a registered patent practitioner review before filing.

Questions about written description for continuation claims

Does the claim need the exact words of the specification?

No. MPEP 2163 says there is no in haec verba requirement, but newly added claims or limitations must be supported through express, implicit, or inherent disclosure. Same-word support is the easiest to defend, which is why we grade it strong.

If the examiner allows the continuation claims, is written description settled?

No. In Mondis v. LG (Fed. Cir. Aug. 8, 2025, precedential) the court held that an examiner’s allowance of an amendment is not, by itself, substantial evidence of compliance with § 112. Mondis concerned a limitation added to overcome prior art, but the point applies to any added limitation. The presumption of validity still applies.

Can a figure alone support a claim element?

It can. MPEP 2163 quotes Vas-Cath: drawings alone may provide a written description. The risk is that a figure rarely shows what a functional or numerical limitation requires. Treat figure-only support as moderate at best and say what the figure shows.

Should I use the published application or the as-filed specification?

The as-filed specification. Support is measured against the disclosure as filed. The published application is based on it, but under 37 CFR 1.215(a) it may also reflect a substitute specification or amendments entered before publication, so its paragraph numbering and text can differ. State which version your paragraph numbers come from.

Does a continuation need support in every earlier application?

Only in those whose filing date you need. A claim gets an ancestor’s date only if that ancestor supports it, and each link in the chain must support it too. MPEP 2163 lists entitlement to an earlier filing date under 35 U.S.C. 120 as a written-description question.

Did Sonos v. Google change the written-description standard?

No. The August 2025 decision is nonprecedential. It reversed the district court’s rulings that two Sonos patents were invalid for lack of written description and unenforceable for prosecution laches. It is persuasive, not binding, and the standard comes from precedential cases and MPEP 2163.

Facts checked Oct 23, 2026 against the linked sources. The element map uses made-up data.

Want the support check done on your family?

Send a pending application number and a link to the product. We map each claim element to as-filed paragraphs, grade the support, check the chain and confirm the last day to file. The first reviews are free.