JavaScript SDK for the Seam API written in TypeScript.
Seam makes it easy to integrate IoT devices with your applications. This is an official SDK for the Seam API. Please refer to the official Seam Docs to get started.
The SDK is fully tree-shakeable and optimized for use in both client and server applications.
The repository does not contain the SDK code. Instead, it re-exports from a core set of Seam modules:
- @seamapi/http: JavaScript HTTP client for the Seam API written in TypeScript.
- @seamapi/webhook: Webhook SDK for the Seam API written in TypeScript.
- @seamapi/types: TypeScript types for the Seam API.
- Installation
- Usage
- Development and Testing
- GitHub Actions
- Contributing
- License
- Warranty
Add this as a dependency to your project using npm with
$ npm install seam
[!NOTE] These examples assume
SEAM_API_KEY
is set in your environment.
import { Seam } from 'seam'
const seam = new Seam()
const devices = await seam.devices.list()
import { Seam } from 'seam'
const seam = new Seam()
const lock = await seam.locks.get({ name: 'Front Door' })
await seam.locks.unlockDoor({ device_id: lock.device_id })
The SDK supports several authentication mechanisms.
Authentication may be configured by passing the corresponding
options directly to the Seam
constructor,
or with the more ergonomic static factory methods.
[!NOTE] Publishable Key authentication is not supported by the constructor and must be configured using
Seam.fromPublishableKey
.
An API key is scoped to a single workspace and should only be used on the server. Obtain one from the Seam Console.
// Set the `SEAM_API_KEY` environment variable
const seam = new Seam()
// Pass as the first argument to the constructor
const seam = new Seam('your-api-key')
// Pass as an option to the constructor
const seam = new Seam({ apiKey: 'your-api-key' })
// Use the factory method
const seam = Seam.fromApiKey('your-api-key')
A Client Session Token is scoped to a client session and should only be used on the client.
// Pass as an option to the constructor
const seam = new Seam({ clientSessionToken: 'some-client-session-token' })
// Use the factory method
const seam = Seam.fromClientSessionToken('some-client-session-token')
The client session token may be updated using
const seam = Seam.fromClientSessionToken('some-client-session-token')
await seam.updateClientSessionToken('some-new-client-session-token')
A Publishable Key is used by the client to acquire Client Session Token for a workspace. Obtain one from the Seam Console.
Use the async factory method to return a client authenticated with a client session token:
const seam = await Seam.fromPublishableKey(
'your-publishable-key',
'some-user-identifier-key',
)
This will get an existing client session matching the user identifier key, or create a new empty client session.
A Personal Access Token is scoped to a Seam Console user. Obtain one from the Seam Console. A workspace ID must be provided when using this method and all requests will be scoped to that workspace.
// Pass as an option to the constructor
const seam = new Seam({
personalAccessToken: 'your-personal-access-token',
workspaceId: 'your-workspace-id',
})
// Use the factory method
const seam = Seam.fromPersonalAccessToken(
'some-console-session-token',
'your-workspace-id',
)
A Console Session Token is used by the Seam Console. This authentication method is only used by internal Seam applications. A workspace ID must be provided when using this method and all requests will be scoped to that workspace.
// Pass as an option to the constructor
const seam = new Seam({
consoleSessionToken: 'some-console-session-token',
workspaceId: 'your-workspace-id',
})
// Use the factory method
const seam = Seam.fromConsoleSessionToken(
'some-console-session-token',
'your-workspace-id',
)
Some asynchronous operations, e.g., unlocking a door, return an action attempt. Seam tracks the progress of the requested operation and updates the action attempt when it succeeds or fails.
To make working with action attempts more convenient for applications,
this library provides the waitForActionAttempt
option and enables it by default.
When the waitForActionAttempt
option is enabled, the SDK:
- Polls the action attempt up to the
timeout
at thepollingInterval
(both in milliseconds). - Resolves with a fresh copy of the successful action attempt.
- Rejects with a
SeamActionAttemptFailedError
if the action attempt is unsuccessful. - Rejects with a
SeamActionAttemptTimeoutError
if the action attempt is still pending when thetimeout
is reached. - Both errors expose an
actionAttempt
property.
If you already have an action attempt ID and want to wait for it to resolve, simply use
await seam.actionAttempts.get({ action_attempt_id })
Or, to get the current state of an action attempt by ID without waiting:
await seam.actionAttempts.get(
{ action_attempt_id },
{
waitForActionAttempt: false,
},
)
To disable this behavior, set the default option for the client:
const seam = new Seam({
apiKey: 'your-api-key',
waitForActionAttempt: false,
})
await seam.locks.unlockDoor({ device_id })
or the behavior may be configured per-request:
await seam.locks.unlockDoor(
{ device_id },
{
waitForActionAttempt: false,
},
)
The pollingInterval
and timeout
may be configured for the client or per-request.
For example:
import {
Seam,
isSeamActionAttemptFailedError,
isSeamActionAttemptTimeoutError,
} from 'seam'
const seam = new Seam('your-api-key', {
waitForActionAttempt: {
pollingInterval: 1000,
timeout: 5000,
},
})
const [lock] = await seam.locks.list()
if (lock == null) throw new Error('No locks in this workspace')
try {
await seam.locks.unlockDoor({ device_id: lock.device_id })
console.log('Door unlocked')
} catch (err: unknown) {
if (isSeamActionAttemptFailedError(err)) {
console.log('Could not unlock the door')
return
}
if (isSeamActionAttemptTimeoutError(err)) {
console.log('Door took too long to unlock')
return
}
throw err
}
Some Seam API endpoints interact with multiple workspaces.
The SeamMultiWorkspace
client is not bound to a specific workspace
and may use those endpoints with an appropriate authentication method.
A Personal Access Token is scoped to a Seam Console user. Obtain one from the Seam Console.
// Pass as an option to the constructor
const seam = new SeamMultiWorkspace({
personalAccessToken: 'your-personal-access-token',
})
// Use the factory method
const seam = SeamMultiWorkspace.fromPersonalAccessToken(
'some-console-session-token',
)
// List workspaces authorized for this Personal Access Token
const workspaces = await seam.workspaces.list()
A Console Session Token is used by the Seam Console. This authentication method is only used by internal Seam applications.
// Pass as an option to the constructor
const seam = new SeamMultiWorkspace({
consoleSessionToken: 'some-console-session-token',
})
// Use the factory method
const seam = SeamMultiWorkspace.fromConsoleSessionToken(
'some-console-session-token',
)
// List workspaces authorized for this Seam Console user
const workspaces = await seam.workspaces.list()
In addition to the various authentication options, the constructor takes some advanced options that affect behavior.
const seam = new Seam({
apiKey: 'your-api-key',
endpoint: 'https://example.com',
axiosOptions: {},
axiosRetryOptions: {},
})
When using the static factory methods, these options may be passed in as the last argument.
const seam = Seam.fromApiKey('some-api-key', {
endpoint: 'https://example.com',
axiosOptions: {},
axiosRetryOptions: {},
})
Some contexts may need to override the API endpoint,
e.g., testing or proxy setups.
This option corresponds to the Axios baseURL
setting.
Either pass the endpoint
option, or set the SEAM_ENDPOINT
environment variable.
The Axios client and retry behavior may be configured with custom initiation options
via axiosOptions
and axiosRetryOptions
.
Options are deep merged with the default options.
The Axios client is exposed and may be used or configured directly:
import { Seam, DevicesListResponse } from 'seam'
const seam = new Seam()
seam.client.interceptors.response.use((response) => {
console.log(response)
return response
})
const devices = await seam.client.get<DevicesListResponse>('/devices/list')
An Axios compatible client may be provided to create a Seam
instance.
This API is used internally and is not directly supported.
All client methods return an instance of SeamHttpRequest
.
Inspect the request before it is sent to the server by intentionally not awaiting the SeamHttpRequest
:
const seam = new Seam('your-api-key')
const request = seam.devices.list()
console.log(`${request.method} ${request.url}`, JSON.stringify(request.body))
const devices = await request.execute()
The Seam API implements webhooks using Svix.
This SDK exports a thin wrapper SeamWebhook
around the svix package.
Use it to parse and validate Seam webhook events.
Refer to the Svix docs on Consuming Webhooks for an in-depth guide on best-practices for handling webhooks in your application.
[!TIP] This example is for Express, see the Svix docs for more examples in specific frameworks.
import { env } from 'node:process'
import { SeamWebhook } from 'seam'
import express from 'express'
import bodyParser from 'body-parser'
const app = express()
const webhook = new SeamWebhook(env.SEAM_WEBHOOK_SECRET)
app.post(
'/webhook',
bodyParser.raw({ type: 'application/json' }),
(req, res) => {
let data
try {
data = webhook.verify(req.body, req.headers)
} catch {
return res.status(400).send()
}
storeEvent(data, (err) => {
if (err != null) {
return res.status(500).send()
}
res.status(204).send()
})
},
)
const storeEvent = (data, callback) => {
console.log(data)
callback()
}
app.listen(8080, () => {
console.log('Ready to receive webhooks at http://localhost:8080/webhook')
})
$ git clone https://github.com/seamapi/javascript.git
$ cd javascript
$ nvm install
$ npm install
Primary development tasks are defined under scripts
in package.json
and available via npm run
.
View them with
$ npm run
The source code is hosted on GitHub. Clone the project with
$ git clone git@github.com:seamapi/javascript.git
You will need Node.js with npm and a Node.js debugging client.
Be sure that all commands run under the correct Node version, e.g., if using nvm, install the correct version with
$ nvm install
Set the active version for each shell session with
$ nvm use
Install the development dependencies with
$ npm install
New versions are released automatically with semantic-release as long as commits follow the Angular Commit Message Conventions.
Publish a new version by triggering a version workflow_dispatch on GitHub Actions.
The version
input will be passed as the first argument to npm-version.
This may be done on the web or using the GitHub CLI with
$ gh workflow run version.yml --raw-field version=<version>
GitHub Actions should already be configured: this section is for reference only.
The following repository secrets must be set on GitHub Actions:
-
NPM_TOKEN
: npm token for installing and publishing packages. -
GH_TOKEN
: A personal access token for the bot user with andcontents:write
permission. -
GIT_USER_NAME
: The GitHub bot user's real name. -
GIT_USER_EMAIL
: The GitHub bot user's email. -
GPG_PRIVATE_KEY
: The GitHub bot user's GPG private key. -
GPG_PASSPHRASE
: The GitHub bot user's GPG passphrase.
If using squash merge, edit and ensure the commit message follows the Angular Commit Message Conventions specification. Otherwise, each individual commit must follow the Angular Commit Message Conventions specification.
- Create your feature branch (
git checkout -b my-new-feature
). - Make changes.
- Commit your changes (
git commit -am 'Add some feature'
). - Push to the branch (
git push origin my-new-feature
). - Create a new draft pull request.
- Ensure all checks pass.
- Mark your pull request ready for review.
- Wait for the required approval from the code owners.
- Merge when ready.
This npm package is licensed under the MIT license.
This software is provided by the copyright holders and contributors "as is" and any express or implied warranties, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose are disclaimed. In no event shall the copyright holder or contributors be liable for any direct, indirect, incidental, special, exemplary, or consequential damages (including, but not limited to, procurement of substitute goods or services; loss of use, data, or profits; or business interruption) however caused and on any theory of liability, whether in contract, strict liability, or tort (including negligence or otherwise) arising in any way out of the use of this software, even if advised of the possibility of such damage.