Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the TemplateFox 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%2Fpdftemplateapi.com%2Fpdftemplateapi" | 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%2Fpdftemplateapi.com%2Fpdftemplateapi" | 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 TemplateFox API.
Generate PDFs from HTML/CSS templates with Jinja2 variable substitution
Process PDF generation asynchronously with job status tracking
Extract template field definitions for dynamic data binding
Deliver generated PDFs directly to an S3 bucket via integration
Monitor account usage and transaction history
GET STARTED
Manage templates with listing and field introspection
Patterns agents use TemplateFox API for, with concrete tasks.
★ Dynamic Document Generation from Templates
Generate personalized PDF documents by rendering HTML/CSS templates with Jinja2 variable substitution. TemplateFox accepts template data as JSON and produces formatted PDFs with full CSS styling support. This enables non-developers to maintain document layouts in HTML while developers supply dynamic data via API calls.
POST to /v1/pdf/create with template ID and Jinja2 data variables to generate a PDF document synchronously
Async Batch Document Processing
Queue multiple PDF generation jobs and track them independently. POST to /v1/pdf/create-async to start generation, then poll /v1/pdf/jobs/{job_id} for status. This handles high-volume scenarios where generating hundreds of documents without blocking the calling application is required.
POST to /v1/pdf/create-async with template data, then GET /v1/pdf/jobs/{job_id} to poll until the job status shows completion
Template Field Discovery and Validation
Extract the list of required fields from a template before generating a document. GET /v1/templates/{template_id}/fields returns the variable names expected by the Jinja2 template, enabling upstream systems to validate data completeness before submitting a generation request.
GET /v1/templates/{template_id}/fields to retrieve required field names, then validate the data payload contains all fields before calling /v1/pdf/create
AI Agent PDF Workflow via Jentic
AI agents produce PDF documents as part of automated pipelines by calling TemplateFox through Jentic. The agent discovers template operations, inspects required fields, and generates documents without managing API keys or understanding Jinja2 template syntax directly.
Search Jentic for 'generate PDF from HTML template', load the /v1/pdf/create operation schema, and execute with template ID and data variables
12 endpoints — jentic publishes the only available openapi specification for templatefox api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/v1/pdf/create
Generate a PDF synchronously from a template
/v1/pdf/create-async
Queue async PDF generation from a template
/v1/pdf/jobs/{job_id}
Check the status of an async PDF job
/v1/pdf/jobs
List all PDF generation jobs
/v1/templates
List all available templates
/v1/templates/{template_id}/fields
Get required fields for a template
/v1/account
Retrieve account details and usage
/v1/integrations/s3
Configure S3 integration for PDF delivery
/v1/pdf/create
Generate a PDF synchronously from a template
/v1/pdf/create-async
Queue async PDF generation from a template
/v1/pdf/jobs/{job_id}
Check the status of an async PDF job
/v1/pdf/jobs
List all PDF generation jobs
/v1/templates
List all available templates
/v1/templates/{template_id}/fields
Get required fields for a template
/v1/account
Retrieve account details and usage
/v1/integrations/s3
Configure S3 integration for PDF delivery
What agents get from Jentic-routed access to this vendor.
Setup
Wiring TemplateFox by hand means setting the x-api-key header, deciding between synchronous /v1/pdf/create and the async job flow with its status polling, and threading template IDs and data variables yourself. Through Jentic you install once, import the TemplateFox API from the API Directory, store the key once, and your agent calls it.
Permission scoping
TemplateFox puts the identifier in the URL path for job and template reads (/v1/pdf/jobs/{job_id}, /v1/templates/{template_id}/fields), and you choose the operations the agent may call: a rule can allow rendering PDFs and reading job status while excluding the S3 integration setup unless you add it.
Credential isolation
Your TemplateFox 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 'generate a PDF from an HTML template', and Jentic returns the matching TemplateFox operation with its input schema for template ID and data variables so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using TemplateFox API through Jentic.
Why is there no official OpenAPI spec for TemplateFox API?
TemplateFox (pdftemplateapi.com) does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call TemplateFox API via structured tooling. It is validated against the live API and kept up to date. Get started with Jentic One, the self-hosted execution layer.
What authentication does the TemplateFox API use?
TemplateFox API uses an API key passed in the x-api-key header. You obtain the key from your account dashboard. Through Jentic, this key is stored encrypted in the vault and injected into request headers automatically.
What templating language does TemplateFox support?
TemplateFox uses Jinja2 for template variable substitution within HTML/CSS templates. You define variables with double curly braces in your HTML template, then pass corresponding values as JSON in the API request body.
How do I check which fields a template requires?
GET /v1/templates/{template_id}/fields returns the list of Jinja2 variable names expected by the template. Use this to validate your data payload before submitting a generation request to /v1/pdf/create.
How do I generate PDFs through Jentic with TemplateFox?
Install with pip install jentic, search for 'generate PDF from HTML template', and Jentic returns the /v1/pdf/create operation schema. Execute with your template ID and data variables. Jentic handles the x-api-key header injection automatically.
Can I deliver generated PDFs directly to S3?
Yes. Configure your S3 bucket credentials via POST /v1/integrations/s3, test the connection with /v1/integrations/s3/test, and generated PDFs will be delivered directly to your bucket without needing to download them from the API response.
Can I limit what my agent is allowed to do with the TemplateFox API?
Yes. Because you run Jentic One yourself, your own rules decide which TemplateFox operations and credentials the agent can use. For example, you can allow it to render PDFs with /v1/pdf/create and read job status at /v1/pdf/jobs/{job_id} while excluding the S3 integration setup at /v1/integrations/s3 unless you add it. Your API key stays in your own instance and is injected only for the operations you have permitted.
Know of an official OpenAPI document? Contribute it →
For Agents
Generate PDFs from HTML/CSS templates with Jinja2 data binding. Supports sync and async generation, template management, job tracking, and S3 delivery integration.
Use for: I need to generate a PDF from an HTML template with dynamic data, I want to check the status of an async PDF generation job, List all templates available in my account, Get the fields required by a specific template
Not supported: Does not handle URL-to-PDF conversion, visual template design via API, or document signing - use for HTML/CSS/Jinja2 template-to-PDF generation only.
Jentic publishes the only available OpenAPI specification for TemplateFox API, keeping it validated and agent-ready. TemplateFox API generates PDF documents from HTML/CSS templates with Jinja2 templating support. The service offers both synchronous and asynchronous PDF creation, template management with field extraction, job tracking, account monitoring, and S3 integration for direct file delivery. It provides 12 endpoints covering the full document generation lifecycle from template upload to PDF output.
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>