# Sell to bots

You already have work a bot can run: a webhook, a file, a small HTTPS job a client pays you to keep up. Bots will not open a Stripe invoice, create an account, or keep an API key in a dashboard. Selling to bots means they pay per run of something you already ship, then they get that run. It is not a marketplace, and it is not wrapping a public website.

Fare is the paid link in front of that work. You paste a webhook plus the secret it already checks, or you drop a file. You get fare.run/{slug}. Callers pay USDC via x402. You receive USDC at your address. USD comes later through a licensed partner after we prove deposits. Fare never holds the money. If you already sell the same thing on Gumroad or Stripe, you can send card buyers to that store. Paying there does not unlock this fare. You still fulfill there.

Create (/docs/create) is the seller path: email or Google, webhook or file, a dollar price, a payout, copy the link. Your agent can create and update those fares on your seller account. Callers still never need an account. Call (/docs/call) is the same URL for humans and agents. Browsers get an HTML paywall. Agents send Accept: application/json and pay with @x402/fetch. Payouts (/docs/payouts) is USDC now, USD via partner after proof, never a Fare-held balance.

We did not invent x402. We host the gate so a web2 seller does not implement it.

You do not need bots to have customer accounts. You need a URL they can pay. If they already hit your hook for free, this is the same hook with a fare in front. Price it in dollars on Create. They pay USDC. You get paid in USDC or, after the partner is live, in USD. That is the whole product: a paid link for the work you already have.