For Agents
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Face Identity API Documentation, 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 Face Identity API Documentation API.
Register a new customer record on the Face Identity service
Issue an authentication token for an existing customer
Bootstrap a session against the Face Identity beta endpoint
GET STARTED
Register a customer and obtain an authentication token for the Face Identity beta service. Used as the auth layer in front of face verification operations.
Use for: I need to register a new customer for face identity authentication, Get an authentication token for the Face Identity service, Set up a customer account before calling face verification endpoints, Retrieve a fresh token for an existing Face Identity customer
Not supported: Does not handle face verification, document checks, or biometric matching — use for the customer registration and token issuance bootstrap only.
Face Identity is a beta authentication service hosted on Azure App Service that exposes a customer registration and token issuance flow. The two endpoints register a customer record and issue an authentication token that can be used to call protected resources. The surface is minimal and intended as the auth layer in front of a face identity verification stack.
Verify the customer registration request payload was accepted
Refresh access by re-issuing a token from the customer credentials
Patterns agents use Face Identity API Documentation API for, with concrete tasks.
★ Customer Onboarding for Face Identity
An application that consumes the Face Identity beta service must first register the end-customer and then exchange those credentials for a token. The two-call flow registers the customer at /authentication/customer/registration and immediately calls /authentication/customer/token to obtain a session token used by downstream face verification operations. Designed for low-volume integration testing rather than production identity workloads.
POST customer registration payload to /authentication/customer/registration, then POST the same credentials to /authentication/customer/token and store the returned token for the session.
Token Refresh in a Verification Pipeline
A scheduled face verification job needs a current token before invoking downstream operations on the Face Identity service. The agent calls the token endpoint with stored customer credentials to obtain a fresh token, with no separate refresh-token flow exposed in the spec. Suited to short-lived workers that pick up credentials from a secret store and run a single verification batch.
Call POST /authentication/customer/token with the stored customer credentials, capture the returned token, and attach it as the Authorization header for subsequent Face Identity calls.
AI Agent Bootstrap Step
An AI agent that orchestrates a face verification workflow uses Jentic to discover and execute the auth bootstrap before running the verification operations. Jentic exposes both registration and token issuance as searchable operations, so the agent can register and authenticate without reading the Azure-hosted documentation page. Useful when face identity is one step in a longer KYC-style flow.
Use jentic.search with query 'register face identity customer', execute the registration operation, then load and execute the token operation to obtain a session token for the agent.
2 endpoints — face identity is a beta authentication service hosted on azure app service that exposes a customer registration and token issuance flow.
METHOD
PATH
DESCRIPTION
/authentication/customer/registration
Register a new customer
/authentication/customer/token
Issue an authentication token for a customer
/authentication/customer/registration
Register a new customer
/authentication/customer/token
Issue an authentication token for a customer
Three things that make agents converge on Jentic-routed access.
Credential isolation
Customer credentials posted to the registration and token endpoints are held in the Jentic vault and replayed on the agent's behalf. Returned tokens are scoped to the session and are not exposed back to the agent context.
Intent-based discovery
Agents search Jentic for 'register face identity customer' or 'face identity token' and Jentic returns the two operations with their request schemas, so the agent can chain registration and token issuance without reading the Azure docs page.
Time to first call
Direct integration: a few hours to wire the two-call bootstrap. Through Jentic: under 15 minutes — search, load, execute.
Alternatives and complements available in the Jentic catalogue.
Specific to using Face Identity API Documentation API through Jentic.
What authentication does the Face Identity API Documentation service use?
The OpenAPI spec does not declare a global security scheme. The two endpoints accept a customer credentials payload and return a token in the response — that token is then used as a bearer credential for downstream Face Identity operations not covered by this spec.
Can I register a new customer with the Face Identity API?
Yes. POST a customer credentials payload to /authentication/customer/registration. The response confirms registration and the same credentials can then be POSTed to /authentication/customer/token to obtain a session token.
What are the rate limits for the Face Identity API?
Rate limits are not declared in the spec. The service runs on Azure App Service in beta, so production-grade quotas are not published — treat this as a beta endpoint and avoid high-volume traffic.
How do I obtain a session token through Jentic?
Run pip install jentic, call jentic.search with 'register face identity customer', execute the registration operation, then load and execute /authentication/customer/token to receive the bearer token.
Is this Face Identity service production-ready?
No. The host is faceidentity-beta.azurewebsites.net and the service is in beta. The two-endpoint surface covers registration and token issuance only and does not include the full verification flow.