JiesdaPay Docs
JiesdaPay Docs
Homepage

Start here

OverviewCore conceptsHow paid calls work

Build and monetize

Monetize MCPs and APIsHosted skillsIntegration flow

User and finance control

Scoped budgetsAudit ledgerPayment rails

Enterprise

Enterprise governanceTrust boundariesMVP scope

Integration flow

The first practical integration path for developers.

The first developer integration should be narrow and easy to verify.

Step 1: Connect the service

The developer connects one MCP/API endpoint or one hosted skill.

The configuration should include:

  • Service name.
  • Tool list.
  • Input and output expectations.
  • Health check.
  • Authentication method if needed.

Step 2: Define pricing

The developer defines how usage is charged.

Start with simple models:

  • Per call.
  • Per task.
  • Free trial.
  • Rate limit.

Avoid complex marketplace pricing in the first version. The goal is to prove that paid agent calls can be controlled and audited.

Step 3: Bind a payment rail

The developer binds the rail they want to use.

JiesdaPay should record the rail and the payment event, but does not need to custody funds in the first phase.

Step 4: Publish access

JiesdaPay publishes a paid endpoint or hosted skill address.

Agent runtimes can call this endpoint. JiesdaPay evaluates policy, budget, approval, and audit around the call.

Step 5: Review usage

The developer reviews:

  • Call volume.
  • Successful calls.
  • Failed calls.
  • Payment events.
  • Revenue summaries.
  • Webhook delivery.

This closes the loop from useful capability to paid agent-native service.

Table of Contents

Step 1: Connect the service
Step 2: Define pricing
Step 3: Bind a payment rail
Step 4: Publish access
Step 5: Review usage