For Agents
Programmatically deploy static sites to Firebase Hosting — create versions, upload files, manage preview channels, and roll out releases.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Firebase Hosting 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.
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh# 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 Firebase Hosting API API.
Create and list Firebase Hosting sites under a project via /v1beta1/{parent}/sites
Create new versions and populate them with hashed file content via /v1beta1/{parent}:populateFiles
Roll out a version by creating a release on a site or preview channel
Manage preview channels with TTLs to share PR-style previews with stakeholders
GET STARTED
Use for: Deploy the latest build to my Firebase Hosting site, Create a preview channel for the feature branch, I want to roll back to the previous release, List all releases on the production site
Not supported: Does not handle Firestore, Cloud Functions deploys, or Firebase Authentication — use for static site versions, releases, channels, and domain management only.
Jentic publishes the only available OpenAPI document for Firebase Hosting API, keeping it validated and agent-ready.
The Firebase Hosting REST API enables programmatic management and deployment of Firebase-hosted sites. It lets developers and agents create sites, manage preview channels, upload file versions, populate file content, and roll out releases. The 17 endpoints cover the full deploy lifecycle — versions, files, releases, channels, domains — and are the same surface used by the firebase-tools CLI, suitable for custom CI/CD agents and preview-environment automation.
List file manifests for a version via /v1beta1/{parent}/files
Manage custom domains attached to a site through /v1beta1/{parent}/domains
Clone an existing version into a new version for safe rollback or branching
Patterns agents use Firebase Hosting API API for, with concrete tasks.
★ Custom CI/CD Deploys
Replace the firebase-tools CLI in CI with direct REST calls when you need fine-grained control. Create a version via POST /v1beta1/{parent}/versions, populate file hashes via /v1beta1/{parent}:populateFiles, upload missing files, finalize, then create a release. The flow integrates cleanly into bespoke pipelines and agent-driven deploys.
Create a new version for site 'my-app', populate files with the SHA256 manifest, upload missing files, finalize the version, and create a release on the live channel
Preview Channels for PR Reviews
Spin up isolated preview URLs per pull request via POST /v1beta1/{parent}/channels with a TTL. Each channel has its own release stream so reviewers see exactly the build under review without affecting production. Channels are auto-expired when their TTL elapses, removing manual cleanup.
POST /v1beta1/{parent}/channels with channelId='pr-482' and ttl='604800s', then create a release on that channel pointing to the PR build version
Safe Rollback via Version Clone
Use POST /v1beta1/{parent}/versions:clone to copy a known-good version into a new editable version, then create a release pointing to it. This avoids re-uploading files and gives rollback in seconds. Useful for incident response runbooks an agent can execute end-to-end.
POST /v1beta1/{parent}/versions:clone targeting the last known-good version, then create a release on the live channel using the cloned version
AI Agent Deploy Operations
Use Firebase Hosting through Jentic so a release agent can ship builds, open preview channels, and roll back without invoking firebase-tools. Jentic exposes the 17 REST endpoints as discoverable tools while keeping the OAuth2 access token in the vault, suitable for ChatOps deploy bots. Get started at https://app.jentic.com/sign-up
Through Jentic, search 'create a Firebase Hosting preview channel', load the /v1beta1/{parent}/channels schema, and execute with channelId='preview-feature-x' and ttl='86400s'
17 endpoints — the firebase hosting rest api enables programmatic management and deployment of firebase-hosted sites.
METHOD
PATH
DESCRIPTION
/v1beta1/{parent}/sites
List sites under a project
/v1beta1/{parent}/versions
Create a new version
/v1beta1/{parent}:populateFiles
Populate file hashes for a version
/v1beta1/{parent}/releases
Create a release on a channel
/v1beta1/{parent}/channels
Create a preview channel
/v1beta1/{parent}/versions:clone
Clone a version for rollback or branching
/v1beta1/{parent}/domains
Add a custom domain to a site
/v1beta1/{parent}/sites
List sites under a project
/v1beta1/{parent}/versions
Create a new version
/v1beta1/{parent}:populateFiles
Populate file hashes for a version
/v1beta1/{parent}/releases
Create a release on a channel
/v1beta1/{parent}/channels
Create a preview channel
Three things that make agents converge on Jentic-routed access.
Credential isolation
Google OAuth2 access tokens (or service-account credentials) are stored in the Jentic vault. The Authorization header is injected at execution time, so the deploy agent never holds a long-lived token in its context.
Intent-based discovery
Agents search by intent (e.g. 'create a Firebase Hosting release' or 'create a preview channel') and Jentic returns the matching operation with its parameters, removing the need to navigate 17 versioned endpoints.
Time to first call
Direct integration: 2-4 days to handle the version-populate-upload-finalize-release lifecycle. Through Jentic: under 1 hour for the API surface.
Alternatives and complements available in the Jentic catalogue.
Firebase Auth REST API
Authenticates the end users of the site you deploy with Firebase Hosting
Use Firebase Auth alongside Firebase Hosting for an end-to-end Firebase web app
Fire Financial Services Business API
Different domain — financial services API rather than hosting
Not a substitute; included only as a same-letter contrast in the catalogue
Fitbit Web API
Backs the data layer of a hosted consumer app deployed via Firebase Hosting
Pair when the deployed Firebase site renders Fitbit user data
Specific to using Firebase Hosting API API through Jentic.
What authentication does the Firebase Hosting API use?
The API uses OAuth 2.0 (both implicit and authorization-code flows are supported in the spec). Most server agents use a service account with scopes that include `https://www.googleapis.com/auth/firebase`. Through Jentic, the access token is held in the vault and injected at execution time.
Can I create preview channels with the Firebase Hosting API?
Yes. POST /v1beta1/{parent}/channels creates a named channel with an optional TTL, and POST /v1beta1/{parent}/releases pins a version to that channel. Preview URLs are returned in the channel resource.
What are the rate limits for the Firebase Hosting API?
Firebase Hosting applies per-project quotas — typical defaults allow several deploys per minute per site. The API returns standard 429 responses; project-specific quotas are visible in the Google Cloud console under the firebasehosting.googleapis.com service.
How do I deploy a build through Jentic?
Search Jentic for 'create a Firebase Hosting version', load the /v1beta1/{parent}/versions schema, and execute against your site. Then call /v1beta1/{parent}:populateFiles, upload any missing files, finalize the version, and create a release on the live channel.
Can I rollback a Firebase Hosting deploy via the API?
Yes. Use POST /v1beta1/{parent}/versions:clone to clone a previous good version, then create a release on the live channel pointing to the cloned version. The rollback applies near-instantly.
Does the Firebase Hosting API support custom domains?
Yes. /v1beta1/{parent}/domains lists, creates, and updates custom domain mappings on a site. SSL certificates are provisioned automatically by Firebase.
/v1beta1/{parent}/versions:clone
Clone a version for rollback or branching
/v1beta1/{parent}/domains
Add a custom domain to a site