OpenClaw guide

Connect FlightSweeper to OpenClaw

Add FlightSweeper as a Streamable HTTP server in OpenClaw with OAuth and the documented public-tool allowlist.

OAuth recommended · token fallback

Authorize with OAuth when the client environment supports it. Use a revocable 30-day personal token only as an advanced fallback; two tokens may overlap during rotation.

Best for

OpenClaw users who want live flight search without granting an agent autonomous purchase authority.

Starter prompt

Use FlightSweeper to search live one-way or round-trip flights for this goal. Show quote freshness and do not create checkout until I choose and approve the exact offer.

Setup flow

Every client uses the same Streamable HTTP endpoint and documented public tool set. The primary book_flight action hides the internal intent and approval stages; approval and payment stay hosted.

OAuth access tokens expire after 10 minutes and refresh tokens rotate. If this environment requires the personal-token fallback, the secret is shown once, expires after 30 days, and can be revoked from Account → Integrations.

A personal token is a compatibility path for headless or restricted environments, not the recommended first setup.

1

Add https://flightsweeper.com/api/agent/mcp as a Streamable HTTP server in your OpenClaw gateway configuration.

2

Authorize OpenClaw with your FlightSweeper account using OAuth.

3

Use a revocable personal token only if OAuth cannot run in that environment.

4

Keep parallel FlightSweeper tool calls disabled and retain the generated public-tool include filter.

5

Complete final fare review, traveler entry, and payment only on FlightSweeper.

Tool permissions

Every client should keep the same transaction boundary: search can happen in the agent, but booking happens after the traveler confirms a hosted checkout page.

Fare-bearing results include all-in total, currency, quotedAt, expiresAt, and refresh state.
book_flight is resumable: it binds the selected quote, returns the hosted approval/payment action, and resumes to canonical confirmation.
cancel_booking_intent applies only to approved, unpaid intents. Paid-order servicing and refunds stay hosted.
Booking status, policy summaries, and opaque traveler summaries are scoped to the authenticated owner.