Product

How Jentic Works

From API assessment to production deployment in four simple steps.

Product Overview

PLATFORM

Jentic OneSelf-hosted, open-source control plane between your agents and any APIAPI DirectoryBrowse 10,000+ APIs ready for AI agent integrationAPI ScorecardAssess your APIs for AI-readiness with automated scoringAgentic SandboxSafely simulate AI agents with your production APIsJenticSign in to the Jentic web app

CAPABILITIES

IntegrationConnect AI agents to your existing systemsWorkflowsDiscover and capture successful agent workflowsGovernanceDefine, observe, and enforce AI policies

TOOLS

Arazzo UIVisualize Arazzo workflows as interactive documentationArazzo EditorBuild and edit multi-step API workflows visually
Pricing
Developers

GET STARTED

DocumentationGuides and API referenceQuickstartGet up and running in minutes

COMMUNITY

GitHubOpen source projects and examples
Resources
BlogLatest articles and insightsPress & MediaBrand assets and press contactOpen StandardsBuilt on open specs. Never locked in.NewsletterAPIs, AI agents, mixed with architecture and strategy.
Company
About UsOur mission and teamCareersJoin our teamContactGet in touch
Install Jentic OneBook a Demo
How Jentic WorksJentic OneAPI DirectoryAPI ScorecardAgentic SandboxJenticIntegrationWorkflowsGovernanceArazzo UIArazzo Editor
Pricing
DocumentationQuickstartGitHub
BlogPress & MediaOpen StandardsNewsletter
About UsCareersContact
Request a demoInstall Jentic One
Jentic
For Enterprises
  • Product Overview
  • Agentic Sandbox
  • Book a Demo
For Developers
  • Jentic One
  • Documentation
  • GitHub
Company
  • About Jentic
  • Careers
  • Contact Us
ISO/IEC 27001:2022 certification badge issued by Prescient Security

Information Security Management System

Certified to ISO/IEC 27001:2022 by Prescient Security

Terms & Conditions•Privacy Policy•
© 2026 Jentic. All rights reserved.
APIs / Cloud Infrastructure / Firebase Hosting API
Firebase Hosting API logo

Google Firebase Hosting API

★ Only Publicly Available OpenAPI DocumentCloud InfrastructureComputeoauth217 EndpointsREST

For Agents

Programmatically deploy static sites to Firebase Hosting — create versions, upload files, manage preview channels, and roll out releases.

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.

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.

Jentic One on GithubView OpenAPI Document

Install Jentic One Beta

Connect the Firebase Hosting API to your agent

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.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

1

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 | sh
2

Step 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 instance

Jentic 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.

Capabilities

What an agent can do with Firebase Hosting 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

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

Use Cases

Patterns agents use Firebase Hosting 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'

Key Endpoints

17 endpoints — the firebase hosting rest api enables programmatic management and deployment of firebase-hosted sites.

METHOD

PATH

DESCRIPTION

GET

/v1beta1/{parent}/sites

List sites under a project

POST

/v1beta1/{parent}/versions

Create a new version

POST

/v1beta1/{parent}:populateFiles

Populate file hashes for a version

POST

/v1beta1/{parent}/releases

Create a release on a channel

POST

/v1beta1/{parent}/channels

Create a preview channel

POST

/v1beta1/{parent}/versions:clone

Clone a version for rollback or branching

POST

/v1beta1/{parent}/domains

Add a custom domain to a site

GET

/v1beta1/{parent}/sites

List sites under a project

POST

/v1beta1/{parent}/versions

Create a new version

POST

/v1beta1/{parent}:populateFiles

Populate file hashes for a version

POST

/v1beta1/{parent}/releases

Create a release on a channel

POST

/v1beta1/{parent}/channels

Create a preview channel

POST

/v1beta1/{parent}/versions:clone

Clone a version for rollback or branching

POST

/v1beta1/{parent}/domains

Add a custom domain to a site

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential management

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

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

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.

Related APIs

Alternatives and complements available in the Jentic catalogue.

Complementary

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

Alternative

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

Complementary

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

FAQs

Specific to using Firebase Hosting 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.

GET STARTED

Start building with Firebase Hosting API

Explore with Jentic
View OpenAPI Document