Install Jentic One Beta

Connect the Krungsri API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Krungsri API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fkrungsri.com%2Fkrungsri" | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fkrungsri.com%2Fkrungsri" | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with Krungsri API.

Exchange a partner API key for an access token via the auth endpoint

List banking resources exposed under the partner's Krungsri developer agreement

Retrieve a specific banking resource by its identifier for downstream processing

Authenticate every call with a header-based API key issued from the Krungsri developer portal

Combine token issuance and resource calls into a standard banking integration handshake

GET STARTED

Start building with Krungsri API

Explore with Jentic One

View OpenAPI Document

Use Cases

Patterns agents use Krungsri API for, with concrete tasks.

★ Partner onboarding integration test

A new fintech partner integrating with Bank of Ayudhya runs the three-call handshake - token issuance, resource list, single resource fetch - to confirm credentials, network reachability, and contract scope before building deeper account-information or payment flows. Krungsri provisions sandbox keys per partner. The smoke test typically takes a half-day to scaffold including key rotation.

Call POST /auth/token with the partner credentials, then GET /resources and GET /resources/{id} for the first returned ID to validate the integration.

Resource catalogue discovery

Once authenticated, a partner system calls GET /resources to enumerate the banking resources Bank of Ayudhya exposes under that partnership - typically account types, product references, or service identifiers - and stores the catalogue locally. Subsequent customer-facing flows resolve resource IDs against the cached catalogue rather than calling the bank on every request.

Call GET /resources with the bearer token and persist the returned list of resource IDs and names for later lookups.

Resource detail fetch for compliance reporting

Compliance and reconciliation processes use GET /resources/{id} to pull canonical resource metadata from the bank when reconciling internal records with Krungsri-issued IDs. Each call requires a current access token, so the partner system must keep the token refreshed via /auth/token. The pattern is small but mandatory for audit-grade systems.

Iterate over the catalogue and call GET /resources/{id} for each ID, storing the response in the compliance store with the call timestamp.

Agent-driven Krungsri data pulls via Jentic

An agent that handles partner-side reconciliation searches Jentic for 'fetch krungsri resource' and is matched to GET /resources and GET /resources/{id}. Jentic handles the token exchange against /auth/token automatically using credentials from your Jentic One instance, so the agent issues a single high-level call instead of managing token TTLs.

Use the Jentic MCP tool krungsri_get_resource to retrieve resource ID 'res_001' under the configured partner credentials.

Key Endpoints

3 endpoints — jentic publishes the only available openapi specification for krungsri api, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

POST

/auth/token

Issue an access token

GET

/resources

List partner resources

GET

/resources/{id}

Get a resource by ID

POST

/auth/token

Issue an access token

GET

/resources

List partner resources

GET

/resources/{id}

Get a resource by ID

Why Jentic?

What agents get from Jentic-routed access to this vendor.

Setup

Wiring the Krungsri API by hand means exchanging your key at /auth/token, passing X-API-Key on every call to api.krungsri.com, and refreshing the issued token yourself. Through Jentic you install once, import the Krungsri API from the API Directory, store the key once, and your agent calls it.

Permission scoping

Krungsri's resource lookups take their target as a path id but the surface is read-only, so scope the agent to the operations it needs, such as listing resources and fetching one by id. You choose that set, so nothing beyond partner authentication and resource lookup is included unless you add it.

Credential isolation

Your Krungsri partner key and any issued tokens are stored once, encrypted, by your own Jentic One instance, which handles the token exchange at execution time. The secrets never enter the agent's prompt, logs, or context.

Intent-based discovery

Agents search Jentic by intent such as 'fetch a Krungsri resource', and Jentic returns the matching operation with its input schema, abstracting the token exchange behind a single call so the agent calls the right endpoint without browsing the reference docs.

FAQs

Specific to using Krungsri API through Jentic.

Why is there no official OpenAPI spec for Krungsri API?

Krungsri does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Krungsri API via structured tooling. It is validated against the live API and kept up to date. Get started with Jentic One, the self-hosted execution layer.

What authentication does the Krungsri API use?

Krungsri uses a partner API key passed in a header (ApiKeyAuth). Partners exchange the key for a short-lived access token via POST /auth/token and present that token on the resource calls. Jentic handles the token exchange and refresh inside your Jentic One instance so the API key never appears in the agent's prompt.

Can I list all available banking resources with the Krungsri API?

Yes. Call GET /resources with a valid access token to retrieve the list of resources scoped to your partner agreement, then call GET /resources/{id} to read details for any single one. The exact resources returned depend on the contract Bank of Ayudhya has issued for your account.

What are the rate limits for the Krungsri API?

Rate limits are not declared in the spec. Bank of Ayudhya applies per-partner ceilings under the developer agreement - contact developers.krungsri.com for the limit on your account and design retries with exponential backoff.

How do I authenticate and fetch a resource through Jentic?

Search Jentic for 'fetch krungsri resource', load GET /resources/{id}, and execute it with the resource ID. Jentic chains the call to /auth/token internally using credentials from your Jentic One instance. Install with pip install jentic.

Does the Krungsri API support payment initiation or account information?

This spec covers token issuance and a generic resource list and detail pair only. Payment initiation, account information, and balance retrieval are part of broader Krungsri partner contracts that are not exposed in this OpenAPI surface.

Can I limit what my agent is allowed to do with the Krungsri API?

Yes. Because you run Jentic One yourself, your own rules decide which Krungsri operations and credentials the agent may use. The Krungsri surface is read-only, so you can scope the agent to just the calls it needs, such as listing resources with GET /resources and fetching a single record with GET /resources/{id}, while the token exchange at POST /auth/token happens behind the scenes. Nothing beyond the operations you allow, plus partner authentication, is ever available to the agent.

Krungsri API

Name: Krungsri API
Brand: Krungsri API
Availability: InStock

Agent-ready OpenAPI document · curated by JenticFinanceBankingapiKey3 EndpointsREST

Know of an official OpenAPI document? Contribute it →

For Agents

Authenticate against Krungsri's open banking platform and read banking resource records exposed by Bank of Ayudhya through three core endpoints.

Use for: Get an access token from the Krungsri auth endpoint, List the resources available to my Krungsri partner account, Retrieve a specific Krungsri resource by ID, Refresh my Krungsri access token before it expires

Not supported: Does not handle payment initiation, account information, or transaction history - use for partner authentication and resource lookups only.

Jentic publishes the only available OpenAPI specification for Krungsri API, keeping it validated and agent-ready. The Krungsri API is the open banking interface published by Bank of Ayudhya (Krungsri), the fifth-largest commercial bank in Thailand. The spec exposes three endpoints - token issuance, listing resources, and retrieving a single resource by ID - that form the entry point for partners building payment, account-data, and product-discovery integrations on top of Krungsri's developer platform. Authentication uses an API key paired with a token issued from POST /auth/token.

Jentic One on Github View OpenAPI Document