Mortgage intelligence
Mortgage intelligence,
built for the depth of the industry.
Our aim is to bring expert mortgage understanding to every stage of the loan lifecycle. We are building specialised intelligence across mortgage documents, policies, calculations and exceptions — with quality control as the first application, running on real files today.
What we are building
Mortgage runs on documents. Understanding them is the whole problem.
Quality control is the first application, not the boundary of the ambition.
Every consequential decision in this industry rests on a stack of documents that no single person ever reads end to end. Whether to lend. Whether to buy the loan. What to service, and on what terms. What sits inside a security. Whether a file will survive an examination in three years. Each of those is a judgement about what a pile of paper actually says — and each is made, today, by someone reading a fraction of it.
That is the gap. Not a workflow to automate, but a layer the industry has never had: a system that reads mortgage documents, understands what they assert, knows the policy that applies, and can prove the answer to anyone who asks later. Get that right and it serves the originator, the aggregator, the investor, the servicer and the auditor — because they are all asking questions of the same documents, and all being answered today by a person with a checklist.
Owning that layer needs a model built for this domain, not a general one pointed at it. General models read a loan file without reasoning about one. Mortgage work is thin in general training data relative to how specific it is — a 203(k) case binder, a twelve-month bank-statement income calculation, the way a rescanned addendum breaks a layout — and the gap shows up as plausible answers that a reviewer has to catch. So we are building a mortgage-domain model — and the rule engine is what earns the right to it, because it produces exactly the signal that is otherwise unavailable: which rule fired, what a reviewer did with it, and why.
How that improves the system, stated so a buyer can check it against the data section below. Nothing is learned from your borrower documents by default. What improves E3 for everyone is our own work on the rules — a reviewer override tells us a rule was wrong, too broad or badly explained, and the fix is a new rule version, reviewed and published, not a silent model update. Your policy configuration and your overrides stay in your tenant and are applied to your loans. For anything to become reusable knowledge outside it, three things have to be true: a mortgage expert has validated the conclusion, it has been tested against a held-out set rather than the files that produced it, and you have agreed to it in writing under a separate agreement. Absent all three, it stays yours.
What we will not do is claim any of it before it is true. Today E3 runs a general-purpose vision-language model behind a versioned rule engine, and a person resolves the exception. That is the honest description of the present. The destination is a system the whole chain relies on — and "industry-leading" becomes publishable only alongside a stated benchmark and a comparison anyone can reproduce.
The domain model
Reading a value and understanding a loan are different problems
Document reading is now a capability anyone can buy, and we say so on the platform page. What cannot be bought is the mortgage reasoning that sits on top of it. That is what a domain model is for, and this is the specific list of what it has to get better at.
Every row above marked the hard part is work in progress, and the honest description of today is the first row plus a versioned rule engine and a human reviewer. We will publish evaluations on representative, unseen mortgage cases as they exist — expert-reviewed accuracy, exception handling and the usefulness of the explanation. Those are the measures that would substantiate a claim of leadership. Coverage counts are not.
The first application
Quality control, running on real files today
The rest of this page is what E3 does now — the demonstrated capability the ambition has to be earned from.
- What a miss costs
- $32,288Estimated average cost per repurchase demand. National Mortgage News, drawing on STRATMOR Group analysis.
- What the rate hides
- 1.50%Critical defect rate, CY2025, flat against 1.52% — while eligibility defects rose 291% and credit 166%. ACES Mortgage QC Industry Trends.
- What a loan costs to produce
- $11,109Fully loaded total production cost per loan — not QC cost. MBA Quarterly Performance Report, Q3 2025. No per-loan QC figure is published industry-wide.
- What changes
- Every loan, not a sampleFull-file, cross-document checks on all production, so coverage stops being the variable that quietly gives.
How E3 works
Seven stages, and two boundaries
The model reads. Versioned rules decide. A person resolves the exception — and every step is kept with the finding.
What E3 is
Most defects live between the documents
Experienced reviewers already do this work, and do it well. Income appears on a W-2, a paystub, the 1003 and a 1040, and a good QC analyst knows to reconcile them. The constraint is not skill — it is that the checks are numerous, the file is long, and the time is finite.
So the trade gets made quietly. Random sampling is designed to estimate a rate across a population, and it does that well; whether it surfaces a defect concentrated in one channel, product or underwriter depends on how large that pocket is and how the sample was designed. Guidelines move faster than checklists. And when volume rises faster than headcount, coverage is the variable that gives, because it is the only one with no accounting entry.
E3 runs those same checks on every loan rather than a sample, and writes down what it did — the document, the page, the position on that page, and the numbered version of the rule applied. It does not replace the reviewer's judgement; it removes the reason to ration it.
The question you now have to answer
“You are using AI. Show us what it did, and how you knew it was right.”
Fannie Mae's Lender Letter LL-2026-04 took effect on 6 August 2026. Freddie Mac's Bulletin 2025-16 has been live since 3 March 2026. Both require a documented AI/ML governance programme — and both hold you to the same standard for the AI your vendors use.
For most lenders that question is uncomfortable, because the honest answer is a description rather than a record. A model produced an output, a reviewer accepted it, and what survives is a disposition with no account of how it was reached. Describing a safeguard is not the same as producing one.
E3 is built so the answer already exists. Every value carries the document, the page and the position it was read from. Every finding carries the numbered version of the rule that produced it. The rule applied and its version are fixed and do not vary between runs — so given the same inputs, the same result follows, and any disagreement can be traced to a specific value on a specific page rather than to the system as a whole.
That record is not a report written afterwards to satisfy an examiner. It is a by-product of doing the review at all, which is the kind of evidence that tends to survive being questioned two years later.
E3 produces the evidence; the lender holds the obligation. Nothing here implies approval, certification or endorsement by Fannie Mae or Freddie Mac.
Controls
The policy E3 enforces, encoded and versioned
Not a checklist held in someone's head. Each control is a stored rule, bound to a loan programme, and the record shows which ran and which were skipped.
Your data
We do not train on your borrower documents
The question every lender asks second, so it belongs on the front page rather than in a contract schedule.
Who we serve
The same file. Different reasons for caring what is in it.
Eleven segments — not eleven pages saying the same thing with the audience noun swapped.
Bring a recent QC file.
The useful first conversation is a working session on your own documents. You see how each value was read, which rule was applied, and what the record looks like when someone asks in eighteen months.