For Agents
Fill PDF templates with structured field data and render generated PDFs through doqs.dev so an agent can produce ready-to-send documents.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the doqs.dev | PDF filling 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 doqs.dev | PDF filling API.
Fill a stored PDF template by id with structured field values via /pdf-filling/templates/{id}/fill
List available PDF templates uploaded to doqs.dev for selection by the calling agent
Render an arbitrary PDF document from supplied input via /pdf-generator/render
GET STARTED
Use for: I want to fill a PDF template with values from a form submission, Generate a signed contract PDF from a doqs.dev template, List all PDF templates available in my doqs.dev account, Render a custom PDF invoice from doqs.dev for a customer
Not supported: Does not handle e-signature collection, PDF OCR, or document storage as a CMS — use for filling and rendering PDFs only.
doqs.dev provides a programmatic PDF filling and generation service that lets developers populate template PDFs with structured data and render new documents from HTML or templates. The API exposes endpoints to list available templates, fill a template by id, render PDFs from arbitrary input, and retrieve previously generated submissions. Authentication is via an x-api-key header so server-side jobs and agents can issue document generation calls without an OAuth dance.
Retrieve previously generated PDF submissions for audit or re-download
Authenticate every request with an x-api-key header so headless workers can issue document jobs
Patterns agents use doqs.dev | PDF filling API for, with concrete tasks.
★ Templated Document Filling
Fill stored PDF templates such as contracts, NDAs, or onboarding forms with structured data extracted from a CRM or form submission. The agent calls /pdf-filling/templates/{id}/fill with the template id and a payload of field values, and receives a filled PDF in response. This avoids maintaining custom PDF rendering code and keeps the template surface in one place.
Fill template id 42 via POST /pdf-filling/templates/42/fill with the customer name, address, and signature date, and return the resulting PDF binary.
On-Demand PDF Rendering
Render PDFs on demand from arbitrary input through /pdf-generator/render — useful when the document layout is generated dynamically rather than from a saved template. Agents can submit the rendering payload and stream back the produced file for delivery, signing, or storage. Integration is a single call, with results retrievable later via /pdf-generator/submissions.
Render a one-off PDF receipt via POST /pdf-generator/render with the receipt payload, then retrieve the submission record via GET /pdf-generator/submissions.
Audit and Re-download of Generated Documents
List previously rendered PDF submissions to audit which documents were produced and when, and re-download specific outputs without regenerating them. Compliance teams use this to confirm that a contract was issued, while support agents use it to resend a copy of a generated form. The /pdf-generator/submissions endpoint provides the listing in one call.
List recent submissions via GET /pdf-generator/submissions and identify the most recent rendered receipt for customer id 1234.
AI Agent Document Generation
Through Jentic, an AI agent can interpret 'generate a filled NDA PDF for Acme Corp' and resolve it to the doqs.dev fill operation without browsing docs. Jentic injects the API key from the vault and validates the field payload against the operation schema. End-to-end setup is under an hour from sign-up.
Use Jentic search for 'fill a PDF template with doqs', load the template fill operation, and execute it for template id 42 with structured field data.
4 endpoints — doqs.
METHOD
PATH
DESCRIPTION
/pdf-filling/templates
List PDF templates
/pdf-filling/templates/{id}/fill
Fill a PDF template by id
/pdf-generator/render
Render a PDF from supplied input
/pdf-generator/submissions
List generated PDF submissions
/pdf-filling/templates
List PDF templates
/pdf-filling/templates/{id}/fill
Fill a PDF template by id
/pdf-generator/render
Render a PDF from supplied input
/pdf-generator/submissions
List generated PDF submissions
Three things that make agents converge on Jentic-routed access.
Credential isolation
doqs.dev API keys are stored encrypted in the Jentic vault and injected as the x-api-key header at execution time. Agents receive scoped access references, never the raw key.
Intent-based discovery
Agents search by intent (e.g. 'fill a PDF template with doqs') and Jentic returns the /pdf-filling/templates/{id}/fill operation with its input schema, so the agent can call it without reading docs.
Time to first call
Direct doqs.dev integration: half a day for auth wiring, template id discovery, and binary handling. Through Jentic: under 30 minutes from sign-up to first filled PDF.
Alternatives and complements available in the Jentic catalogue.
Specific to using doqs.dev | PDF filling API through Jentic.
What authentication does the doqs.dev API use?
doqs.dev uses an API key passed in the x-api-key request header. Through Jentic, that key is stored encrypted in the vault and injected at execution time, so it never enters the agent's prompt or response context.
Can I fill an existing PDF template with the doqs.dev API?
Yes. POST /pdf-filling/templates/{id}/fill accepts a structured payload of field values for a template you have uploaded to doqs.dev and returns the filled PDF. List available templates via GET /pdf-filling/templates first to discover their ids.
Can I generate a PDF from arbitrary input rather than a saved template?
Yes. POST /pdf-generator/render accepts a render payload and returns the produced PDF. Use GET /pdf-generator/submissions afterwards to retrieve previously rendered outputs.
How do I fill a PDF template with doqs.dev through Jentic?
Run pip install jentic, search for 'fill a PDF template with doqs', load the /pdf-filling/templates/{id}/fill operation, and execute it with your template id and field values. Jentic returns the input schema so the agent assembles a valid payload without reading the docs.
What are the rate limits for the doqs.dev API?
The published spec does not declare explicit per-endpoint limits. Implement client-side backoff and treat 429 responses as the signal to slow down. Contact doqs.dev directly for high-volume rendering quotas.
Can I retrieve a list of previously generated PDFs?
Yes. GET /pdf-generator/submissions returns the history of renders associated with your account, useful for audit, compliance, or re-downloading a previously produced document.