Architecture
Monorepo
FurlPay uses an npm-workspace Turborepo. The repository contains the web app and API, developer SDKs, agent integrations, shared packages and client application source. Code in the repository does not by itself indicate a released or production-enabled service.
Repository presence is not product availability
Main workspaces
Web product, documentation portal and App Router API handlers.
Node.js / TypeScript server SDK and webhook-signature helper.
Command-line developer tooling. Commands that call payment, travel, card or brokerage routes inherit those routes' availability limits.
Self-hosted x402 gateway package. Its default FurlPay facilitator requires production settlement to be enabled.
MCP integration for compatible agent clients; available tools and payment execution are separate concerns.
Shared code for schemas, ledger, signing, compliance, settlement and UI components.
Dependency direction
Apps and SDKs can depend on shared packages. Shared packages should not depend on a product surface. This keeps reusable schemas and domain logic separate from Next.js route handlers and client applications.
- API and product routes live in
apps/web/src/app. - Shared payment, security and provider code lives under
apps/web/src/libandpackages/. - Server SDK sources live under
sdks/; the CLI and x402 gateway are separate packages. - Application and package release status is maintained separately from source code.
Build and deployable artifacts
Workspace build scripts are orchestrated through Turborepo and npm. Deployment targets, external credentials, release signing and store publication are configured separately. A successful local build does not prove that a provider is configured or that an artifact is published.
Source and documentation
The public packages and repositories are linked from the FurlPay GitHub organization. Use each package's own README and release metadata for installation details. This portal is the source for current FurlPay API and service availability guidance.
