Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Rentry, 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%2Frentry.co%2Frentry" | shStep 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%2Frentry.co%2Frentry" | sh
jentic register # connects your agent to your Jentic One instanceJentic 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.
What an agent can do with Rentry API.
Create a new entry
Edit an existing entry
Get raw markdown text of an entry
Fetch entry details including metadata
Delete an entry
GET STARTED
Patterns agents use Rentry API for, with concrete tasks.
★ Developer Tools Operations
Publish and maintain markdown pages on Rentry programmatically: create an entry from text plus optional metadata, update its text or metadata later, read back its raw markdown, and delete it when it is no longer needed.
Call POST /new to create a new entry
Automated Entries Management
Automate entry maintenance by combining multiple Rentry endpoints. Agents can edit an existing entry and then read back its raw markdown text in a single workflow.
Call POST /edit/{url} to edit an existing entry, then verify the result
AI Agent Integration via Jentic
AI agents discover and call Rentry operations through Jentic without hard-coding its endpoints. An agent searches for the operation it needs by intent, receives the matching input schema, and executes the call while your own self-hosted Jentic One instance injects the stored edit code at execution time. This removes the need to read the reference docs or paste entry codes into the agent by hand.
Search Jentic for 'create a new entry', load the operation schema, and execute with the credential injected by your Jentic One instance
5 endpoints — jentic publishes the only available openapi specification for rentry, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/new
Create a new entry
/edit/{url}
Edit an existing entry
/raw/{url}
Get raw markdown text of an entry
/fetch/{url}
Fetch entry details including metadata
/delete/{url}
Delete an entry
/new
Create a new entry
/edit/{url}
Edit an existing entry
/raw/{url}
Get raw markdown text of an entry
/fetch/{url}
Fetch entry details including metadata
/delete/{url}
Delete an entry
What agents get from Jentic-routed access to this vendor.
Setup
Wiring Rentry by hand means tracking a separate edit code for every entry you create, form-encoding each request to its /api endpoints, remembering that every response arrives as HTTP 200 with the real status inside the JSON body, and mapping the new, edit, raw, fetch and delete endpoints yourself. Through Jentic you install once, import Rentry from the Jentic API Directory, store the code once, and your agent calls it.
Permission scoping
Rentry puts the entry url in the URL path (/edit/{url}, /fetch/{url}), so a rule can pin your agent to fetching and reading the raw content of one entry. You choose the operations it may call, so editing or deleting an entry is not included unless you add them.
Credential isolation
Your Rentry credential is stored once, encrypted, by your own Jentic One instance and injected at execution time. It never enters the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'create a new entry' or 'fetch an entry', and Jentic returns the matching Rentry operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using Rentry API through Jentic.
What authentication does the Rentry API use?
Rentry's /api endpoints are CSRF-exempt, so no CSRF token, cookie or Referer header is needed. Access is granted per entry instead: editing, fetching and deleting an entry require that entry's `edit_code` in the form body, and reading an entry over /api/raw needs an access code issued by Rentry admins and sent in the rentry-auth header. Through Jentic, those codes are stored encrypted by your own Jentic One instance and injected at execution time, so raw secrets never enter the agent context.
Can I create a new entry with the Rentry API?
Yes. Use the POST /new endpoint. The API returns structured JSON responses that agents can parse and act on directly.
What are the rate limits for the Rentry API?
Rentry's own documentation publishes a specific limit: anonymous entry creation is rate-limited per IP, roughly 10 per minute on rentry.co, and is configurable on self-hosted Rentry instances. Responses always come back as HTTP 200, so read the `status` value inside the JSON body: a `429` there means slow down and retry later.
How do I create a new entry through Jentic?
Install Jentic One, the self-hosted execution layer, then import Rentry from the Jentic API Directory and store its edit code once. Your agent searches for 'create a new entry', Jentic returns the matching Rentry operation with its input schema, and the call executes with the credential injected by your own instance.
How many endpoints does the Rentry API have?
Rentry exposes 5 endpoints, and all five are POST operations on a single entry: POST /new creates one, POST /edit/{url} updates its text or metadata, POST /raw/{url} returns its markdown source, POST /fetch/{url} returns its details and metadata, and POST /delete/{url} removes it. Rentry documents no other resource.
Can I limit what my agent is allowed to do with the Rentry API?
Yes. Because you self-host Jentic One, your own rules decide which Rentry operations and credentials the agent may use. Since Rentry puts the entry in the URL path (/fetch/{url} and /raw/{url}), you can pin the agent to fetching an entry and reading its raw markdown for a single entry, while leaving out POST /new, POST /edit/{url}, and POST /delete/{url} unless you explicitly add them. The agent can only call the operations you have allowed.
Is there a Rentry MCP server?
You do not need an MCP server to give your agent Rentry. Jentic connects it directly from the Jentic API Directory: import Rentry, store its edit code once, and your agent calls the operations you allow, with the code injected by your own Jentic One instance at execution time.
Why is there no official OpenAPI spec for Rentry?
Rentry documents its API as prose in the official radude/rentry README and ships an official Python client, but it publishes no machine-readable OpenAPI document. Probes on 2026-08-13 of rentry.co/openapi.json, /openapi.yaml and /swagger.json all returned the site's own 404 page, and the official repository's full 24-file tree contains no specification. Jentic wrote the specification this page describes and keeps it aligned with the vendor's README and client source.
Know of an official OpenAPI document? Contribute it →
For Agents
Create, edit, read, fetch and delete Rentry markdown entries programmatically. Covers 5 operations; editing, fetching and deleting an entry each require that entry's own edit code.
Use for: I need to publish a markdown page at a rentry.co URL, I want to edit an existing entry, Search for raw markdown text of an entry, Fetch the details and metadata of an entry
Not supported: Does not list or search entries, does not manage users or accounts, and does not touch any resource other than entries: the bound spec is 5 POST operations that each act on one entry, addressed by the url it was published at, so an agent must already know that url to read, edit or delete it.
Jentic publishes the only available OpenAPI specification for Rentry, keeping it validated and agent-ready. The Rentry API publishes markdown text as a shareable web page at a custom or auto-generated rentry.co URL, then reads, edits and deletes those entries afterwards. Requests are form-encoded and go to the /api endpoints on rentry.co, which are CSRF-exempt, and each entry is guarded by its own edit code rather than an account-wide key.