We read OpenAI's plugin rules before building one. One idea died on the first page.

The directory is real and so is the review. The best surface for a local business sits behind an application.

DIRECTIONA future direction. No present-tense capability claim.
01 Read the rules02 Check each candidate03 Drop the prohibited one04 Apply as a provider05 Build in developer mode06 Submit07 Publish the review result

Explore with AI

What OpenAI asks for before it lists anything

A plugin is a package: a remote server that speaks MCP, optional written skills, and listing metadata. You upload it, OpenAI's automated checks scan the package and the server's tools, and then its review team tests it. After approval you choose when to publish.

The review wants specifics. Five test cases that should work, with the prompt, the tools expected to fire and the expected result. Three that should be refused. A recorded walkthrough. If the plugin needs a sign-in, a test account that works without a code sent to a phone or an inbox. The publisher has to be a verified person or business, and the server's domain has to be proven with a token at a well-known URL.

One detail matters for anyone maintaining these. After the first publication OpenAI rescans the server daily, and tool changes that pass the automated checks go live with no new submission. Changes to the listing or the skills need a new package.

The build is the short part. The submission is where the time goes, and OpenAI promises no date.

The rule that ended our first idea

The first plugin we sketched was for a credit-dispute product: look up the right dispute basis, draft the letter, track the response clock. It fit the mechanics well, because it needs an account and data ChatGPT doesn't have.

The guidelines list what plugins may not sell, promote or facilitate. Credit repair is on it, next to debt relief and credit-score manipulation schemes. We stopped there. A consumer-rights framing might survive a review and might not, and a plugin that can be removed after approval is a poor foundation.

Two other rules shape local work. Plugins may conduct commerce only for physical goods, so no service is sold in the chat. And a tool may not ask for a street address or precise location, which a tree quote needs. The address has to be collected in the plugin's own form or on the follow-up call.

Read the prohibited list before the quickstart.

The Get Quote button, and who it's for

This is the part that changes the picture for a local business. When someone searches for an eligible business in ChatGPT, the business card can show a Get Quote button. Selecting it opens the provider's quote form in the chat.

The contract is small. The provider exposes one tool, named request_service, and supplies a paginated feed of business records: an id, name, address, coordinates, phone, website, and a service-provider entry saying this business accepts quote requests. ChatGPT shows the button only when the business has an eligible provider with a configured partner plugin.

It is in beta with approved partners, and you apply through OpenAI's merchants form. We have not applied yet. That is the next step, and we may not get in.

A local business doesn't need its own plugin. It needs to be a correct record in a provider's feed.

What we're building first

Lehvel's own plugin comes first, because it needs nobody's permission but OpenAI's. Then a provider plugin fed by the business facts we already keep for clients, tested in ChatGPT's developer mode with a client business once its owner agrees.

We'll publish what the review says. If it's a rejection, the rejection is the entry.

01 · Question
Can a local business be something a customer acts on inside ChatGPT, and what would Lehvel have to build to put one there?
02 · Why it matters
A post went around this week telling founders to stop what they're doing and build a ChatGPT plugin. We'd rather read the rules than the post. Before writing any code we read OpenAI's submission guide, its plugin guidelines and its local-services quote specification, and checked each plugin we had in mind against them.
03 · State
DIRECTION A future direction. No present-tense capability claim.
04 · What we built or tested
  • Nothing yet. This entry is the reading, published before the build.
  • A written check of three candidate plugins against OpenAI's published rules, dated 2026-10-02.
05 · Evidence
Submission requirements (OpenAI, read 2026-10-02)Verified publisher · domain verification for the server · privacy, terms, support and website URLs · five positive and three negative test cases · a video walkthrough
Commerce rule, quoted“Currently, plugins may conduct commerce only for physical goods.”
Prohibited services, quoted“Debt relief, credit repair, or credit-score manipulation schemes”
Local-services Get Quote, quoted“currently in beta and being tested with approved partners”
Review timelineNone published by OpenAI
06 · What we learned
  • The category rule comes before the idea. Our first candidate was in a category OpenAI prohibits by name. Finding that took ten minutes and saved a build.
  • For a local business the plugin is not the prize. Nobody installs a tree service's plugin on purpose. What matters is ChatGPT showing a Get Quote button on the business's card, and that is gated.
  • The quote specification is shaped for a provider: one plugin, one tool, a feed of business records. One accurate record feeding many surfaces is the thing we already keep.
  • A plugin can't sell a service inside the chat. For local work that costs nothing. The conversion was always a quote request.
07 · Limitations
  • We have not built or submitted a plugin. Nothing here is a result.
  • We have not applied to the Get Quote beta yet and do not know its acceptance criteria.
  • The rules were read on 2026-10-02. OpenAI reworked this system in July and again in September, and will again.
  • We don't know whether ChatGPT brings a single local business's plugin into a conversation ahead of a marketplace's.
08 · What changes next
Apply to OpenAI's merchants program as a provider. Build Lehvel's own plugin and submit it. Build one for a client business in developer mode, with the owner's permission, and publish what the review sends back, including a rejection.
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