case study
bestyeghomes.com — one pattern, proven once
drafted by the agent half · human review pending
366,000
valuations published — every batch through validation gates before release, none by hand
basis: batch publishing logs; not yet independently verifiable
Most websites are brochures: someone writes pages, the pages age, the site falls behind what people are actually looking for. This one is an engine — it listens to real demand, grounds every page in proprietary data, and largely writes itself, with a human in for judgment. But the site is only the visible tip. It was built, deliberately, as the proof of concept of a reusable pattern: a constellation of best practices assembled at full rigor once, so the pattern could be extracted and applied to almost any domain. If you own expertise and a market, this is the pattern worth understanding.

the engine
Demand decides what; data decides what it says; voice decides how it reads
Three inputs, one loop. Demand: the engine reads real search signals — what Edmontonians actually ask about homes, taxes, neighbourhoods, timing — not what a content calendar guesses they might. Expertise: every page is grounded in a proprietary data layer: over 400,000 parcel recordsrow counts in the canonical store; the assessment roll is public City of Edmonton data, 33,500 sold recordsrow counts in the canonical store, and a valuation engine that has published 366,000 valuationsbatch publishing logs; every batch passes validation gates before release behind validation gates. Voice: an encoded brand voice keeps every generated page sounding like the site, not like a model. Demand decides what gets built; data decides what it says; voice decides how it reads. Nearly the entire site — 35 routed pages, monthly market reports, neighbourhood and tax pages — comes out of that loop.
the ask (human)
“July report, from the board data, the day it drops.”
what ran (system)
Ingestion → one canonical month model → report page + newsletter, live within 24 hours of the source PDF.
the constellation
Eleven projects feed thirty-five pages
The 35 visible pages sit at the centre of eleven coordinated projects — about 75,000 lines of working sourcecloc across git-tracked source files, data and markup excluded; measured 2026-08-11 and 180 architecture and method documentsmarkdown files across the eleven repositories, measured 2026-08-11, built February through August. Each wing exists to prove a best practice, and each feeds the others:
Standards spine — industry-canonical data before features
RESO-standard canonical layer; one shared 44-table store, over 500,000 rows
Demand intelligence — build what people actually search
keyword research → a planned-page lattice deciding what gets built next
Measurement discipline — frozen benchmarks, honest nulls
hedonic regression on solds; a 2.9M-row national base with a frozen holdout snapshot
Validation-gated publishing — nothing ships unchecked
366,000 valuations released only through validation gates
Always-on operations — systems, not sessions
8 daemons: daily listing sync, valuation batches, lead response, ad telemetry
Compliant marketing ops — speed with consent
CASL-gated campaigns, speed-to-lead drafting, bot forensics before ad spend
Not every wing gets rebuilt for every future application — that is the point of a pattern. What transfers is the shape: how demand intelligence, canonical data, validation gates, and always-on operations feed each other into something excellent.
the moat
Demand-shaped topics, expertly grounded
The internet is filling with model-written pages — “10 ways to boost your home’s value” — and the honest take is that the topics themselves are fine: people genuinely search for them. The failure is that those pages could have been written about any city, by anyone, knowing nothing. The same topic written by this engine knows the actual market — what assessments did in your neighbourhood, what sold and for how much, what the current month actually looks like — because the data layer sits underneath every sentence. Demand-shaped topics, expertly grounded. That combination is the moat, and it is why the pages read like a specialist wrote them: functionally, one did.
the architecture
Built agentic-first, on purpose
The architecture came from a first-principles decision: choose a stack that reduces or removes human interfaces, so the site can be programmed with AI and by AI — data canonical, generation pipelined, quality gated — while a human supplies the judgment: what to publish, what the voice sounds like, where the line is. That is why one person runs it part-time — 12 commits in February, 70 in March, 120 in Julyrepository commit history — as one workstream among many. The foundations underneath were learned the slow way, over years and alongside teammates: environments, deployment, pipelines, how software actually ships. AI multiplied that foundation; it did not replace it.
the flywheel
An inflection, deliberately not called traction
Because the engine listens, it compounds: demand signals shape pages, pages earn search presence, presence returns better signal, and the data layer deepens all the while. It is early — in the 28 days to Aug 2: 25 search clicks on 2,749 impressions, against 0 and 44 in the prior period; 49 of 69 pages indexed basis: Search Console, 28-day windows — an inflection, deliberately not called traction. The flywheel is turning; it has not yet earned a revenue claim, and we say so.
the cost
Cash was never the cost
Scope like this is traditionally quoted at team scale: most of a year, budgets in the hundreds of thousands. The cash line here was small — on the order of $2–3K in subscriptions and hosting, from the founder’s own ledger, not independently verifiable. But read that small number carefully, because cash was never the cost. The cost was a person: years of foundations, months of will and determination, and judgment applied at every gate — working with frontier AI as tireless, capable hands and a genuine source of insight, with the person’s own skills deepening through the interaction itself. That combination is what actually built this.
It is also the part that transfers. The templates and the core systems exist — but what an engagement or a workshop moves into your business is not a folder of code. It is the practiced capability to run the pattern: your expertise, your judgment, working with AI the way this workshop does.
the pattern
Nothing here is specific to real estate
Nothing in this constellation is specific to real estate. Real demand signals, your expert data, your voice, canonical data under validation gates, an agentic pipeline with your judgment at the gates — that is a general template for building things of value on the internet. Real estate was chosen as the proving ground because it is hard: regulated, data-heavy, competitive. The pattern has now been run once at full rigor; applying it to a new domain means selecting the wings that domain needs, not reinventing them. The deep pipeline details stay in the workshop — that is the craft — but the pattern and the capability to run it are exactly what engagements and workshops transfer, and the ladder is where the climb starts.
what isn't true yet
Read this in the same register as the claims
Organic search presence is weeks old and has produced zero measured conversions — every claim above is about what was built and how it works, not what it earns. Analytics coverage is still partial. The cash figure is self-reported. And the pattern itself has been proven exactly once — reuse in a second domain is the next test, and until it happens, “reusable” is a design claim, not a result. This section changes as the facts do; its date is the build date in the footer.