Skip to content

VapiAI/server-sdk-go

Repository files navigation

Vapi Go Library

fern shield go shield

The Vapi Go library provides convenient access to the VAPI API from Go.

Requirements

This module requires Go version >= 1.18.

Installation

Run the following command to use the vapi Go library in your module:

go get github.com/VapiAI/server-sdk-go

Usage

import (
  "github.com/VapiAI/server-sdk-go"
  vapiclient "github.com/VapiAI/server-sdk-go/client"
  "github.com/VapiAI/server-sdk-go/option"
)

client := vapiclient.NewClient(
  option.withToken("<YOUR_API_TOKEN>"),
)
response, err := client.Calls.Create(
  ctx,
)

Timeouts

Setting a timeout for each individual request is as simple as using the standard context library. Setting a one second timeout for an individual API call looks like the following:

ctx, cancel := context.WithTimeout(context.TODO(), time.Second)
defer cancel()

response, err := client.Calls.Create(
  ctx,
)

Request Options

A variety of request options are included to adapt the behavior of the library, which includes configuring authorization tokens, or providing your own instrumented *http.Client. Both of these options are shown below:

client := vapiclient.NewClient(
  option.WithAPIKey("<YOUR_API_KEY>"),
  option.WithHTTPClient(
    &http.Client{
      Timeout: 5 * time.Second,
    },
  ),
)

These request options can either be specified on the client so that they're applied on every request (shown above), or for an individual request like so:

response, err := client.Calls.Create(
  ctx,
  option.WithAPIKey("<YOUR_API_KEY>"),
)

Providing your own *http.Client is recommended. Otherwise, the http.DefaultClient will be used, and your client will wait indefinitely for a response (unless the per-request, context-based timeout is used).

Automatic Retries

The Vapi Go client is instrumented with automatic retries with exponential backoff. A request will be retried as long as the request is deemed retriable and the number of retry attempts has not grown larger than the configured retry limit (default: 2).

A request is deemed retriable when any of the following HTTP status codes is returned:

  • 408 (Timeout)
  • 429 (Too Many Requests)
  • 5XX (Internal Server Errors)

You can use the option.WithMaxAttempts option to configure the maximum retry limit to your liking. For example, if you want to disable retries for the client entirely, you can set this value to 1 like so:

client := vapiclient.NewClient(
  option.WithMaxAttempts(1),
)

This can be done for an individual request, too:

response, err := client.Calls.Create(
  ctx,
  option.WithMaxAttempts(1),
)

Errors

Structured error types are returned from API calls that return non-success status codes. For example, you can check if the error was due to an unauthorized request (i.e. status code 401) with the following:

response, err := client.Calls.Create(
  ctx
)
if err != nil {
  if unauthorizedErr, ok := err.(*vapi.UnauthorizedError);
    // Do something with the unauthorized request ...
  }
  return err
}

These errors are also compatible with the errors.Is and errors.As APIs, so you can access the error like so:

response, err := client.Calls.Create(
  ctx
)
if err != nil {
  var unauthorizedErr *vapi.UnauthorizedError
  if errors.As(err, unauthorizedErr) {
    // Do something with the unauthorized request ...
  }
  return err
}

If you'd like to wrap the errors with additional information and still retain the ability to access the type with errors.Is and errors.As, you can use the %w directive:

response, err := client.Calls.Create(
  ctx
)
if err != nil {
  return fmt.Errorf("failed to create application: %w", err)
}

Contributing

While we value open-source contributions to this SDK, this library is generated programmatically. Additions made directly to this library would have to be moved over to our generation code, otherwise they would be overwritten upon the next generated release. Feel free to open a PR as a proof of concept, but know that we will not be able to merge it as-is. We suggest opening an issue first to discuss with us!

On the other hand, contributions to the README.md are always very welcome!