How a Hit Chart is built
A Hit Chart is not a model's opinion about a product. It is a limitation-by-limitation mapping of your claim onto the public record, each element tied to something you can open and read, or honestly marked as not found. This is what happens between choosing a target and getting that chart.
The claim is broken apart, not summarised
A claim is not one idea. It is a list of limitations, each of which must be met. So the first thing we do is decompose it: independent claims separated from dependent, preamble from body, and each limitation isolated as its own testable element. Terms are bound across the claim, so "the said receiver" is tracked back to the receiver it refers to.
We then classify each element: is this the inventive core, or is it scaffolding? A claim that recites "a processor" and "a memory" alongside a genuinely novel step should not score those three the same way. Getting this distinction right is what stops a chart from flattering itself later.
We read the product's documentation, not just its homepage
Rather than firing one web search per element, we assemble a corpus for the target: its product pages, specification sheets, manuals and technical documentation. That corpus is chunked and indexed so each claim element can retrieve the passages that actually bear on it.
For standards-essential work the corpus is the specification itself, the real 3GPP, ETSI or ITU document, read in full, so the mapping lands on the mandatory provisions rather than a summary of them.
Every element is judged against a quotable excerpt
Each element is rated FULL, PARTIAL or NONE against the retrieved evidence, and a rating only survives if a real excerpt supports it. Citations are validated against the passage they claim to come from, so a plausible-sounding reference that does not actually contain the support is rejected rather than shipped.
If nothing documents an element, it is NONE. Not "likely". Not "probably present". The engine is built to refuse rather than to infer, because a chart is only useful if a reader can check every line.
A gap triggers a different hunt, not the same one again
When an element is not fully covered, re-running the same query just returns more of the same marketing page. Instead we cast document-type-targeted nets at the places the missing detail actually lives: the manufacturer's own datasheet, the user manual, the application note, the regulatory filing with its test reports and internal photos, the distributor catalogue. PDFs are read deeply, so a spec table buried on page 40 is not truncated away.
There is a language problem here too: patents say "resolving carrier-phase integer ambiguity", datasheets say "RTK fixed, cm-level accuracy". So the element is rewritten into the vocabulary a datasheet would actually use before retrieval. Otherwise the very document we just fetched never surfaces.
Reading the diagrams, because some things are never written down
Manufacturers publish what a product does. They rarely publish how it does it: the signal path, the internal architecture, the stage ordering. That detail is often visible in exactly one place: a block diagram, a schematic, or a teardown photograph.
So for a stubborn element we retrieve those images and a vision model reads them against that specific limitation. It reports only what is visibly shown; if the picture does not show it, the result is discarded rather than guessed. The citation is the image itself. In our testing this recovered implementation-internal elements that no text source anywhere disclosed.
Obvious scaffolding, marked honestly as such
Some limitations are real but undocumented because nobody would bother writing them down: a housing, a power source, a down-conversion stage in a receiver that plainly receives. Treating these as failures makes a chart pessimistic in a way that is just as misleading as inventing evidence.
So a narrow, high-bar judge may mark a non-inventive element as inherently present, with its reasoning stated, and it is labelled that way in the chart, never dressed up as a documented citation. Inventive elements are never eligible. A claim cannot read on scaffolding alone.
Cross-checked, then weighted by what actually matters
Elements are checked against each other for consistency and re-verified before anything is published. The verdict then weights coverage by significance: an independent claim that meets the boilerplate but misses the inventive step has not been shown to read on the target, and the chart says so.
ClaimHit does not declare infringement. It shows you, limitation by limitation, what the public record supports, and where it runs out. The legal conclusion is your counsel's to draw.
If you have a teardown, the chart gets sharper
The public sweep runs first and builds the best chart the open record allows. Then, if you hold something the public does not, such as a teardown report, an internal specification or a datasheet you were given, you can add it, and we fold its evidence in the same way: read, retrieved, cited.
It can raise coverage and add citations. It can never lower a level the public record already established. A teardown is selective, and its silence is not absence.
Where your document appears to disagree with public evidence, we mark it for your review rather than quietly picking a winner.
The raw upload is permanently deleted within 24 hours and we confirm it by email. Only the extracted evidence stays in your chart.
What the engine refuses to do
A claim chart is only worth the parts a sceptical reader can verify. These constraints cost us coverage on purpose. They are what makes the rest of it trustworthy.
Every excerpt is validated against the source it claims. A reference that does not contain the support is dropped, not smoothed over.
A limitation that is probably met is reported as partially met. Optimism in a claim chart is a liability, not a feature.
Where a paid teardown exists, we say so and rest the finding on the public preview we actually read, flagged, so you know a fuller source exists.
That is a legal determination requiring qualified counsel. We give you the evidence and the gaps, not a verdict dressed as one.
See who is using your patent.
The pilot is one patent: the full product search and one Hit Chart, with a 30-day money-back guarantee. No subscription, no card on file after that.