What happens when an AI agent requests the quote?

A quote request is the cleanest first action for an AI agent in building products. It's valuable, it's bounded, and a person still makes every commitment.

BUILDINGCode exists; acceptance remains open.
01 Request arrives02 Validated03 Routed to the quoting party04 Routed inside the company05 Receipt returned06 A person follows up

Explore with AI

Why the quote request comes first

Building products are mostly sold by quote, not by cart. A real order depends on configuration, quantity, schedule, freight and terms that a person settles. That makes the quote request the natural first thing to let an AI assistant do.

It has commercial value: it's how most projects start. It's bounded: a request can't spend money, reserve stock or commit a date. And a person is already in the loop, because someone at the company reads every request today.

Ordering, payment, stock holds and substitutions are a different class of action. They need the company's own rules, stronger identity checks and a person approving each one. We're not building those first.

What the request should carry

A good request from an assistant should arrive better prepared than most web forms.

Who it's for: the person's name, company and role, plus an email or phone for the reply. Who sent it: a person, or an AI assistant acting for one. The assistant's name is recorded, but it isn't trusted as identity. Where the project is: city, region or postal code, which is enough to route it. The site address comes later, from a person.

What they need: product IDs from your record, or plain descriptions, with quantities. The requirements, kept exactly as written: if the spec says CW-PG50 and a certain U-factor, that's what the rep sees. When they need it, as a request, not a promised date. What they want back: a quote, the documents, a sample, a rep, an availability answer.

Everything else is refused. If a request includes a field like “accepted price” or “confirm order”, it's rejected, not ignored.

Where it should go

First, the request has to reach the right company. A manufacturer often doesn't quote at all: a rep, a distributor or a dealer covers the region. The quoting party comes from the product's channel record, never by assuming the maker sells direct.

Then, inside that company, it routes by territory and category, in order: a postal-code territory, such as Northeast Ohio's inside sales; a state or region, such as an Ohio territory manager; a product line, such as the insulated panels desk; and finally the company's default inbox.

A request that matches nothing is kept and flagged, never dropped. A misrouted lead can be forwarded. A lost one can't.

What the assistant gets back

A receipt that says exactly what happened: received, routed to a role, a person will follow up. It isn't a quote, a price, a stock confirmation or a delivery date, and the wording is fixed so no assistant can turn it into “your order is confirmed.”

What has to exist before it's switched on

The request format is the easy part. Before any company's quote request can be called by an AI assistant, Lehvel's action layer needs ten things: authentication, authorization, rate limits per caller and per company, human approval, spam protection, idempotency so a retry isn't a second request, input validation, an audit log, replay protection, and a kill switch per company and globally.

The same layer serves car dealerships' inventory inquiries. It's built once.

01 · Question
What should a quote request from an AI assistant carry, where should it go, and what must it never be able to do?
02 · Why it matters
Building products are mostly sold by quote, not by cart. A real order depends on configuration, quantity, schedule, freight and terms that a person settles. That makes the quote request the natural first thing to let an AI assistant do, and the first thing we specified.
03 · State
BUILDING Code exists; acceptance remains open.
04 · What we built or tested
  • Written and tested in Lehvel's repo: the request format, validation, routing and receipt.
  • Not live: the transport that lets an AI assistant call it, and the ten controls it needs. Those are being built with the automotive pilot.
  • No company's quote request is callable by an AI assistant through Lehvel today.
05 · Evidence
Fields a request carriesWho it's for, who sent it, where the project is, what they need, the requirements as written, when they need it, what they want back.
Fields refusedEverything else. A field like “accepted price” or “confirm order” rejects the request; it isn't ignored.
Routing orderPostal-code territory, then state or region, then product line, then the company's default inbox. A request that matches nothing is kept and flagged.
ReceiptReceived, routed to a role, a person will follow up. Fixed wording: not a quote, a price, a stock confirmation or a delivery date.
Controls required before switch-onTen: authentication, authorization, rate limits, human approval, spam protection, idempotency, input validation, an audit log, replay protection, a kill switch.
Callable by an AI assistant todayNone.
06 · What we learned
  • A quote request has commercial value, can't spend money, reserve stock or commit a date, and already has a person reading it. That's why it comes first.
  • A manufacturer often doesn't quote at all. The quoting party comes from the product's channel record, never from assuming the maker sells direct.
  • A misrouted lead can be forwarded. A lost one can't. So an unmatched request is kept, never dropped.
  • The assistant's name is recorded but isn't trusted as identity.
  • The request format is the easy part. The action layer around it is the work, and it's built once for every vertical.
07 · Limitations
  • The transport and the ten controls aren't built yet, so no assistant can send a request through Lehvel today.
  • The format hasn't carried a real request end to end for any company.
  • Ordering, payment, stock holds and substitutions are out of scope. They need the company's own rules, stronger identity checks and a person approving each one.
08 · What changes next
One manufacturer, distributor or dealer, one product line, one territory map, and a real request read back from start to finish.
Negative results are published as results. A state on this page is a claim about what is true today, not about what is planned; a limitation is a limitation.
These tools belong to the people who made them. Lehvel reviewed and, where noted, tested them. Nothing here is a Lehvel product, and no performance figure attributed to a vendor has been reproduced by us.

Explore with AI