1. Why This Topic Deserves Its Own Guide

Prime editing and base editing patents are among the most sequence-dense filings in biotechnology. A single application can disclose:

Because these elements don’t map neatly onto the “plain” DNA/RNA/protein sequences that WIPO Standard ST.26 was originally designed around, prime and base editing filings are unusually prone to sequence listing errors — errors that can trigger formality objections, delay a filing date, or (in the worst case) create prosecution history estoppel issues if listings must be amended later.

This guide walks through what ST.26 requires, how it applies specifically to prime/base editing constructs, and where practitioners most commonly go wrong.

Not legal advice. This guide is general educational information about a technical filing standard. It isn’t a substitute for advice from a registered patent practitioner or your local IP office, and rules can vary by jurisdiction and change over time — always confirm current requirements with the relevant office before filing.


2. The Regulatory Baseline: WIPO ST.26

WIPO member states agreed that all sequence listings submitted as part of a patent application at the national, regional, and international level must comply with WIPO Standard ST.26. Applications filed on or after July 1, 2022 that disclose amino acid and nucleotide sequences must contain an ST.26 XML-compliant sequence listing, while listings for applications filed before that date generally remain governed by the older ST.25 standard.

Key mechanical differences from the legacy ST.25 regime:

FeatureST.25 (legacy)ST.26 (current)
File formatPlain text (.txt)Structured XML conforming to a defined DTD/schema
Non-natural sequence typesNot well supportedExplicitly supported (D-amino acids, branched sequences, nucleotide analogs)
Minimum sequence length4+ amino acids / 10+ nucleotides (looser enforcement)10 or more specifically defined nucleotides, or 4 or more specifically defined amino acids, for linear/unbranched sequences and linear regions of branched sequences
ValidationManual/inconsistent across officesA dedicated WIPO Sequence Validator web service that offices use to check compliance, alongside the WIPO Sequence desktop authoring tool
Database alignmentNot INSDC-compatibleDesigned for compatibility with INSDC databases (GenBank, EMBL, DDBJ)

The USPTO has kept pace with WIPO’s revisions: it adopted version 1.7 of ST.26 (approved by WIPO in December 2023), which improves technical terminology and descriptions, with the corresponding final rule effective July 1, 2024. Practitioners should always confirm which minor version of ST.26 a given office currently enforces, since validator behavior can shift slightly between versions.

Continuations and divisionals: the ST.26 obligation follows the filing date of the specific application, not the parent’s filing date. A continuation or divisional filed on or after the applicable implementation date must use an ST.26-compliant listing even if the parent case was filed and prosecuted entirely under ST.25 — this is a frequent trap for older CRISPR/base-editing families now spawning continuation practice.


3. What Counts as a “Sequence” in a Prime/Base Editing Application

Under ST.26, a sequence must be listed separately if it is an unbranched nucleotide sequence of 10+ specifically defined residues, or a polypeptide of 4+ specifically defined amino acids (with linear regions of branched molecules treated the same way). In practice, that threshold sweeps in nearly every functional element of a base or prime editing system:

Because prime editing patents often disclose pegRNA sequences designed programmatically against public variant databases (ClinVar-scale panels, for example), a single family can generate an extraordinarily large sequence listing — sometimes well over a million SEQ ID NOs — which raises distinct filing-logistics issues addressed in Section 6.


4. Feature Table Annotation: Where Most Errors Occur

ST.26’s XML schema requires each sequence to carry structured feature table annotations describing functional regions, not just a bare string of letters. For gene-editing constructs, common annotation pitfalls include:

  1. Under-annotating fusion proteins. Each functional domain (nickase, deaminase, UGI, RT, linker) should generally be annotated as a discrete feature with defined start/end coordinates — a single “misc_feature” spanning the entire fusion protein is typically insufficient and invites an examiner objection.
  2. Mislabeling pegRNA sub-regions. The spacer, scaffold, primer-binding site, RT template, and homology arm each have distinct biological function and should be separately annotated rather than lumped into one “misc_RNA” feature — both to satisfy ST.26 and because clear annotation supports later claim construction.
  3. Omitting modified-residue annotations. Chemically modified nucleotides — 2′-O-methyl-3′-phosphorothioate, 2′-O-methyl-3′-phosphonoacetate, 2′-fluoro, 2′-MOE, and related internucleotide linkage modifications commonly placed near the ends of a pegRNA — must be captured using ST.26’s modified-residue conventions, not silently represented as if they were standard ribonucleotides. Sequences containing modifications that ST.26 cannot represent as a residue-level annotation may need to be described in the specification text rather than (or in addition to) the sequence listing — confirm treatment with the relevant office.
  4. Inconsistent SEQ ID NO cross-referencing. In applications with combinatorial pegRNA libraries, it’s common for the specification, claims, and XML listing to drift out of sync after late-stage claim amendments. A final SEQ ID NO reconciliation pass against the XML file should be standard practice before filing.
  5. D-amino acids and non-natural residues — relevant where editor constructs include engineered or non-canonical residues — must use ST.26’s specific representation rules for non-standard monomers rather than the nearest standard-residue placeholder.

5. Practical Compliance Workflow

  1. Author in WIPO Sequence (or an equivalent ST.26-validated authoring tool) rather than retrofitting an ST.25 text listing. WIPO Sequence is the free desktop tool WIPO provides for authoring and validating ST.26-compliant listings.
  2. Annotate at the domain/region level as you draft, not as a post-hoc cleanup step — retrofitting feature tables onto a large pegRNA library after the specification is finalized is where most errors and delays originate.
  3. Run the built-in validator before submission. The desktop tool and the office-side WIPO Sequence Validator apply largely the same rules, though the desktop tool may flag as an “Error” something the Validator flags only as a “Warning” — so a clean desktop validation is a strong (not perfect) predictor of a clean office-side check.
  4. Reconcile the XML listing against claims and specification immediately before filing — particularly SEQ ID NO numbering, since claim amendments during drafting are a common source of drift.
  5. Check continuation/divisional filing dates independently — don’t assume a family’s ST.25 status carries forward.
  6. Confirm the applicable minor version of ST.26 with each target office, since versions (e.g., 1.7) can introduce terminology or validation changes that affect how a listing is checked.
  7. For very large combinatorial libraries, engage the target office early about file-size handling, submission mechanics, and whether representative subsets plus a general disclosure of the generation algorithm are acceptable in lieu of listing every computationally generated variant — practice on this point is still evolving and varies by office.

6. Jurisdiction Notes


7. Quick Pre-Filing Checklist

Leave a Reply

Your email address will not be published. Required fields are marked *