name: google-sheets
description: "Google Sheets via gws: read/write cells, append rows, structured batch edits."
license: MIT
compatibility: "macOS and Linux. Requires the gws CLI authenticated with Sheets scopes."
metadata:
gini:
version: 1.1.2
author: Gini
platforms: [macos, linux]
prerequisites:
commands: [gws]
env:
- GOOGLE_WORKSPACE_CLI_CLIENT_ID
- GOOGLE_WORKSPACE_CLI_CLIENT_SECRET
requires:
credentials: [google-workspace-oauth]
Google Sheets
Use gws sheets to create spreadsheets, read cell ranges, append rows, update values, and run structured batch updates against the Sheets v4 API. This is the content surface for Google Sheets — for the file as an object (sharing, copying, moving, trashing) use google-drive instead.
Prerequisites
gwsinstalled and authenticated. Ifgwsis not on PATH ORgws auth statusreports no authenticated user, do NOT silently call setup. Instead, in a single short reply to the user:- State plainly what's missing — e.g. "Google Workspace access isn't set up on this machine yet" or "your Google sign-in has expired."
- Ask one sentence: "Want me to walk you through setting it up?" Wait for the user's answer.
- If they say yes, call
read_skillwith namegoogle-workspace-setupand run that skill's onboarding flow turn-by-turn. If they say no or ask to defer, acknowledge briefly and stop — do not retry the original request.
- Apply the same flow when any
gws sheets ...call fails mid-task withcommand not found/ ENOENT, HTTP 401, "no credentials", or "scope required". Don't report the failure as a dead end — surface the missing prerequisite and ask if the user wants to set it up before moving on. - OAuth scopes the user picked at login must cover the verbs the agent will use:
- Read and write Sheets:
sheets(maps tohttps://www.googleapis.com/auth/spreadsheets) - Read-only Sheets: pass
--scopes "https://www.googleapis.com/auth/spreadsheets.readonly"at login - Find sheets by title (or list recent sheets) before reading: pair with
drive.readonly
- Read and write Sheets:
Selecting a Google account
The connected Google accounts (each with its tag, email, and config dir) are listed in your system context under "Connected Google accounts". To target a specific account, prefix the command with its config dir:
GOOGLE_WORKSPACE_CLI_CONFIG_DIR="<configDir>" gws sheets spreadsheets create --json '{"properties":{"title":"Tracker"}}'
Selection rule: one account connected → just use it. Two or more:
- The user named or clearly implied one account (a tag, an email, or unambiguous context) → use only that account.
- A read/lookup/search the user didn't tie to an account (e.g. listing events, searching mail, finding a doc) → run it against every connected account (one
gwscall per config dir) and aggregate, labeling each result by its tag and email. Don't pick just one, and don't ask — the user wants the whole picture across accounts. - A write (send, create, edit, delete) with no account named → ASK which account first; never guess.
If no accounts are connected yet, fall back to the setup flow in Prerequisites (read_skill with google-workspace-setup).
When to Use
- The user asks Gini to read cell values, ranges, or whole sheets out of a Google Spreadsheet.
- Appending rows to a tracking sheet (CRM log, expense tracker, AI run log, etc.).
- Updating specific cells or ranges with computed values.
- Creating a new spreadsheet from scratch as a starting point.
- Running structured edits (insert sheets, freeze rows, format ranges, conditional formats) via
spreadsheets.batchUpdate.
When NOT to Use
- Sharing, moving, renaming, copying, trashing, or permission-managing a spreadsheet — use
google-drivefor the file-as-object surface. - Long-form prose or formatted documents — use
google-docs. - Slide decks — use Slides (
gws slides ...), not Sheets. - Lightweight key-value state the agent owns internally — use the
memorytool, not a sheet. - Numeric analysis Gini can do in-process (sum, average, sort, filter) — fetch the data once with
+read, compute locally, write the result back if needed. Don't round-trip every calculation through the Sheets API.
Quick Reference
The Sheets surface splits into two layers: helper commands for the common cases (+read, +append) and the raw API (spreadsheets.get, spreadsheets.values.*, spreadsheets.batchUpdate) for everything else.
Create a blank spreadsheet
gws sheets spreadsheets create --json '{"properties":{"title":"Weekly tracker"}}'
The response includes a spreadsheetId you will need for subsequent reads and writes. The spreadsheetUrl field is the user-facing URL — surface that, not the bare ID, when telling the user where the new sheet is.
Read a range (helper)
gws sheets +read --spreadsheet <SHEET_ID> --range 'Sheet1!A1:D10'
gws sheets +read --spreadsheet <SHEET_ID> --range Sheet1
+read is read-only. The response is the matched values array (rows of cells), already unwrapped from the raw API envelope. Pass --format csv if the user wants to pipe the result somewhere; --format table for human review in chat.
Append a row (helper)
# Simple single row, comma-separated
gws sheets +append --spreadsheet <SHEET_ID> --values 'Alice,100,true'
# Bulk multi-row insert as JSON
gws sheets +append --spreadsheet <SHEET_ID> --json-values '[["a","b"],["c","d"]]'
+append finds the first empty row at the bottom of the existing data range and writes there. To write to a specific range (overwriting), use spreadsheets.values.update instead.
Read a range (raw API)
gws sheets spreadsheets values get \
--params '{"spreadsheetId":"<SHEET_ID>","range":"Sheet1!A1:D10"}'
The raw response wraps the values in { "range": "...", "majorDimension": "ROWS", "values": [[…]] }. Useful when you need the range echo or want to set majorDimension=COLUMNS.
Update a specific range
gws sheets spreadsheets values update \
--params '{"spreadsheetId":"<SHEET_ID>","range":"Sheet1!A1:B2","valueInputOption":"USER_ENTERED"}' \
--json '{"values":[["Header1","Header2"],["Row1A","Row1B"]]}'
valueInputOption matters:
RAW— strings are stored verbatim, no formula or number parsing.USER_ENTERED— Sheets parses input as if the user typed it:=SUM(A1:A5)becomes a formula,1,000becomes a number. This is almost always what you want.
Batch read or batch update values
# Read several disjoint ranges in one call
gws sheets spreadsheets values batchGet \
--params '{"spreadsheetId":"<SHEET_ID>","ranges":["Sheet1!A1:B2","Sheet1!D1:D5"]}'
# Write several disjoint ranges in one call (atomic)
gws sheets spreadsheets values batchUpdate \
--params '{"spreadsheetId":"<SHEET_ID>"}' \
--json '{
"valueInputOption":"USER_ENTERED",
"data":[
{"range":"Sheet1!A1","values":[["Top-left"]]},
{"range":"Sheet2!Z99","values":[["Far corner"]]}
]
}'
Structured edits (spreadsheets.batchUpdate)
Different from values.batchUpdate (which writes cell values). spreadsheets.batchUpdate mutates the structure: add sheets, freeze rows, set tab colors, apply conditional formats, insert charts. Each entry in requests is one mutation; the whole batch is atomic — if any request is invalid, nothing applies.
# Add a new tab
gws sheets spreadsheets batchUpdate \
--params '{"spreadsheetId":"<SHEET_ID>"}' \
--json '{
"requests":[
{"addSheet":{"properties":{"title":"Q1 Results"}}}
]
}'
# Freeze the header row and set a tab color
gws sheets spreadsheets batchUpdate \
--params '{"spreadsheetId":"<SHEET_ID>"}' \
--json '{
"requests":[
{"updateSheetProperties":{
"properties":{
"sheetId":0,
"gridProperties":{"frozenRowCount":1},
"tabColor":{"red":0.2,"green":0.6,"blue":1.0}
},
"fields":"gridProperties.frozenRowCount,tabColor"
}}
]
}'
For the schema of each request type:
gws schema sheets.spreadsheets.batchUpdate
Clear a range
gws sheets spreadsheets values clear \
--params '{"spreadsheetId":"<SHEET_ID>","range":"Sheet1!A2:D"}'
Wipes cell values but leaves formatting in place. To also strip formatting, use spreadsheets.batchUpdate with an updateCells request.
Find a sheet by title before reading
Use google-drive to locate the spreadsheet, then hand the ID to gws sheets:
gws drive files list \
--params '{"q":"mimeType = '\''application/vnd.google-apps.spreadsheet'\'' and name contains '\''Weekly tracker'\''"}'
Rules
- Don't add a redundant text confirmation before
spreadsheets.create,values.update,values.append,values.clear,values.batchUpdate,spreadsheets.batchUpdate, or+append. The runtime'sterminal_execapproval gate is the user's safety net. When the user's command is clear ("append a row 'Alice, 100' to my tracker"), execute. Do ask one clarifying question when the command is ambiguous — multiple spreadsheets match a name, the user didn't specify which tab to write to, orclearwould wipe a range larger than what they named. valueInputOptionis required for any values write. Default toUSER_ENTEREDunless the user specifically asks to skip formula/number parsing; only useRAWfor opaque strings the user wants stored verbatim.spreadsheets.batchUpdateandvalues.batchUpdateare atomic across the wholerequests/dataarray. Build the full list, send once, and check the reply rather than retrying mid-batch on partial failure.- A1 notation is sheet-name-then-range —
'Sheet1!A1:D10'. Range-only (e.g.A1:D10) implicitly uses the first sheet. When the user's spreadsheet has multiple tabs, always qualify the sheet name to avoid silently writing to the wrong tab. - For sharing, copying, moving, renaming, or trashing a spreadsheet — switch to
google-drive. Sheets only owns the cells; Drive owns the file. - Reading large ranges is expensive on both the network and the model's context. Bound
--rangeto what you actually need; for whole-sheet scans, preferspreadsheets.getwithincludeGridData:falseto inspect structure first and pull cell ranges narrowly afterward. - When the user wants numeric analysis Gini can do in-process (sum, average, sort, filter, dedupe),
+readthe values once and compute locally — don't round-trip every reduction through the Sheets API. - Mutating a sheet someone else owns silently fails with
PERMISSION_DENIED. If the user asks for an edit and gets that error, ask whether the spreadsheet is theirs to edit before retrying — re-running the same call won't help.
For flags not shown here, run gws sheets --help or gws schema sheets.<resource>.<method> to inspect a specific API method.