Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the GraveHub APIs Docs, 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%2Fgravehub.it%2Fgravehub" | 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%2Fgravehub.it%2Fgravehub" | 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 GraveHub APIs Docs API.
Register cemeteries and their sectors in the cemetery census
Record burials and retrieve deceased-person records by id
Maintain right-holder records and their contracts
Look up cemeteries, sectors, and burials by id or municipality
Handle support-assistance tickets for cemetery administration
GET STARTED
Administer user accounts and their notification settings
Patterns agents use GraveHub APIs Docs API for, with concrete tasks.
★ Agent-maintained cemetery registry
An AI agent can keep a cemetery's registry current through GraveHub by registering cemeteries and sectors, recording burials, linking deceased persons, and maintaining right-holder contracts from one credential. The login-issued Bearer token gates every record operation. Connected through Jentic, the agent calls only the record and lookup operations its rule allows.
Register a new cemetery, add one of its sectors, and record a burial linked to a deceased person
Right-holder and contract administration
Cemetery offices track who holds the rights to each plot and under which contract. GraveHub maintains right-holder records and their contracts, so an agent can look up a right-holder, update a contract, and keep the plot's entitlement accurate. This keeps the office's paperwork aligned with the burial records.
Look up a right-holder by id and update the contract tied to their plot
Support ticket handling
Families and staff raise assistance requests about plots, records, and paperwork. GraveHub records support-assistance tickets and retrieves them by id, so an agent can triage incoming requests and update their status. User notification settings let the office control who is alerted.
Record a new assistance request and retrieve the matching ticket by its id
36 endpoints — the gravehub api manages cemetery administration records for the gravhub software: cemeteries, sectors, burials, deceased persons, contracts, and the right-holders tied to each plot.
METHOD
PATH
DESCRIPTION
/jwt/auth/login
Log the user into the system
/cimiteri/api/method/get
Retrieve cemeteries by id or municipality
/cimiteri/api/method/post
Register a cemetery
/sepoltura/api/method/get
Retrieve a burial by id
/sepoltura/api/method/post
Record a burial
/defunti/api/method/get
Retrieve deceased persons by id
/assistenza/api/method/post
Record a support-assistance request
/jwt/auth/login
Log the user into the system
/cimiteri/api/method/get
Retrieve cemeteries by id or municipality
/cimiteri/api/method/post
Register a cemetery
/sepoltura/api/method/get
Retrieve a burial by id
/sepoltura/api/method/post
Record a burial
/defunti/api/method/get
Retrieve deceased persons by id
/assistenza/api/method/post
Record a support-assistance request
What agents get from Jentic-routed access to this vendor.
Setup
Wiring GraveHub by hand means running its session login, carrying the Bearer JWT on every record call, and mapping the Italian resource paths yourself. Through Jentic you install once, import GraveHub from the API Directory, store the credential once, and your agent calls it.
Permission scoping
GraveHub carries record ids and filters in the path and body, so a rule bounds which operations your agent may call rather than which cemetery. You choose the operations it may call, so the delete operations are not included unless you add them.
Credential isolation
Your GraveHub token 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 'record a burial' or 'look up a cemetery', and Jentic returns the matching GraveHub operation with its input schema so the agent calls the right endpoint without reading the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using GraveHub APIs Docs API through Jentic.
What authentication does the GraveHub API use?
GraveHub authenticates with a Bearer JWT token obtained from its login operation and sent in the Authorization header, per its OpenAPI spec. Through Jentic the token is stored encrypted by your own Jentic One instance and injected at execution time, so it never enters the agent's context.
Can I record burials and look up deceased persons with the GraveHub API?
Yes. The burial operations record a burial and retrieve it by id, and the deceased-person operations retrieve records by id. You can also register cemeteries and sectors, maintain right-holder contracts, and handle support-assistance tickets.
What are the rate limits for the GraveHub API?
The OpenAPI spec does not specify rate limits for the record and lookup operations. Check https://gravehub.it for current limits.
How do I record a burial with the GraveHub API through Jentic?
Search Jentic for 'record a burial' and it returns the GraveHub burial operation with its input schema, so your agent fills the body and calls it after logging in. Install Jentic One with `curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh`, import GraveHub from the API Directory, and store your credential once. To run it on your own infrastructure, install Jentic One from its GitHub repo.
Can I limit what my agent is allowed to do with GraveHub?
Yes. Write a rule that allows only the lookup operations that read cemeteries, burials, and right-holders, so the agent can research records but cannot delete or update them, and every call it makes is logged.
Is there a GraveHub MCP server?
You don't need an MCP server to connect your agent to GraveHub. Jentic connects it directly from the API Directory: import it, store your credential once, and your agent discovers and calls the operations it needs on demand.
Know of an official OpenAPI document? Contribute it →
For Agents
Lets an AI agent maintain cemetery administration records, including cemeteries, sectors, burials, deceased persons, contracts, and right-holders.
Use for: Register a new cemetery in the census, Record a burial and link it to a deceased person, Retrieve a deceased person's record by id, Find all sectors in a cemetery
Not supported: Does not handle payment processing, mapping, or genealogy research. Use for cemetery administration records only.
The GraveHub API manages cemetery administration records for the GravHub software: cemeteries, sectors, burials, deceased persons, contracts, and the right-holders tied to each plot. It records new entries, retrieves them by id or by filters such as municipality or email, and updates or removes them. It also handles user accounts, their notification settings, and support-assistance tickets, all behind a session login that issues a Bearer token.
This API is usable in Jentic One now. Its AI-readiness score against Jentic's framework shows where it stands today and where improvements would make it even easier for agents to use.
Base layer of spec validity and structural soundness.
Aggregated quality score from linter diagnostics, weighted by severity.
Percentage of `$ref` references that resolve successfully.
Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).
Structural correctness score based on schema issues using logarithmic dampening.
Clarity, completeness, and ingestion readiness for developers and tooling.
How richly the API is illustrated with examples.
Percentage of examples that conform to their schemas.
Percentage of operations with complete response definitions (success, client error, server error).
Health of API ingestion, bundling, and resolution within Jentic pipelines.
Semantic breadth, depth, and agent comprehension for AI systems.
Coverage of descriptions across API elements.
Coverage of RFC 9457 Problem Details for error responses.
Coverage, uniqueness, and casing consistency of operationIds for AI inference.
Coverage of summaries across operations/tags/info.
Functional utility, complexity comfort, and AI orchestration readiness.
Agent comfort level based on API operational and structural complexity.
Trust, risk posture, and security compliance.
Average quality of security schemes based on authentication method strength (weakest link for OAuth2).
Findability, semantic richness, and reasoning readiness.
Clarity and depth of descriptions across API elements.
Score it yourself
Every API in the directory is allowlisted, so you can re-score it with no key required.
npx @jentic/api-scorecard-cli score <openapi-url>