Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the hotglue 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%2Fhotglue.com%2Fhotglue" | 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%2Fhotglue.com%2Fhotglue" | 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 hotglue API.
Link, update, and unlink a tenant's source, target, and V2 connectors within a flow
Run a V2 sync job with a connector_id and job_type, then poll its status and fetch its output zip
Set a cron-style schedule_expression with optional jitter for one tenant and flow, check it, and remove it when no longer needed
Run discover on a linked connector and save the selected filters and streams to sync
GET STARTED
Read, set, or reset a connector's saved sync state to rerun a sync from a chosen point
Write records to a connector stream and poll the write request by taskId
Create a magic link so a tenant can connect their own account to a flow
Patterns agents use hotglue API for, with concrete tasks.
★ Agent-run customer sync operations
An AI agent supporting a SaaS product's integrations team needs to rerun a customer's sync and confirm it finished. Through Jentic it finds the hotglue job operations by intent, starts a V2 job for the tenant's connector, polls the status endpoint, and reports the result, while a rule keeps it inside the one environment, flow, and tenant it was asked about.
Call POST /v2/{env_id}/{flow_id}/{tenant}/jobs with connector_id set to the tenant's CRM connector and job_type set to read, then poll GET /{env_id}/{flow_id}/{tenant}/jobs/status with the returned job_id until it completes
Onboarding a customer integration
When a new customer signs up, the product needs their accounting or CRM data flowing in. The hotglue API lists the connectors a flow supports, creates a magic link the tenant uses to connect their own account, and then links the connector to the tenant so jobs can run against it.
Call GET /v2/{env_id}/{flow_id}/supportedConnectors to list options, then POST /{env_id}/magicLink with the tenant and flow so the customer can connect their account
Scheduled syncs per tenant
Each customer may need a different sync cadence. The schedule operations accept a schedule_expression and optional schedule_jitter_minutes for one tenant and flow, and the environment-level schedule toggle turns schedules on or off across tenants, so syncs run on time without a separate scheduler.
Call PUT /{env_id}/{flow_id}/{tenant_id}/jobs/schedule with schedule_expression set to a daily 02:00 cron expression, then GET the same path to confirm it was saved
Debugging a broken sync
When a customer reports missing records, an engineer needs to see what happened. The advanced job query filters an environment's jobs by status, tenant, taps, targets, and date range, the zip endpoint fetches a job's output, and the state endpoints let the connector restart from a known point.
Call GET /{env_id}/jobs with a status filter and a from date, pick the failing job, then fetch GET /{env_id}/{flow_id}/{tenant}/jobs/zip with its job_id
83 endpoints — the hotglue api runs embedded data integrations for a saas product's customers: it links each tenant's source and target connectors to a flow, runs and schedules sync jobs, and moves records between them.
METHOD
PATH
DESCRIPTION
/v2/{env_id}/{flow_id}/{tenant}/jobs
Run a V2 job
/{env_id}/{flow_id}/{tenant}/jobs/status
Poll job status
/v2/{env_id}/{flow_id}/{tenant}/linkedConnectors
Link a connector
/{env_id}/{flow_id}/{tenant_id}/jobs/schedule
Create jobs schedule
/{env_id}/jobs
Advanced job query
/tenants/{env_id}
Retrieve tenants
/{env_id}/magicLink
Create a magic link
/{env_id}/{flow_id}/{tenant}/connectors/{connector_id}/{stream}
Write to a connector
/v2/{env_id}/{flow_id}/{tenant}/jobs
Run a V2 job
/{env_id}/{flow_id}/{tenant}/jobs/status
Poll job status
/v2/{env_id}/{flow_id}/{tenant}/linkedConnectors
Link a connector
/{env_id}/{flow_id}/{tenant_id}/jobs/schedule
Create jobs schedule
/{env_id}/jobs
Advanced job query
/tenants/{env_id}
Retrieve tenants
/{env_id}/magicLink
Create a magic link
/{env_id}/{flow_id}/{tenant}/connectors/{connector_id}/{stream}
Write to a connector
What agents get from Jentic-routed access to this vendor.
Setup
Wiring hotglue by hand means carrying the x-api-key header, tracking env_id, flow_id, and tenant on every path, and choosing between V1 and V2 job and connector operations. Through Jentic you install once, import hotglue from the API Directory, store the key once, and your agent calls it.
Permission scoping
hotglue puts the environment, flow, and tenant ids in the URL path (/{env_id}/{flow_id}/{tenant}/...), so a rule can pin your agent to one customer's tenant in one flow. You choose the operations it may call, so destructive ones like tenant deletion or connector unlinking are not included unless you add them.
Credential isolation
Your hotglue API key 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 'run a sync job' or 'schedule a tenant sync', and Jentic returns the matching hotglue operation with its input schema so the agent fills env_id, flow_id, and tenant correctly without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using hotglue API through Jentic.
What authentication does the hotglue API use?
Per its OpenAPI spec, the hotglue API authenticates with an API key sent in the `x-api-key` header, declared as the global security requirement. Through Jentic the key is stored by your own instance and attached at execution time, so the agent never handles it.
Can I run and monitor a sync job with the hotglue API?
Yes. POST /v2/{env_id}/{flow_id}/{tenant}/jobs starts a job and requires connector_id and job_type in the body. GET /{env_id}/{flow_id}/{tenant}/jobs/status polls it by job_id or external_job_id, and GET /{env_id}/{flow_id}/{tenant}/jobs/latest returns the most recent job for that tenant.
What are the rate limits for the hotglue API?
The OpenAPI spec does not specify rate limits. Check https://docs.hotglue.com for current limits before running high-volume job polling.
Is there a hotglue MCP server?
You don't need an MCP server to give your agent hotglue. Jentic connects it directly from the API Directory: import it, store your API key once, and your agent calls the job, connector, and schedule operations it needs, discovered on demand rather than loaded into its context up front.
How do I schedule a tenant's sync through Jentic?
Search Jentic for 'schedule a hotglue sync', load PUT /{env_id}/{flow_id}/{tenant_id}/jobs/schedule, and pass a schedule_expression in the body. Your instance attaches the key when the agent calls it. 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 the hotglue API?
Yes. For example, allow only the job run, status, and latest-job operations under one env_id, flow_id, and tenant, and the agent can rerun and check that customer's syncs but cannot unlink connectors, delete tenants, or touch other customers, and every call it makes is logged.
For Agents
Link tenant connectors, run and schedule sync jobs, poll job status, and write records to connectors in a hotglue environment.
Use for: Run a sync job for one tenant's connector, Check whether the latest job for a tenant finished, List all tenants in my hotglue environment, I need to schedule a nightly sync for a customer
Not supported: Does not store analytics, build dashboards, or act as the CRM or accounting system itself. Use for linking tenant connectors and running embedded data sync jobs only.
The hotglue API runs embedded data integrations for a SaaS product's customers: it links each tenant's source and target connectors to a flow, runs and schedules sync jobs, and moves records between them. Calls are organised by environment id, flow id, and tenant, so a product can link a customer's connector, trigger a V2 job with a connector_id and job_type, poll its status, and download the job output. It also covers connector discovery, saved sync state, field mappings, selected filters, write requests to a connector stream, and magic links that let a tenant connect an account themselves.
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>