npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@seal-sdk/integration

v0.13.0

Published

Integration infrastructure for the SEAL SDK.

Readme

@seal-sdk/integration

Integration infrastructure for the SEAL SDK.

The @seal-sdk/integration package provides a common abstraction for connecting the platform to external and internal resources through typed connectors.

Architecture

The package is centered around the IntegrationEngine, which executes integration requests through registered connectors.

Platform
   |
   v
IntegrationEngine
   |
   +-- MemoryConnector
   +-- HttpConnector
   +-- RestConnector
   +-- FileConnector
   |
   +-- Authentication
   |
   +-- Retry policies

IntegrationEngine

IntegrationEngine coordinates integration requests and delegates execution to the appropriate registered connector.

Its responsibility is orchestration rather than implementing the internal behavior of individual connectors.

Connectors

MemoryConnector

Provides an in-memory integration mechanism useful for local execution, testing and deterministic integration scenarios.

HttpConnector

Provides HTTP request execution and supports HTTP-oriented payloads.

It can operate with authentication and retry behavior while keeping those concerns separated from the connector contract.

RestConnector

Provides REST-oriented operations on top of HTTP integration.

REST actions are translated into the corresponding HTTP methods before the request is delegated to the HTTP connector.

FileConnector

Provides file-system integration.

Supported operations include:

  • read
  • write
  • exists
  • delete

Authentication

The integration package provides authentication strategies including:

  • API key authentication
  • Bearer authentication
  • OAuth authentication

Authentication behavior remains separated from connector orchestration.

Retry policies

Retry behavior is represented independently from connector execution.

Available implementations include:

  • fixed retry policy
  • no-retry policy

Platform integration

The IntegrationEngine is exposed through the Platform layer as part of the SDK architecture.

Platform
   |
   +-- Workflow
   +-- Session
   +-- Progress
   +-- Analytics
   +-- Integration

EngineRegistry

The IntegrationEngine participates in the SDK engine infrastructure through the EngineRegistry.

This allows integration capabilities to be registered and consumed through the same architectural mechanisms used by other platform engines.

Design principles

The integration package follows these principles:

  • explicit contracts
  • typed integration requests
  • modular connectors
  • separation of orchestration and connector implementation
  • isolated authentication behavior
  • isolated retry policies
  • predictable failure responses
  • Platform exposure
  • EngineRegistry integration

The package is designed so that integration capabilities can evolve without coupling external-system behavior directly to the learning-domain engines.