Skip to main content
OpenClaw has a built-in MCP client. Add AIsa as a remote MCP server, sign in once, and your OpenClaw agents can discover and call AIsa capabilities across web research, finance, social, SEO, sales, and more. AIsa MCP server:
This guide has two parts:
  1. Add the AIsa MCP server so OpenClaw can use AIsa’s data and tools.
  2. Optionally, configure AIsa as OpenClaw’s LLM provider.

1. Connect AIsa capabilities

Step 1: Add the server

Keep --transport streamable-http and --timeout 30. Without --transport, OpenClaw connects over SSE and the server rejects it with 405. Without --timeout, the connection test can time out.

Step 2: Sign in

OpenClaw prints an authorization URL. Open it, sign in to AIsa, and approve access. The browser is then redirected to a local callback URL (http://127.0.0.1:8989/oauth/callback?code=...); the page may not load. Copy the code value from the address bar and finish the sign-in:
For headless hosts, pass the API key as a Bearer header instead of --auth oauth. The single quotes keep ${AISA_API_KEY} unexpanded, so OpenClaw stores the reference and reads the key from the environment at runtime instead of saving it in openclaw.json:
AISA_API_KEY must be set in the environment that runs OpenClaw, or in the env block of openclaw.json.

Step 3: Verify and reload

The output should include aisa: 7 tools. Restart the gateway so running agents pick up the server:
OpenClaw now has the AIsa tools. search, list_categories, get_details, batch_get_schema, and batch_quote (prices exact calls without running them) are free; use and batch_use run calls and are billed per call. Try:

2. Optional: use AIsa as the LLM provider

OpenClaw can also route its agents’ LLM requests through AIsa. Edit openclaw.json directly for full control over the model configuration: custom model lists, fallback chains, credentials in OpenClaw’s auth store, or per-channel routing.

Step 1: Get your AIsa API key

1

Log in to the dashboard

2

Navigate to API Keys

3

Create a new key

Give it a label like openclaw-local. Copy the value (starts with sk-aisa-) immediately — it is shown only once.

Step 2: Set your API key

Add the key to ~/.openclaw/openclaw.json or export it in your shell:
Prefer an environment variable over hardcoding the key in openclaw.json. See Authentication for rotation and storage best practices.

Step 3: Configure the AIsa provider

Add this block to your ~/.openclaw/openclaw.json:
OpenClaw now recognizes the aisa provider. Reference any model using the aisa/<model-id> format.

Step 4: Restart OpenClaw

Your agents will now route requests through AIsa.

Video walkthrough

LLM model format

Always use the aisa/<model-id> format — for example, aisa/kimi-k2.5, aisa/gpt-5.4, or aisa/claude-opus-4-8. Add any supported model to the models array in your provider config; see the full list in the model catalog.

Advanced configuration

Fallback chains

If the primary model fails (due to an upstream outage or rate limit), OpenClaw can automatically retry with a fallback model:

Store the key in OpenClaw’s auth store

Keep your API key out of openclaw.json by saving it in OpenClaw’s local auth store:
The key is saved under the aisa:manual profile (pass --profile-id to name it differently). OpenClaw resolves the credential from the auth store, so you can remove apiKey from models.providers.aisa.

Per-channel models

Run a different model in specific chats. Keys under channels.modelByChannel.<platform> are channel or group IDs on that platform; values are aisa/<model-id>:
OpenClaw validates openclaw.json strictly: unknown top-level keys such as telegram or discord make the Gateway refuse to start.

Monitoring usage

Track your usage and per-request details in the AIsa dashboard. See Usage Logs for available metrics and logs.

Troubleshooting

Fix:
  1. Confirm AISA_API_KEY is set: echo $AISA_API_KEY
  2. Verify openclaw.json references ${AISA_API_KEY} (not a literal string).
  3. Restart OpenClaw so it re-reads environment variables.
  4. As a last resort, hardcode the key to confirm the rest of the config works, then move it back to an environment variable.
Fix:
  1. Confirm the key is valid in the dashboard.
  2. Ensure baseUrl is exactly https://api.aisa.one/v1 (with no trailing slash).
  3. See Authentication for rotation guidance.
Fix:
  1. Double-check the model ID against the catalog.
  2. Make sure the model is listed in models.providers.aisa.models.
  3. Reference it as aisa/<model-id>.
Fix:
  1. Run openclaw mcp list and confirm aisa is configured with streamable-http.
  2. Run openclaw mcp status --verbose to check the sign-in; if needed, run openclaw mcp login aisa again.
  3. Run openclaw gateway restart so running agents reload the server.
Fix: openclaw mcp add tests the connection before saving, so a failed add saves nothing. Run it again with --transport streamable-http --timeout 30. To replace an existing entry, run openclaw mcp unset aisa first.
Fix: OpenClaw blocks hosts that resolve to private or special-use addresses. A proxy in fake-IP mode (for example Clash or Surge) can make clerk.aisa.one resolve this way. Exclude aisa.one from fake-IP, or use the API key option instead of OAuth.

Authentication

API key lifecycle, storage, and best practices.

Model Catalog

Current model IDs, context windows, endpoints, capabilities, and billing notes.

OpenClaw docs

Official OpenClaw documentation.