Author: Casey Smith

Payabli Integration Skills: Build Faster With AI Agents

Posted on July 10, 2026 by - Developer Relations

By Casey Smith, Payabli Docs

Key takeaways

  • Payabli Integration Skills are open-source agent skills that point your AI coding agent at the live Payabli docs, so it ships a working integration from one prompt: payments in and out, invoices, payment links, webhooks, disputes, and reporting. A thirty-minute session, full integration, no manual fixes, validated against a live sandbox.
  • Without that grounding, agents guess. They invent endpoints and skip steps that have to happen in order, so the code compiles and then breaks. Skills hand the agent the real endpoints and the right sequence up front.
  • Skills run in any agent that supports the open Agent Skills standard: Claude Code, Cursor, Codex, GitHub Copilot, and Gemini CLI. They cover the whole surface, from payments to webhooks to certification.
  • The order of operations and gotchas are written into each skill by hand, while facts like endpoints link out to the live docs, so the skills stay current as the API changes, with no skill to re-ship. 

During a thirty-minute session, I built an integration with Payabli that wired up CRUD operations for vendors and customers, payment acceptance, payout functionality, invoices, payment links, chargeback response handling, and reporting dashboards, all of it from a single prompt, with no manual fixes, validated against a live sandbox. I’m not bragging. I did it all with Claude Code and Payabli’s new Integration Agent Skills, a set of open-source agent skills, grounded in the Payabli docs, that give your coding agent the procedural knowledge and ground truth it needs to build a sound Payabli integration from the first prompt.

Why ungrounded AI agents write code that fails

If you’ve spent any time building with an AI coding assistant, you’ve probably seen this: the agent produces code that looks completely right. It uses endpoint patterns that are extrapolated from an API surface, parameter names that follow reasonable conventions, and webhook event types that feel like they should exist. And then none of it works.

This isn’t a failure of the model or the agent, it’s a grounding problem. Grounding is the practice of connecting an AI agent to accurate, current information so it works from facts rather than inference. A coding agent that hasn’t been given accurate, up-to-date information about a specific API will fill in the gaps with plausible-looking guesses (even if you tell it not to make mistakes). Ask it to fetch a user’s orders, and it’ll guess GET/users/{id}/orders clean, RESTful, exactly the route you’d guess yourself. But the real API might nest that resource differently, or expose it somewhere else entirely. The guess is reasonable, conventional, and wrong. But there’s no way to know that from the outside; you have to read the docs.

Hallucinated endpoints are one visible version of bad grounding. Less obvious problems with bad grounding are procedural gotchas: things like steps that have to happen in a specific order or status transitions that aren’t obvious from the API shape alone. For example, a bill that’s been sent for approval sits in a pending state that blocks payout until it’s resolved, so an agent that tries to pay it right away gets a failure that it couldn’t predict and then has to debug. The agent would only know to avoid this if it read the docs.

This is the gap that skills help you close.

How Payabli Integration Skills work

A skill is a structured instruction document that your coding agent loads into context when it’s relevant. It tells your agent how to approach a specific kind of task, not just what the API looks like, but what to do first, what decisions to make along the way, and what patterns to follow. Think of it as giving your agent a knowledgeable colleague who has already read the docs, knows the gotchas, and will speak up before you make a mistake.

We authored our skills using the Agent Skills standards, which define how skills are structured and discovered. You don’t have to invoke the skills by name, your agent loads them on its own when it recognizes you’re writing Payabli code. Just describe what you’re building.

Most integrations start with payabli-getting-started, which interviews you rather than dumping a wall of context at your agent. Point your agent at your project and say something like: “I want to add Payabli payments to this app, look at my stack and tell me which Payabli pieces I need and how to wire them up.” The skill walks your agent through a structured conversation about your goals, your app architecture, and which Payabli features you need. Out of that conversation comes a payabli-integration.md artifact, a plain-markdown file that lives in your repo and records the plan. As you work, your agent updates it. From that point on, the right skills load automatically as you build. Your agent has the auth patterns, the order of operations, and the gotchas it needs for whatever you’re working on next, and pulls exact endpoint paths and field names from the live docs, so the code it writes is based on verified information.

That artifact is what makes multi-session work tractable. Come back the next day in a fresh session, and your agent can read the file, pick up where you left off, and know what you’ve already built and what’s coming next. The other Payabli skills read from it, so decisions you made early in the integration follow through consistently.

Skills cover the full integration surface: payments in, payments out, subscriptions, webhooks, disputes, reporting, and certification prep. They work in any agent that supports the standard, including Claude Code, Cursor, Codex, GitHub Copilot, Gemini CLI, and more. How we built Payabli Integration Skills

Keeping skills accurate at scale requires an intentional architecture. Our approach was shaped by two ideas.

Skills stay lean by design 

Every skill was written against the Agent Skills spec and validated with the skill-validator tool. The whole set passed, and every skill sits comfortably within the size limits the spec recommends as a best practice. This matters because context is finite: every token a bloated skill takes up is a token your agent can’t spend on your actual code.

Procedural knowledge is human-curated, factual content links out

Each skill contains two kinds of content. The procedural knowledge, like the order of operations, the decisions that matter, and the gotchas, is written in the skill and stays in the skill. The factual content, like endpoint paths, field names, and response shapes, doesn’t get copied into the skill, and instead links out to the live docs at docs.payabli.com.

That distinction is what helps keep our skills current. When we ship a release, we update the docs. A skill that links to a docs page is reading from the current version the next time your agent fetches it, so there’s no skill update required. The procedural content is the part that changes less frequently and benefits most from close human review when it does change.

That human involvement is intentional. The procedural knowledge in each skill, the sequencing, the gotchas, and the decision guidelines, is written and maintained by the Payabli Docs team, not auto-generated and shipped. Every skill has been tested against real sandbox integrations to verify that it guides agents into correct, working code that follows best practices. We’re building tools to help you integrate faster with AI, but we’re not outsourcing the judgment about what good integration advice looks like. That part stays with people.

Skills give your agent an accurate foundation: the right patterns, the right sequence, the real endpoints. Think of them as guardrails, not autopilot. They don’t control what your agent does with that foundation, so the output is still worth your review before it goes anywhere near production.

Integration Skills and the Docs MCP: Use both

Skills and the Payabli Docs MCP server are complementary. Here is how they divide work:

The MCP answers questions: “What does this error code mean?” or “How does paypoint scoping work?” It’s conversational: your agent asks, the MCP reads the docs, and responds.

Skills handle procedural sequencing: when your agent is about to write a webhook handler, the relevant skill fires and gives it the order of operations and the gotchas to watch for, without you having to tell it what to do.

Both read from the same source of truth, so they converge on the same answers. The skill set even includes payabli-mcp-setup which configures the Docs MCP for you, so it’s easy to install both.

Who Payabli Integration Skills are for

Payabli Integration Skills are useful for two kinds of builders.

If you’re building with a coding agent and limited fintech experience, skills are the difference between an agent that ships and an agent that confidently produces code that doesn’t work. Skills give your agent the right Payabli knowledge to integrate safely. In my run, it didn’t need course-correcting, which matters most when you don’t know the platform well enough to course-correct it yourself.

If you’re an experienced developer using AI tooling to move faster, skills save you from looking up details every time you touch a new part of the Payabli surface. The void vs. refund decision, the bill status transitions, the CIT/MIT distinction, they’re there when you need them, and out of the way when you don’t.

Get started with Payabli Integration Skills

Install the skills and start building. The README walks through the install options for each supported agent, so you can pick the one that fits how you work. Point your agent at your project, describe what you want to build, and let the skills handle the grounding. 

payabli/integration-skills on GitHub →

Learn about our developer toolsand agent resourcesin the Payabli Docs.

Payabli TypeScript SDK: How to get started

Posted on May 19, 2026 by - Developer Relations

By Elijah Skeirik, Payabli Docs

If you’re building a payments integration with TypeScript, you’ve probably hit the point where raw API calls start getting messy: hand-rolling request bodies, deciphering error responses, and having no type hints to tell you whether a field is required or what shape the response will be. The Payabli TypeScript SDK is the fix for that.

@payabli/sdk-node gives you type-safe access to the full Payabli API. That means autocomplete in your editor, TypeScript interfaces for every request and response, built-in retries, and structured error handling you don’t have to wire up yourself. You write less boilerplate and catch more mistakes before they hit production.

This post walks through two things: making your first payment transaction and setting up webhooks to receive real-time payment notifications. Both are covered in depth in the Payabli docs, but this post gives you a faster path from nothing to working code.

Before you start

You’ll need two things from Payabli before writing any code: your API key and an entrypoint value. If you don’t have these credentials set up, talk to your Payabli solutions engineer.

Install the SDK

You’ll need Node.js 20 or later and npm. If you’re not sure which version you have, run node --version to check. You can download the latest Node.js from nodejs.org. Start by creating a new project and installing the SDK:

Bash
mkdir my-payabli-app
cd my-payabli-app
npm init -y
npm pkg set type="module"
npm install @payabli/sdk-node

That’s it. The TypeScript SDK is now installed.

Make your first transaction

Instantiate the client with your API key and call moneyIn.getpaid. Never hardcode your API key directly in source code, load it from an environment variable instead:

TypeScript
import { PayabliClient } from "@payabli/sdk-node";

const client = new PayabliClient({ apiKey: process.env.PAYABLI_KEY! });

A .env file with PAYABLI_KEY=your-key-here and a package like dotenv is the typical setup for local development. In production, inject it via your hosting platform’s secret management tooling. The webhook example app later in this post uses the same pattern.

With the client initialized, make a test transaction:

TypeScript
import { PayabliClient } from "@payabli/sdk-node";

const client = new PayabliClient({ apiKey: "YOUR_API_KEY" });

const result = await client.moneyIn.getpaid({
    body: {
        customerData: { customerId: 4440 },
        entryPoint: "your-entrypoint",
        paymentDetails: { serviceFee: 0, totalAmount: 100 },
        paymentMethod: {
            cardcvv: "999",
            cardexp: "02/27",
            cardHolder: "John Cassian",
            cardnumber: "4111111111111111",
            cardzip: "12345",
            initiator: "payor",
            method: "card",
        },
    },
});

console.log(result);

Run it with npx tsx index.ts.

Sandbox and production environments

Payabli has two environments: sandbox for testing and production for live payments. The sandbox environment lets you make test transactions, simulate boarding, and experiment with webhooks without touching real money. When you’re ready to go live, you switch to production. You pass the environment explicitly when you instantiate the client using PayabliEnvironment:

TypeScript
import { PayabliClient, PayabliEnvironment } from "@payabli/sdk-node";

const client = new PayabliClient({
    apiKey: "YOUR_API_KEY",
    environment: PayabliEnvironment.Sandbox,
});

Your API key is tied to a specific environment, so make sure the key you’re using matches the environment you’re targeting. See Environments in the docs for more detail.

One thing to know before you go live: the example above passes raw card data directly to the API. That works in the sandbox environment and is fine for testing, but in production, you’ll want to use a stored methodReferenceId instead. See Tokenization overview in the docs to learn how to use stored payment methods.

TypeScript SDK features worth knowing

Before moving on to webhooks, a couple of things about the SDK are worth pointing out:

Built-in retries

The SDK automatically retries failed requests on 408, 429, and 5xx responses with exponential backoff. The default retry limit is 2. You can override this per-request:

TypeScript
await client.moneyIn.getpaid(..., { maxRetries: 0 });

Typed errors

When the API returns a non-success status code, the SDK throws a PayabliError. Catching it gives you structured access to the status code and response body:

TypeScript
import { PayabliError } from "@payabli/sdk-node";

try {
    await client.moneyIn.getpaid(...);
} catch (err) {
    if (err instanceof PayabliError) {
        console.log(err.statusCode);
        console.log(err.body);
    }
}

Typed request interfaces

The SDK exports every request and response type under the Payabli namespace, so you can construct payloads with full type safety before passing them to the client. This is useful when you’re building up a request object across multiple steps, or when you want your editor to catch shape errors early:

TypeScript
import { PayabliClient, Payabli } from "@payabli/sdk-node";

const payment: Payabli.RequestPayment = {
    body: {
        customerData: { customerId: 4440 },
        entryPoint: "your-entrypoint",
        paymentDetails: { serviceFee: 0, totalAmount: 100 },
        paymentMethod: {
            cardHolder: "John Cassian",
            cardnumber: "4111111111111111",
            cardexp: "02/27",
            cardcvv: "999",
            cardzip: "12345",
            initiator: "payor",
            method: "card",
        },
    },
};

const result = await client.moneyIn.getpaid(payment);

Tree-shakeable subpackage imports

If bundle size matters, you can import individual subpackage clients instead of the top-level PayabliClient:

TypeScript
import { MoneyInClient } from "@payabli/sdk-node/money-in";

This lets bundlers include only the code your app actually uses.

Set up webhooks

Once payments are flowing, you’ll want to know about them in real time. Payabli’s webhook system sends HTTP POST requests to your server whenever payment events occur.

The fastest way to get webhooks working with the TypeScript SDK is the webhook example app. Clone the examples repo and navigate to the TypeScript webhook app:

Bash
git clone https://github.com/payabli/examples.git
cd examples/webhooks/ts-sdk

Copy the environment template and fill in your credentials:

Bash
cp .env.example .env

You’ll need to set PAYABLI_KEY, PAYABLI_ENTRY, and OWNER_ID in the .env file. The OWNER_ID is the same as your organization’s ID in Payabli.

Install the dependencies and start the app:

Bash
npm install
npm start

The app starts a local server on port 3000. To receive webhooks, that server needs to be reachable from the internet, so you need to tunnel it. The easiest option is localhost.run, which requires no account. It does require SSH, the Secure Shell program that handles encrypted connections between machines. SSH comes pre-installed on macOS and most Linux systems. On Windows, it’s available through the built-in OpenSSH client (included since Windows 10).

Run this in a new terminal window while your app is running:

Bash
ssh -R 80:localhost:3000 nokey@localhost.run

You’ll get a public HTTPS URL. Paste it into the original terminal window when the app prompts you.

If you’d prefer more visibility into webhook traffic (request inspection, replay, and so on), ngrok is a popular alternative that requires a free account and a small install step. The Webhook quickstart in the Payabli docs covers both tools in detail.

From there, the app does the rest: it registers an ApprovedPayment notification with Payabli pointing to your tunnel URL, then waits for you to press Enter. Hit Enter, and the app fires a test $1.00 transaction and prints the incoming webhook payload to your terminal.

That’s the full loop: a transaction goes through, Payabli fires a webhook, and your server receives it.

See the Webhook quickstart in the Payabli docs for more details, including how to build a webhook server from scratch and how to register notifications for other event types beyond ApprovedPayment.

Keep going

Here’s a quick map of where to go next, depending on what you’re working on:

If you want to…Go here
Understand the Payabli platform as a developerGetting started for developers
See every available SDK methodSDK reference on GitHub
Work through a full example app (customers, temp tokens)TypeScript SDK guide
Build a production-safe payment flow with stored methodsTokenization overview
Register webhooks for other event typesWebhook quickstart

Your Payabli solutions engineer is also a resource if you get stuck or need help scoping your integration.

Learn about our developer tools and server SDKs in the Payabli Docs.