Build1 distinct publisher3 min readPublished
An edge-hosted product search rewrote its prompt from "translate this query" to "name the product a seller would list". Haiku beat Sonnet once every search became an inference call.
The Engineer · Build desk
Compiled by The EngineerSomething wrong?How this is made
A keyword index has a dialect, and it is not the dialect a language model reaches for by default. Sellers title listings like "Women Elegant Evening Party Dress Sexy Backless" [6], so the instruction that worked was not about language at all: return the two-to-three-word noun phrase a seller would put in a title [7]. The model's best English was the wrong English, and no amount of quality in the translation would have fixed a query that the index cannot match.
That reframing is also why the model choice lands where it does. If the required output is a short noun phrase and an image label, the task has a low ceiling, and the extra headroom of a bigger model has nowhere to go while still billing on every request. OneFindMe's author reports trying Sonnet and settling on Haiku as the better fit for short product names and image labels, and far cheaper given that every search is an LLM call [3]. No per-search price or volume is published in the post, so the cost side of that judgement is his arithmetic, not one a reader can check.
The category-ID failure is the more portable lesson. A hallucinated AliExpress category ID does not raise an error; it returns an empty or garbage result set, which then displaces the keyword-only results the same query would have produced [8]. That is a silent regression dressed as a successful response. Two fixes went in, an allow-list of known-good IDs and a rule that keyword search always runs with the category as an optional layer on top [9]. The allow-list is hygiene. The layering is the invariant, because it holds even when the allow-list goes stale.
Then the numbers. A cold search does an LLM call, the marketplace round trip, ranking and filtering, and takes 6 to 8 seconds [10]; a warm one comes out of Workers KV in about 200 ms, with results cached up to 30 days [11]. That is a 30x to 40x spread between the two paths [15], which explains why the mitigations are presentational: a bestseller row fills the screen while the real search runs [13], and a first-time keyword is saved and pre-cached for whoever searches it next [14]. Neither shortens the 6 to 8 seconds. They change who is looking at an empty screen during it.
The claim doing the most work in the whole write-up is that latency on the first search, not relevance, was the biggest driver of bounce [12]. It is stated without a bounce figure, a sample size, or a before-and-after, and it comes from the operator's own account of his own product. It is plausible, and it is the sort of thing that gets repeated as a rule once it has been read a few times. Treat it as one shop's experience until someone publishes the curve.
Ranked by verification strength, evidence, and original report placement.
An uncached search performs an LLM call to build the query, the marketplace API round trip, ranking and filtering, and takes 6 to 8 seconds cold.
OneFindMe is an AI product-search front end for AliExpress: users describe what they want in plain language in any of 12 languages, or upload a photo, and it returns the product, similar items and cheaper alternatives.
The product runs entirely on a Cloudflare Worker (search, translation, image understanding, caching), with Workers KV as the cache layer and a static multilingual front end on Cloudflare Pages.
The core loop is: natural-language query in any language, turn it into a clean marketplace search term, hit the affiliate search API, rank and filter, return. The author says the interesting failures are all in the step that produces the clean search term.
The first version prompted the model to translate the shopping query to English; a user searching the Hebrew for evening dress got back 'an elegant formal gown suitable for evening occasions', which returned almost nothing from the marketplace.
Marketplace sellers title listings as keyword soup, for example 'Women Elegant Evening Party Dress Sexy Backless', rather than in sentences.
Follow any of these and your For You feed starts watching them — no settings page required.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
First-party engineering account, no external verification
All fifteen ledger claims derive from one self-published post by the product's builder. The design decisions are described concretely enough to be actionable (prompt text, allow-list, layered category refinement, KV TTL, placeholder-then-swap UI), which lifts evidence above anecdote, but there is no code, eval, dashboard, benchmark or second observer, and the quantitative claims (6-8s cold, ~200 ms warm, bounce attribution) carry no measurement method or sample.
One self-reported production deployment
The only adoption signal is the author's own product running in production in 12 languages on Cloudflare's edge with Claude Haiku in the loop. That is a real shipped deployment rather than a prototype, but there are no users, sessions, query volumes, conversion or revenue figures, and no third party is reported to have adopted the described patterns.
Mildly overstated: confident metrics and a model verdict without data
The framing is unusually candid for a builder post — it leads with failures, avoids launch language, and explicitly notes that the latency fixes make the cold path invisible rather than faster, which pulls the gap toward zero. It tilts positive because generalised lessons ('Haiku was actually the better fit', latency as the single biggest bounce driver, ~30-40x cold/warm gap) are stated as settled findings on the strength of one unmeasured deployment, and because the author's affiliate-commission interest in the product surfaces only in the closing line.
Author monetises the product he is writing about
The post is written by OneFindMe's builder and closes by disclosing that the product is free to users and earns affiliate commission, so wider awareness of the product converts directly into revenue. The disclosure is explicit and the body is dominated by transferable engineering detail rather than product marketing, which moderates the effect; it does not remove the promotional interest in claims about the product working well.
Internally coherent but wholly uncorroborated
Confidence is limited by structure, not plausibility: one publisher, one author, no independent telemetry, and no contradicting source to test against. The mechanisms described (keyword-index mismatch with fluent prose, silently failing hallucinated identifiers, cache-warming to hide cold latency) are technically coherent and mutually consistent, so the qualitative pattern is reasonably trustworthy while the numbers and comparative verdicts should be treated as unverified.
build
A build step instead of a backend: 1,025 records, 8 locales, no runtime API1 distinct publisher
build
Query-aware compression: AWS bets a second model call is cheaper than a fat RAG prompt1 distinct publisher
build
52 days of zeros: what a cost hook records when the payload never had the numbers1 distinct publisher
build
Email and Slack disagree on what a conversation is, and the join key is the envelope1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
dev.to
1 article · August 25, 2026