Skip to content

API & developers

Your systems, reading and writing Kanesh data.

A REST API, an MCP server and signed webhooks, behind scoped, revocable keys. On approved projects, not self-service.

Beta Available on approved projects, not self-service.

# List contacts with a read-only keycurl https://app.kanesh.example/api/v1/contacts \  -H "Authorization: Bearer kn_live_••••"

Keys that only do what you allow.

A REST API and OpenAPI schema for your data, with scoped keys. Give each integration its own key, with only the scopes it needs.

  • An OpenAPI schema, so you can generate a client in the language you use.
  • Scoped keys: read, write or send, resource by resource.
  • Keys are stored as a hash and can be revoked at any time.
  • Idempotent template sends, so a retried request doesn't message a customer twice.
  • Reference docs inside the app once your project is approved.

Illustration of creating an API key: it gets a name and only the scopes it needs, the key is shown once, and later it is revoked so requests with it are rejected.

Your systems need to talk to your customers too.

  1. Data stuck in one place

    Contacts, conversations and orders your ERP or BI can't read.

  2. Alerts that never go out

    Your system knows something happened but can't send the right WhatsApp template.

  3. Brittle integrations

    Scripts without auth or limits that break as soon as something changes.

What a key can be allowed to do.

Every key gets only the scopes you tick. These are the resources available today.

Read

  • contacts
  • conversations
  • messages
  • orders
  • team
  • labels
  • usage
  • analytics
  • attribution
  • automations
  • campaigns
  • clicks
  • segments

Write

  • contacts
  • conversations
  • labels
  • segments

Send

  • templates:send

The exact scope identifiers are in the reference docs for approved projects.

Operate Kanesh from your AI.

Ask your AI to build reports, configure workflows, prepare campaigns and landing pages and manage customers through MCP, with your permissions.

Beta
  • Connects over streamable HTTP and authenticates with a bearer API key.
  • Works with MCP clients that let you set that key. It isn't a one-click connector for consumer AI apps.

Read

  • Contacts
  • Conversations
  • Messages
  • Orders
  • Campaigns
  • Segments and members
  • Automations
  • Metrics
  • Attributions

Act

  • Build reports and dashboards
  • Configure AI guidance and knowledge
  • Build workflows and campaigns
  • Create and publish landing pages
  • Manage CRM, catalogue and orders

Events out, messages in.

Two more pieces for teams that need Kanesh to talk to their own systems.

  • Signed webhooks

    Beta

    Signed webhooks for key events, so your endpoint can check each one came from Kanesh. The event list is shared with approved projects.

  • Custom API channel

    Beta

    Bring conversations from a channel you run into the shared inbox through the API.

Four steps, no self-service sign-up.

  1. 01

    Tell us the project

    What you want to connect, and which data it needs.

  2. 02

    We approve it

    If it fits, we enable API access for your workspace.

  3. 03

    Scoped keys

    One key per integration, with only the scopes it needs.

  4. 04

    Build and revoke

    Build against the OpenAPI schema. Revoke a key whenever you want.

Developer questions

Can I get an API key right away?
Not yet. API access is available on approved projects: tell us what you want to build, and once it's approved you get scoped keys for it.
Is there an SDK?
No. We publish an OpenAPI schema, so you can generate a client in the language you use.
Can I connect ChatGPT or Claude?
The MCP server works with MCP clients that let you set a bearer API key. One-click connectors that need a sign-in flow aren't available.
Which webhook events are there?
Webhooks are signed and cover key events. The event list is shared with approved projects rather than published here, because it may still change.
What happens if a key leaks?
Revoke it. Requests with a revoked key are rejected. Keys are stored as a hash, so Kanesh can't show you the full key again either.

Tell us what you want to build.

Access is granted per project. Tell us what you want to connect in the diagnosis, and we'll say honestly whether it fits.