Google Cloud Firestore API

Name: Cloud Firestore API
Brand: Cloud Firestore API
Availability: InStock

✓ Official Vendor SpecStorageDatabaseoauth231 EndpointsREST

For Agents

Read, write, query, and stream document data in Cloud Firestore, plus manage databases, indexes, and backups. Suited for agents that need a scalable NoSQL store with transactional guarantees.

Install Jentic One Beta

Connect the Cloud Firestore API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Cloud Firestore 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 | sh

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 Cloud Firestore API.

Read documents by name with strong or eventual consistency via documents.get

Run structured queries against a collection with documents:runQuery

Commit batched writes atomically with documents:commit and documents:batchWrite

GET STARTED

Start building with Cloud Firestore API

Explore with Jentic

View OpenAPI Document

Use Cases

Patterns agents use Cloud Firestore API for, with concrete tasks.

★ Server-Side Document Reads and Writes

Backend services need a scalable NoSQL store for user profiles, orders, or session state. Cloud Firestore exposes commit, batchWrite, and runQuery endpoints that give server code transactional document access without managing database servers. Reads return strongly consistent results within a region, and the API scales automatically with traffic.

Call POST /v1/projects/{project}/databases/{database}/documents:commit with a write that creates a user document at users/{uid} and verify the commit time.

Run Structured Queries from a Service

Reporting jobs and back-office tools need to query Firestore by field equality, ranges, and ordering. The runQuery endpoint accepts a structured query proto and streams matching documents back, supporting both ad-hoc reports and scheduled extraction jobs. Composite indexes are managed via the same API so the query plan can be guaranteed.

Call POST /v1/projects/{project}/databases/{database}/documents:runQuery with a structured query that selects orders where status equals 'paid' in the last 24 hours.

Backup and Restore Firestore Databases

Operators need scheduled backups for disaster recovery and point-in-time recovery options. The Firestore API exposes backup schedules and restore operations on the database resource so backups can be created, listed, and used to restore a new database. This supports compliance retention policies and rollback after data corruption.

Call POST /v1/projects/{project}/databases/{database}/backupSchedules to create a daily backup schedule and confirm the schedule id.

Agent-Driven Document Updates

An AI agent acting on a user instruction can read or update a Firestore document through Jentic. The agent searches for the right operation by intent, loads the request schema, and executes commit or runQuery without holding a service account key. This makes Firestore a viable agent-native datastore for application memory or task state.

Use Jentic to search 'update a firestore document', load the documents:commit schema, and execute it to set the status field on a specific document.

Key Endpoints

31 endpoints — the cloud firestore api provides programmatic access to google's serverless nosql document database.

METHOD

PATH

DESCRIPTION

POST

/v1/{+database}/documents:commit

Commit a batch of writes atomically

POST

/v1/{+database}/documents:batchGet

Read multiple documents in one call

POST

/v1/{+database}/documents:beginTransaction

Start a Firestore transaction

POST

/v1/{+database}/documents:rollback

Roll back a transaction

POST

/v1/{+database}/documents:listen

Listen for realtime document changes

GET

/v1/{+name}

Get a single Firestore document

PATCH

/v1/{+name}

Update fields on a Firestore document

POST

/v1/{+database}/documents:commit

Commit a batch of writes atomically

POST

/v1/{+database}/documents:batchGet

Read multiple documents in one call

POST

/v1/{+database}/documents:beginTransaction

Start a Firestore transaction

POST

/v1/{+database}/documents:rollback

Roll back a transaction

POST

/v1/{+database}/documents:listen

Listen for realtime document changes

Why Jentic?

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

Credential isolation

Google service account credentials are stored encrypted in the Jentic vault. Agents receive scoped OAuth tokens for the datastore or cloud-platform scope, never raw service account keys.

Intent-based discovery

Agents search by intent (e.g., 'commit a firestore write' or 'query firestore') and Jentic returns the matching operation with its structured request schema.

Time to first call

Direct integration: 2-4 days for service account setup, structured query construction, and retry handling. Through Jentic: under an hour — search, load schema, execute.

FAQs

Specific to using Cloud Firestore API through Jentic.

What authentication does the Cloud Firestore API use?

It uses Google OAuth 2.0 with the cloud-platform or datastore scope. Through Jentic, service account credentials are stored encrypted in the vault and the agent gets a scoped bearer token rather than the raw key.

Can I run transactions across multiple documents with this API?

Yes. Begin a transaction with documents:beginTransaction, perform reads, then send writes through documents:commit referencing the transaction id. Use documents:rollback to abort cleanly.

What are the rate limits for the Cloud Firestore API?

Firestore enforces per-database write limits (around 10,000 writes per second per database) and per-document write limits (1 per second sustained). Read throughput scales much higher. Quota errors return HTTP 429 and should be retried with backoff.

How do I query Firestore from an agent through Jentic?

Search Jentic for 'query firestore documents', load the schema for POST /v1/{database}/documents:runQuery, and execute it with a structuredQuery payload describing the from, where, and orderBy clauses.

Does Firestore support realtime updates over this REST API?

Yes, through the documents:listen endpoint, which streams document change events. For most clients the official SDKs are simpler, but the REST listen channel is available for custom integrations.

Is the Cloud Firestore API free?

Firestore has a free daily quota of reads, writes, deletes, and storage. Beyond that it bills per operation and per GB stored. Pricing details are in the Firestore documentation.

Google Cloud Firestore API

Connect the Cloud Firestore API to your agent

Capabilities

Start building with Cloud Firestore API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs