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.
Get started with Cloud Firestore API in minutes using your preferred integration method.
# Add to your MCP client config (Claude Desktop, Cursor, Windsurf)
{
"jentic": {
"url": "https://api.jentic.com/mcp",
"auth": "oauth"
}
}
# Then ask your agent:
"read a firestore document"
# → Jentic returns the GET /events tool with parameter schema, agent executes.What an agent can do with Cloud Firestore API 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
Begin and roll back multi-document transactions
GET STARTED
Use for: Retrieve a Firestore document by its full path, Run a structured query across a collection, Commit a batch of writes atomically to Firestore, Begin a transaction and roll it back on error
Not supported: Does not handle SQL queries, relational joins, or analytics aggregation — use BigQuery for analytics and Spanner for SQL workloads; this API is for document storage and queries only.
The Cloud Firestore API provides programmatic access to Google's serverless NoSQL document database. It supports document reads and writes, transactions, structured queries, listen streams, and administrative operations on databases, indexes, and backups. Firestore is designed for automatic scaling and strong consistency at any scale, making it a fit for both mobile apps and server-side workloads.
Manage Firestore databases, indexes, and field configurations
Schedule and restore backups for disaster recovery
Listen for realtime document changes via documents:listen
Patterns agents use Cloud Firestore API 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.
31 endpoints — the cloud firestore api provides programmatic access to google's serverless nosql document database.
METHOD
PATH
DESCRIPTION
/v1/{+database}/documents:commit
Commit a batch of writes atomically
/v1/{+database}/documents:batchGet
Read multiple documents in one call
/v1/{+database}/documents:beginTransaction
Start a Firestore transaction
/v1/{+database}/documents:rollback
Roll back a transaction
/v1/{+database}/documents:listen
Listen for realtime document changes
/v1/{+name}
Get a single Firestore document
/v1/{+name}
Update fields on a Firestore document
/v1/{+database}/documents:commit
Commit a batch of writes atomically
/v1/{+database}/documents:batchGet
Read multiple documents in one call
/v1/{+database}/documents:beginTransaction
Start a Firestore transaction
/v1/{+database}/documents:rollback
Roll back a transaction
/v1/{+database}/documents:listen
Listen for realtime document changes
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.
Alternatives and complements available in the Jentic catalogue.
Cloud Datastore API
The legacy Datastore mode of the same backend, with a different query model.
Choose Datastore only for projects already using Datastore mode; new projects should pick Firestore.
Firebase Realtime Database API
Firebase's older JSON tree database, optimised for low-latency sync.
Pick Realtime Database when the access pattern is small JSON trees with frequent client sync; pick Firestore for richer queries.
Cloud Spanner API
Globally distributed relational database with SQL and strong consistency.
Use Spanner when the workload needs SQL joins or global multi-region transactions; Firestore for document workloads.
BigQuery API
Analytical data warehouse often loaded from Firestore exports.
Pair with Firestore by exporting Firestore backups into BigQuery for analytics.
Specific to using Cloud Firestore API 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.
/v1/{+name}
Get a single Firestore document
/v1/{+name}
Update fields on a Firestore document