Documentation v1.24
Last updated 2026-08-20 Give feedback

MagicPay SDK

The SDK is the right entry point when you own the surrounding agent, browser, or backend runtime and need MagicPay as the Memory request layer.

What each part of the SDK client does

Install

Use the public package in trusted Node or TypeScript runtimes.

Shell
npm i @nuanu-ai/magicpay-sdk

Client Responsibilities

The SDK handles communication with MagicPay. Your app still owns browser control, provider calls, UI, and what happens after a protected result is returned. Memory fill is target-agnostic by design: the same value-free flow writes an approved value into an API header, a provider SDK call, or a browser field, with MagicBrowse as the browser adapter.

  • Create workflow sessions.
  • Resolve protected field values through user-approved requests.
  • Run protected actions such as a payment authorization.
  • Ask the user to choose from runtime-provided options.
  • Create hosted links when a request or session needs to move back to a MagicPay-controlled UI.
  • Wait for request results without writing custom polling.

Security Rule

Treat request artifacts as short-lived handoff material. Do not log them, print them, store them in prompts, or give them to the LLM.

MagicPay public documentation.