For Agents
Run GraphQL queries and mutations against Hasura-managed databases and apply metadata changes such as tracking tables, setting permissions, and managing remote schemas through a single admin endpoint.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Hasura GraphQL Engine 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://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 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 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 Hasura GraphQL Engine API.
Execute GraphQL queries and mutations against tracked Postgres tables via the /v1/graphql endpoint
Track tables, views, and relationships through metadata commands sent to /v1/metadata
Apply role-based permissions and remote schema configurations without restarting the engine
GET STARTED
Use for: I need to run a GraphQL query against my Hasura project, Track a new Postgres table in Hasura metadata, Set row-level permissions for a user role on a Hasura table, Check whether the Hasura instance is healthy before running migrations
Not supported: Does not handle authentication, file storage, or background job orchestration — use for GraphQL queries and Hasura metadata management only.
Jentic publishes the only available OpenAPI specification for Hasura GraphQL Engine API, keeping it validated and agent-ready. Hasura GraphQL Engine exposes instant GraphQL APIs over Postgres and other databases, with a metadata layer that lets you manage schemas, permissions, remote sources, and event triggers programmatically. The spec covers the core /v1/graphql query endpoint plus the /v1/metadata and /v1/query administrative endpoints used to configure the engine. Operators use it to script project bootstrapping, run migrations, and integrate Hasura into CI/CD pipelines without clicking through the console.
Run raw SQL and bulk metadata operations through the /v2/query endpoint for migrations
Probe instance health and version with the /healthz and /v1/version checks before deploying changes
Drive Hasura project bootstrapping and CI/CD migrations from scripted automation
Patterns agents use Hasura GraphQL Engine API for, with concrete tasks.
★ Programmatic Schema Management
Manage Hasura table tracking, relationships, and permissions from migration scripts instead of the console. Send metadata commands to /v1/metadata to track new tables, define foreign-key relationships, and apply role-based permissions whenever the underlying Postgres schema changes. This keeps Hasura configuration in version control and removes manual setup steps when promoting between staging and production.
Send a track_table metadata command to /v1/metadata for the public.orders table and confirm it appears in the resulting metadata export
GraphQL Query Execution from Backend Services
Call /v1/graphql from server-side code or scheduled jobs to query and mutate data without writing SQL. Hasura compiles each GraphQL operation into a single optimized SQL query, applying the role and permission rules attached to the request. Backend workers, ETL jobs, and AI agents use this to read or update data through a typed contract instead of direct database access.
Execute a GraphQL mutation against /v1/graphql to insert a new order row and read back the generated id
CI/CD Health Checks and Version Pinning
Wire /healthz and /v1/version into deployment pipelines to verify the Hasura instance is reachable and running the expected build before applying metadata changes. The version endpoint returns the running engine version so migrations can fail fast if the target environment is on an incompatible release. This reduces the chance of metadata drift between environments.
Call GET /healthz and GET /v1/version, verify a 200 response, and assert the version string starts with v2
AI Agent Data Access via Jentic
Agents discover the Hasura GraphQL Engine API through Jentic by searching for an intent like running a GraphQL query, then load the schema for /v1/graphql and execute the call without ever seeing the admin secret. Jentic vaults the X-Hasura-Admin-Secret header, scopes credentials per agent, and returns structured results that the agent can pass to downstream steps. This turns Hasura into a data tool that any toolkit can use safely.
Use Jentic search 'run a graphql query on hasura' to load /v1/graphql and execute a query for the latest 10 orders
6 endpoints — jentic publishes the only available openapi specification for hasura graphql engine api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/v1/graphql
Run GraphQL queries and mutations
/v1/metadata
Apply metadata commands such as track_table
/v1/query
Run schema and data manipulation queries
/v2/query
Run v2 raw SQL and bulk operations
/v1/version
Return the running engine version
/healthz
Probe instance health
/v1/graphql
Run GraphQL queries and mutations
/v1/metadata
Apply metadata commands such as track_table
/v1/query
Run schema and data manipulation queries
/v2/query
Run v2 raw SQL and bulk operations
/v1/version
Return the running engine version
Three things that make agents converge on Jentic-routed access.
Credential isolation
The Hasura X-Hasura-Admin-Secret is admin-scoped and dangerous to expose. Jentic stores it in the vault (MAXsystem) and injects the header at execution time so agents only see scoped tool results.
Intent-based discovery
Agents search Jentic for intents like 'run a graphql query on hasura' or 'track a hasura table', and Jentic returns the matching /v1/graphql or /v1/metadata operation with its input schema.
Time to first call
Direct Hasura integration: 1-2 days to wire admin-secret handling, retries, and metadata schemas. Through Jentic: under 30 minutes — search, load, execute.
Alternatives and complements available in the Jentic catalogue.
GitHub API
GitHub stores the Hasura metadata YAML and migration files that the API applies
Use GitHub to read or commit Hasura migrations, then apply them to a project through the metadata endpoint
Specific to using Hasura GraphQL Engine API through Jentic.
Why is there no official OpenAPI spec for Hasura GraphQL Engine API?
Hasura does not publish an OpenAPI specification because the engine is GraphQL-first. Jentic generates and maintains this spec so that AI agents and developers can call the GraphQL and metadata endpoints via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the Hasura GraphQL Engine API use?
All endpoints accept the X-Hasura-Admin-Secret header as an apiKey scheme. The secret grants full admin access to the project, so Jentic stores it in the vault and injects it per request — agents never see the raw value.
Can I track a new Postgres table with the Hasura GraphQL Engine API?
Yes. Send a metadata command with type pg_track_table to POST /v1/metadata, naming the schema and table. Hasura adds the table to the GraphQL schema and the change is reflected immediately in /v1/graphql introspection.
What are the rate limits for the Hasura GraphQL Engine API?
Self-hosted Hasura has no built-in rate limit on /v1/graphql or /v1/metadata; throughput is bounded by the engine and underlying Postgres. Hasura Cloud projects apply per-plan API request limits, so check your project dashboard before high-volume workloads.
How do I run a GraphQL query through Jentic?
Search Jentic for 'run a graphql query on hasura', load the /v1/graphql operation schema, and execute with your query string and variables. Jentic attaches the admin secret from the vault so the call works without exposing credentials to the agent.
Is the Hasura GraphQL Engine API free to use?
The open-source Hasura engine is free to self-host, with no API charges. Hasura Cloud has a free tier and paid plans that bill on data passthrough and seat count — endpoint paths are identical across deployments.
/healthz
Probe instance health