Reference · not a product claim
Sources & limits.
Every number on the main page is listed here with the artefact it came from and the boundary it must not cross. If a figure cannot be traced to a primary source, it does not belong on the page.
01 / The rule
Figures are governed, not copied.
The project keeps one fact register as its single source of truth. Every figure below is checked against a primary artefact — the thesis text, the demo bundle, the verifier output, or the measured build notes — rather than against an earlier summary. Where two values exist inside one document, the convention is stated explicitly.
This page exists because an exact-answer project should be exact about its own evidence. A number with no boundary is a claim, and a claim with no artefact is marketing.
02 / The ledger
What each figure establishes.
The retail working package is a design and planning case. No store has run it, no customer has bought it, and no operating result is claimed. See the retail boundary below.
03 / The boundaries
What the page refuses to imply.
Six boundaries that do not move
- No customer result. Zero customers, zero contracts, zero letters of intent, zero revenue and no validated price. Every operational example is synthetic.
- No trained language model. The engine’s answers come from a constrained graph and written rules. The models elsewhere in the founder’s work are small task-specific models, not LLMs, and they are not in this answer path.
- No legal requirement. The EU AI Act does not require knowledge graphs, ontologies, RDF or this architecture. The design is aligned with auditability; that is the whole claim.
- No performance promise. No saving, ROI, uplift, accuracy rate or payback is claimed. The benchmark is a controlled result about one access method.
- No compliance certificate. The verifier checks the record’s internal consistency and reproducibility. It is not a regulatory audit, a legal opinion or a certification.
- No finished product. The engine is a working reference implementation. Packaging, onboarding and production multi-tenancy are build items, not shipped facts.
The retail case is a design, not a result
The retail working package sets out a pilot design and the gates that would have to pass before expansion. The engine has been exercised on synthetic data. No store has run the design, no customer has bought it, no supplier has signed it, and no revenue, footfall, margin or expansion result is claimed. Read it as a plan for producing evidence — not as evidence that the plan works.
One name, two spellings
The project appears in earlier documents as both Exact Answering Machine and Exact Answer Machine. They refer to the same thing. The longer form is used on this site because it is the founder’s current wording; neither form refers to a telephone.
Corrections
If a primary artefact changes, this ledger is updated before the main page. If a figure here is wrong, the correction should name the artefact that supersedes it, not merely replace the number. Contact jason.jia@thirdhour.eu.
04 / Go and check
The primary artefacts.
- KU Leuven master’s thesis (PDF)63 pages · §7.5 benchmark · §2 results
- Live synthetic demoRun the loop · replay · tamper · verify
- mlflow2rdf on PyPIThesis software artefact
- Retail working packageDesign case · synthetic · pre-customer
- Apache Ecosystem Atlas demov0.1 · one source-linked case
- Retail AI ResearchResearch programme · in formation