Skip to main content

Prerequisites

  • .NET 10 SDK or later (dotnet --version).
  • The install URL — the address of your self-hosted Ekso (e.g. https://ekso.acme.com). This is the PublicUrl set during the /startup wizard.
  • Either a stored API key (for ApiKeyAuth) or an OAuth token pair (for RefreshableBearerAuth). See Authentication for how to obtain each.

Install

From your project directory:
Or in your .csproj:
Pin a major-minor version in production code; the SDK follows semver and may evolve the typed surface in major bumps.

Verify

A minimal program that constructs a client and authenticates:
If the dependency is wired correctly, this compiles and (with a valid API key) prints the count.

Dependencies

Ekso.Sdk declares:
PackageWhy
Microsoft.Kiota.AbstractionsCore abstractions for the generated client.
Microsoft.Kiota.Http.HttpClientLibraryDefault HTTP transport.
Microsoft.Kiota.Serialization.JsonJSON request/response (default content type).
Microsoft.Kiota.Serialization.Formapplication/x-www-form-urlencoded (auth flows).
Microsoft.Kiota.Serialization.MultipartMultipart upload (file attachments).
Microsoft.Kiota.Serialization.Texttext/plain responses.
Most of these are transitive — you don’t need to add them to your .csproj. They’re listed so you know what’s actually in your dependency graph.

Pre-release builds

To pin a specific pre-release:
Pre-release versions surface new API operations as soon as the backend ships them. Stable releases gate behind a release cycle that matches the backend’s minor versions.

Next steps

  • Authentication — pick ApiKeyAuth or RefreshableBearerAuth.
  • Quickstart — your first authenticated call against the API.