Google Docs
GOOGLE WORKSPACE · FILES & DOCS
Read and edit the documents that person can already open.
Connect Google Docs with Fabriq Developer
Your user consents at Google Docs. The credential lands in a vault your agent cannot read, and the tool list it gets back is the intersection of that user’s grant and the agent’s own scopes.
Provider names are surfaces, not vendors, and the authoritative list is the capabilities endpoint rather than any page including this one — an unknown name returns 400 with the valid list. Fabriq Developer is free to start and needs no provider paperwork. Start free or read the quickstart.
Connecting Google Docs in practice
The Docs API allows 600 write requests per minute per project but only 60 per user, so a single document-editing agent hits the per-user ceiling ten times sooner than the project one. Both documents and documents.readonly are sensitive scopes, and the only non-sensitive route to a document, drive.file, can see nothing the app did not create or the user did not explicitly pick.
Scopes that draw scrutiny
https://www.googleapis.com/auth/documentsSensitive. "See, edit, create, and delete all your Google Docs documents."https://www.googleapis.com/auth/documents.readonlySensitive. "See all your Google Docs documents" — read-only is still every document.https://www.googleapis.com/auth/driveRestricted. Full Drive access, so choosing it to reach arbitrary documents pulls in restricted-scope verification.https://www.googleapis.com/auth/drive.readonlyRestricted. See and download all Drive files.https://www.googleapis.com/auth/drive.fileNon-sensitive and recommended, but limited to the specific files the user uses with this app, so it cannot find a document by name.
Rate limits
- Read requests: 3,000 per minute per project, 300 per minute per user per project.
- Write requests: 600 per minute per project, 60 per minute per user per project.
- No daily cap is published; exceeding a quota returns 429: Too many requests.
- The Docs MCP server enforces the same read and write quotas as the REST API.
Who has to approve
A Workspace admin sets each app to Trusted, Limited, specific Google data, or Blocked, with unconfigured apps appearing in an "Apps pending review" list. Google Drive and Docs are named among the products for which an admin can additionally restrict high-risk OAuth scopes, including full file access and document modification scopes.
Worth knowing
- 60 writes per minute per user is the binding limit, so an agent that applies edits one request at a time stalls; batchUpdate folds many changes into a single write request.
- drive.file is the only non-sensitive path to document content and only ever sees files the app created or the user opened with it, so open-ended "find my doc" work needs a sensitive or restricted scope.
- Google states that standard API use is free today but that exceeding quota is planned to incur charges to the Cloud billing account later in 2026.
Checked against Docs API usage limits (2026-09-29), Docs API OAuth scopes (2026-09-29), Workspace app access control (2026-09-29)
What an agent can do
Each action is granted on its own. An agent allowed to read is not thereby allowed to write, and the scope beside each row is what the acting user must have connected for it to run at all.
Often connected alongside
Put Google Docs behind one governed endpoint.
Same permissions, same audit trail, whatever else you connect next.