Extendsclass JSON storage

Name: JSON storage API
Brand: JSON storage
Availability: InStock

✓ Official Vendor SpecStorageObject Storagenone5 EndpointsREST

For Agents

Persist arbitrary JSON documents to an ExtendsClass bin and read, update, patch, or delete them by ID — useful as scratch storage for prototypes and agent state.

Install Jentic One Beta

Connect the JSON storage to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the JSON storage, 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://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | 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 JSON storage API.

Create a new JSON bin and receive its generated ID for later access

Retrieve the JSON body of a bin by its ID

Replace the JSON body of an existing bin with a PUT update

Apply a JSON Merge Patch to an existing bin without overwriting unrelated keys

GET STARTED

Start building with JSON storage API

Explore with Jentic

View OpenAPI Document

Use Cases

Patterns agents use JSON storage API for, with concrete tasks.

★ Mock API for Prototyping

Create a JSON bin via POST /bin and use the generated ID's GET /bin/{id} as a stand-in API endpoint for a frontend or agent prototype. The same bin can be edited with PUT or PATCH as the prototype evolves. This avoids spinning up a backend just to return canned JSON during early development.

Call POST /bin with a JSON body representing a mock product catalogue, capture the returned bin ID, and use GET /bin/{id} as the prototype's data source.

Lightweight Agent State Store

An agent that needs to persist a small piece of state across runs can store it in a bin via POST /bin and update it with PUT /bin/{id} or PATCH /bin/{id}. The PATCH endpoint accepts JSON Merge Patch, so the agent can update one field at a time without re-sending the whole document. Suitable for low-stakes scratch state, not for sensitive data.

Call PATCH /bin/{id} with {"last_run": "2026-06-10T12:00:00Z"} to update only the agent's last-run timestamp.

Configuration Snapshot Sharing

Stash a configuration JSON in a bin and share the bin URL with collaborators or downstream agents who can fetch it via GET /bin/{id}. Updates can be applied with PUT /bin/{id} and the consumers re-fetch on a schedule. This is convenient for one-off sharing where no auth or versioning is required.

Call PUT /bin/{id} with an updated configuration JSON and notify downstream consumers that the bin URL now returns the new version.

AI Scratch Storage via Jentic

An AI agent uses Jentic to call ExtendsClass JSON Storage operations as scratch storage during a multi-step workflow — for example, persisting an intermediate report and reading it back from another step. The bin ID stays in the agent's working memory while the JSON body lives in ExtendsClass.

Through Jentic, search 'create a json bin', load POST /bin, execute it with the intermediate state, and pass the returned ID to the next step.

Key Endpoints

5 endpoints — extendsclass json storage is a lightweight cloud storage api for json documents — sometimes called "json bins.

METHOD

PATH

DESCRIPTION

POST

/bin

Create a new JSON bin

GET

/bin/{id}

Retrieve a bin by ID

PUT

/bin/{id}

Replace the contents of a bin

PATCH

/bin/{id}

Partially update a bin via JSON Merge Patch

DELETE

/bin/{id}

Delete a bin

POST

/bin

Create a new JSON bin

GET

/bin/{id}

Retrieve a bin by ID

PUT

/bin/{id}

Replace the contents of a bin

PATCH

/bin/{id}

Partially update a bin via JSON Merge Patch

DELETE

/bin/{id}

Delete a bin

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

This spec declares no auth, so Jentic calls the endpoints unauthenticated. If a paid ExtendsClass tier with bin secrets is used, those secrets can be added to the Jentic vault and injected per call so they never enter the agent's prompt or logs.

Intent-based discovery

Agents search Jentic by intent (e.g., 'create a json bin' or 'update a json bin') and receive the matching JSON storage operation with its body schema, so the agent picks the right verb (POST, PUT, PATCH, DELETE) on /bin or /bin/{id} without browsing docs.

Time to first call

Direct integration: 1-2 hours to wire up the five endpoints. Through Jentic: under 10 minutes — search, load, execute.

FAQs

Specific to using JSON storage API through Jentic.

What authentication does the JSON storage API use?

This OpenAPI spec declares no security scheme — the documented endpoints are accessed without an Authorization header. ExtendsClass may apply per-IP throttling and offers paid plans with optional bin secrets; check the live extendsclass.com/json-storage docs for current behaviour. Through Jentic, no credentials are needed for these operations.

Can I update only one field of a JSON bin?

Yes. PATCH /bin/{id} applies a JSON Merge Patch (RFC 7396), so sending {"status": "done"} updates only the status key while leaving every other field in the document untouched. Use PUT /bin/{id} when you want to replace the whole document.

How do I create a new bin and use it as a mock endpoint?

Call POST /bin with the JSON body you want to serve. The response includes the bin's ID, and GET /bin/{id} will then return that JSON. Combine with a frontend fetch call to use the bin as a quick mock endpoint during prototyping.

Is this API suitable for production data?

No. JSON storage is designed for prototypes, mocks, and lightweight scratch storage. There is no schema enforcement, no per-record encryption guarantees from this spec, and no versioning. Use a managed database for production workloads.

How do I store an agent's intermediate state through Jentic?

Run pip install jentic, then search 'create a json bin', load POST /bin, and execute it with the agent's state object. Capture the returned bin ID and use GET /bin/{id} or PATCH /bin/{id} on subsequent steps to read or update the state.

What are the rate limits for ExtendsClass JSON storage?

Rate limits are not published in this spec. ExtendsClass applies per-IP and per-plan throttling on the live service; treat 429 responses as authoritative and back off using any Retry-After header that is returned.

Extendsclass JSON storage

Connect the JSON storage to your agent

Capabilities

Start building with JSON storage API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs