← Research

Specification Strategy

A specification is read through several legal lenses, but many of those lenses depend on the same technical evidence: the mechanism that connects an input, an operation, and a result.

§101§102§103§112technical contextinventive mechanismalternativesfiguresevidence
Technical context
Inventive mechanism
Alternatives
Numbered figures
Evidence record

Which legal issues share the same missing technical detail?

For software and AI, a result stated without the mechanism that produces it can affect eligibility, obviousness analysis, enablement, definiteness, and functional-claim support in different ways.

What is different about the §102 reading?

Anticipation asks whether one qualifying source discloses every element in the claimed arrangement. Public accessibility, effective dates, and the exact combination remain separate from full-scope enablement under §112(a).

How does a field change what 'enough detail' looks like?

A diffusion-model change may require a noise schedule, conditioning path, or objective; robotics may require mounting, frame, actuator, and feedback; quantum work may require circuits, pulses, syndromes, or error scaling.

Reading lensWhat the record makes visibleTypical structure
§101A technical problem, a specific mechanism, and a technical effectProblem → mechanism → system result
§102Dates, public-access facts, and the exact disclosed combinationChronology + element mapping
§103The difference from a reference combination and the operation that produces itBaseline → changed mechanism → observed result
§112(a)Inputs, operations, outputs, parameters, alternatives, and working examplesEnablement layer for each inventive transformation
§112(b)Stable terminology, antecedent relations, and defined boundariesTerm registry + relationship audit
§112(f)Structure associated with each stated functionComponent / algorithm / figure linkage
EvidenceStatements that may later function as admissions, definitions, distinctions, or date proofSentence-level provenance and revision record
SourceRelationTargetConsequence
Technical resultproduced byMechanismThe relation supplies the 'how' reused across several legal readings.
Claimed functionsupported byAlgorithm + component + figureFunctional language is connected to disclosed structure rather than a hollow module name.
Degree termbounded byMeasurement rule or operating toleranceA relative term gains an objective boundary in the intrinsic record.
Experimental resultconditioned onConfiguration + baseline + metricThe result remains comparable and its stated technical effect remains testable.

Mechanism map

Each result connected to the operation, data, and component that produce it.

Figure register

Numbered elements remain consistent across architecture, flow, state, data, and evidence views.

Terminology register

One technical object retains one name unless an explicit relationship explains the change.

Enablement matrix

Inventive steps checked for implementation detail, parameters, alternatives, and observable examples.