Official agent skill

Cloud Monitoring List Time Series Request

by google in google/skills

Generates valid Cloud Monitoring ListTimeSeries requests and aggregation specifications from metric descriptors and resource parameters.

OfficialApache-2.0Auto-check passedData & Analytics

Install Cloud Monitoring List Time Series Request

skills CLI
$ npx skills add google/skills --skill cloud-monitoring-list-time-series-request -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install google/skills cloud-monitoring-list-time-series-request --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/google/skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/cloud/cloud-monitoring-list-time-series-request .claude/skills/cloud-monitoring-list-time-series-request && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
cloud-monitoring-list-time-series-request
GitHub stars
21k
Token cost
~2.8k tokens
SKILL.md length
1,071 words
Files
2 (incl. references)
Skills in repo
150
Repo updated
First seen
Licence
Apache-2.0

At a glance

Generates valid Cloud Monitoring ListTimeSeries requests and aggregation specifications from metric descriptors and resource parameters.

  • Works in 3 steps: Use Provided Metric Metadata First: If… → Discover Missing Metadata: If exact… → Identify Key Fields: From the retrieved…
  • Asked to create
  • SKILL.md covers CRITICAL RULES, Workflow and References
  • Calls gcloud

What it does

Cloud Monitoring List Time Series Request is an agent skill from google/skills, published by the product's own GitHub organization. Generates valid Cloud Monitoring ListTimeSeries requests and aggregation specifications from metric descriptors and resource parameters. Use when asked to create, generate, format, or build ListTimeSeries requests, JSON payloads, filter expressions, or aligner/reducer aggregations for Cloud Monitoring metrics and charts. Don't use for metric discovery or metric selection.

Its SKILL.md is about 2.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/basic_aggregations.md`).

It sits in Data & Analytics, covering Forecasting and time series and State management. The repository describes itself as: Agent Skills for Google products and technologies. The licence is Apache-2.0.

When your agent uses it

  • Asked to create
  • Build ListTimeSeries requests
  • Filter expressions
  • Aligner/reducer aggregations for Cloud Monitoring metrics and charts

Example prompts

  • “Use the cloud-monitoring-list-time-series-request skill to generate valid Cloud Monitoring ListTimeSeries requests and aggregation specifications…”
  • “/cloud-monitoring-list-time-series-request”

Workflow steps

3 steps, taken from the first numbered list in SKILL.md.

  1. Use Provided Metric Metadata First: If the user's prompt already
  2. Discover Missing Metadata: If exact metric descriptors including
  3. Identify Key Fields: From the retrieved descriptor, identify key schema

What it can do on your machine

Read from SKILL.md and the folder at commit 4b940dd. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gcloud

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Links to these hosts (documentation or services it may open):

    • docs.cloud.google.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Cloud Monitoring List Time Series Request loads about 2.8k tokens when it runs, and up to ~5.5k if it reads all its reference files. Until then it costs about 104 tokens; SKILL.md has 1,071 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~104
When it runs · the whole SKILL.md, loaded when a task matches
~2.8k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~5.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from google/skills at commit 4b940dd, republished under its Apache-2.0 licence (© google). 1,071 words, ~2,802 tokens.

Download SKILL.mdSave it as .claude/skills/cloud-monitoring-list-time-series-request/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
cloud-monitoring-list-time-series-request
description
Generates valid Cloud Monitoring ListTimeSeries requests and aggregation specifications from metric descriptors and resource parameters. Use when asked to create, generate, format, or build ListTimeSeries requests, JSON payloads, filter expressions, or aligner/reducer aggregations for Cloud Monitoring metrics and charts. Don't use for metric discovery or metric selection.
metadata.version
1.0.0
metadata.category
CloudObservabilityAndMonitoring

Cloud Monitoring ListTimeSeries Request Generator

Use this skill to translate any Cloud Monitoring metric descriptor into valid, production-ready ListTimeSeries REST API query parameters (name, filter, interval.startTime, interval.endTime, aggregation.*, view).

CRITICAL RULES

  • Mandatory Project ID Clarification: You MUST ensure the GCP Project ID is present in the user prompt, input payload, or environment context (such as via gcloud config get-value project). If the Project ID is missing and cannot be resolved, you MUST ask the user to clarify it before generating or executing ListTimeSeries requests. Do NOT use placeholders for project names.

Workflow

Inspect Metric Metadata
  1. Use Provided Metric Metadata First: If the user's prompt already includes metric metadata such as metric.type, metricKind, valueType, resource types, or label keys, use those values directly instead of calling API tools.
  2. Discover Missing Metadata: If exact metric descriptors including metric.type, metricKind, and valueType are missing or underspecified, resolve the target metric's descriptor using one of these paths:
    • Vague Query: If the prompt is vague, such as asking for VM CPU usage, use the cloud-monitoring-metric-selection skill first to identify the specific metric type.
    • Known Metric Type: If you already have the specific metric type name such as compute.googleapis.com/instance/cpu/utilization, but need its descriptor, call the list_metric_descriptors MCP tool. If the tool is missing, refer to the cloud-monitoring-metric-selection skill to configure the Cloud Monitoring MCP server.
    • Fallback: If the MCP tool cannot be configured, fall back to making a direct Cloud Monitoring API call.
  3. Identify Key Fields: From the retrieved descriptor, identify key schema attributes:
    • type: The Cloud Monitoring metric type string.
    • metricKind: GAUGE, DELTA, or CUMULATIVE.
    • valueType: INT64, DOUBLE, DISTRIBUTION, or BOOL.
    • monitoredResourceTypes: Compatible resource.type strings, for example ["cloudsql_database", "cloudsql_instance"]. If multiple resource types are listed, select the specific resource.type that matches the target granularity of the user's request.

Construct Monitoring Filter

The filter parameter is a mandatory string in Cloud Monitoring syntax that restricts the query to a single metric.type and optional resource and metric labels:

  1. Single Metric Type Restriction: Every filter MUST specify exactly one metric.type clause using an equality operator. For example:

    • metric.type = "compute.googleapis.com/instance/cpu/utilization"
  2. Monitored Resource Type Filter: MUST include the resource.type filter when the target resource granularity is known, preventing collisions across services that share metric types or sub-resources. For example:

    • metric.type = "cloudsql.googleapis.com/database/cpu/utilization" AND resource.type = "cloudsql_database"
  3. Preserve User Literals and IDs: You MUST use literal resource names, IDs, zones, and project parameters provided by the user without alteration. Do NOT override or replace user-specified identifiers with active resources found during metric metadata discovery unless explicitly requested.

  4. Label Type Prefixing:

    • Prefix resource-level dimensions, such as instance ID, zone, project, database ID, or subscription ID, with the resource.labels. prefix. For example:
      • resource.labels.instance_id = "123456789"
      • resource.labels.database_id = "my-project:my-instance"
    • Prefix metric-level dimensions, such as state, command, response code, or instance name metadata when stored on the metric, with the metric.labels. prefix. For example:
      • metric.labels.state != "free"
      • metric.labels.instance_name = "instance-1"
  5. Resource Name versus ID Resolution:

    • If the user specifies a human-readable GCE VM instance name such as "instance-1", but resource.labels.instance_id expects a numeric ID, you MUST filter using either metric.labels.instance_name = "instance-1" or metadata.system_labels.name = "instance-1".
    • Do NOT use resource.metadata.name or resource.metadata.*. This prefix is invalid in Cloud Monitoring filter syntax.
    • Do NOT assign a string instance name directly to resource.labels.instance_id unless the resource type explicitly uses string IDs.
  6. Database Identifier Labels: Database labels such as database_id for Cloud SQL and Spanner, or dataset_id for BigQuery, use composite keys formatted as <project_id>:<instance_name>. For example: resource.labels.database_id = "my-project:foo".

  7. Ops Agent Metrics State Label Filtering: For agent.googleapis.com/memory/percent_used and agent.googleapis.com/disk/percent_used metrics, you MUST use metric.labels.state != "free". Do NOT filter by metric.labels.state = "used".


Show full SKILL.md (476 more words)Show less
Choose Aggregation Structure

Select the perSeriesAligner, crossSeriesReducer, groupByFields, and alignmentPeriod according to the metric properties and visualization goal:

  1. Consult the Aggregations Reference: You MUST include both perSeriesAligner and crossSeriesReducer in the aggregation query parameters of every request. Read and follow the Cloud Monitoring ListTimeSeries Basic Aggregations Reference to select the exact perSeriesAligner and crossSeriesReducer combinations for your metric's Metric Kind and Value Type pairing, and to apply mandatory SRE rules for utilization metrics, counters, distributions, and state-based gauges such as memory filtered by state != "free".
  2. Grouping Fields and Resource Granularity: When crossSeriesReducer is specified as anything other than REDUCE_NONE, list the exact labels to preserve. When querying multi-instance resources like VMs, databases, or subscriptions, include the primary resource identifier in groupByFields. For example, use resource.labels.instance_id for VMs or resource.labels.database_id for databases. This prevents collapsing separate resource streams into a single global aggregate.
  3. Alignment Period Determination: Calculate the query lookback duration from endTime minus startTime, ensuring startTime precedes endTime. If endTime <= startTime, flag an error before computing duration. Set alignmentPeriod according to Cloud Console default fine granularity standards:
    • Duration <= 110 minutes: Set alignmentPeriod = "60s".
    • Duration <= 23 hours: Set alignmentPeriod = "300s".
    • Duration <= 6 days: Set alignmentPeriod = "3600s".
    • Duration <= 23 days: Set alignmentPeriod = "10800s".
    • Duration <= 80 days: Set alignmentPeriod = "21600s".
    • Duration <= 180 days: Set alignmentPeriod = "43200s".
    • Duration <= 350 days: Set alignmentPeriod = "86400s".
    • Duration <= 500 days: Set alignmentPeriod = "172800s".
    • Omission Rule: alignmentPeriod is omitted only when perSeriesAligner is set to ALIGN_NONE.

Format Valid Request

Present the generated ListTimeSeries REST query parameters. For example:

json
{
  "name": "projects/<project_id>",
  "filter": "metric.type = \"<metric_type>\" AND resource.type = \"<resource_type>\"",
  "interval": {
    "startTime": "<iso_8601_start>",
    "endTime": "<iso_8601_end>"
  },
  "aggregation": {
    "alignmentPeriod": "60s",
    "perSeriesAligner": "ALIGN_RATE",
    "crossSeriesReducer": "REDUCE_SUM",
    "groupByFields": [
      "resource.labels.zone"
    ]
  },
  "view": "FULL"
}
  • Aggregation Requirements: Populate the aggregation parameters with the perSeriesAligner, crossSeriesReducer, alignmentPeriod, and optional groupByFields values determined during aggregation selection.
  • Interval Requirements: startTime and endTime MUST be valid RFC 3339 and ISO 8601 timestamps such as "YYYY-MM-DDTHH:MM:SSZ". If not explicitly provided by the user, dynamically compute a one-hour lookback interval ending at the current time, where endTime is the present moment and startTime is one hour prior. Do NOT hardcode static dates from examples.
  • Alignment Period Requirement: Determine alignmentPeriod from the lookback duration of endTime minus startTime using the mapping above. For the default one-hour lookback interval, alignmentPeriod is "60s".
  • View Requirement: MUST default to "FULL" when time series data points are needed, or "HEADERS" when inspecting metadata and series identities only.

Validate Request via list_timeseries MCP Tool

You MUST validate the generated request parameters against live Cloud Monitoring telemetry before returning the final output. Call the list_timeseries MCP tool passing all generated query parameters (name, filter, interval, aggregation). When validating you MUST set view="HEADERS" to minimize latency and payload size while verifying request structure. A response without API errors confirms that your filter and aggregation settings are valid.

If the list_timeseries tool is unavailable, fall back to a direct API call.


References

© google, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file (references) in skills/cloud/cloud-monitoring-list-time-series-request of google/skills.

  • SKILL.md
  • references/basic_aggregations.md

Open the folder on GitHubat commit 4b940dd

Compare with similar skills

Cloud Monitoring List Time Series Request next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Cloud Monitoring List Time Series Request compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Cloud Monitoring List Time Series Request this skillgoogle/skills21k—~2.8kAutomated safety check: PassApache-2.0
TimesFM Forecastinggoogle-research/timesfm34k—~4.7kAutomated safety check: PassApache-2.0
StatsmodelszLanqing/codex-claude-academic-skills4.7k15 repos~4.9kAutomated safety check: PassBSD-3-Clause
Timesfm ForecastingzLanqing/codex-claude-academic-skills4.7k3 repos~7.5kAutomated safety check: NotesApache-2.0
Find Hypertable Candidatestimescale/pg-aiguide1.9k1 repos~2.6kAutomated safety check: PassApache-2.0
Pensieve Searcharkohut/pensieve1.4k—~8.2kAutomated safety check: PassApache-2.0

Similar skills

  • TimesFM Forecasting

    google-research/timesfm

    Forecasts any univariate time series zero-shot with Google's TimesFM model, returning point forecasts and calibrated prediction intervals without training.

    34k GitHub stars~4.7k tokensUpdated 11 days ago
    Data & AnalyticsAuto-check passed
  • Statsmodels

    zLanqing/codex-claude-academic-skills

    Statistical models library for Python. An agent skill from zLanqing/codex-claude-academic-skills.

    4.7k GitHub starsUsed in 15 repos~4.9k tokens
    Data & AnalyticsAuto-check passed
  • Timesfm Forecasting

    zLanqing/codex-claude-academic-skills

    Zero-shot time series forecasting with Google's TimesFM foundation model.

    4.7k GitHub starsUsed in 3 repos~7.5k tokens
    Data & AnalyticsAuto-check: notes
  • Find Hypertable Candidates

    timescale/pg-aiguide

    A skill your agent uses to analyze an existing PostgreSQL database and identify which tables should be converted to Timescale/TimescaleDB hypertables.

    1.9k GitHub starsUsed in 1 repo~2.6k tokens
    Data & AnalyticsAuto-check passed
  • Pensieve Search

    arkohut/pensieve

    Search the user's local Pensieve screenshot archive by text, app, or time range.

    1.4k GitHub stars~8.2k tokensUpdated 2 mo ago
    Data & AnalyticsAuto-check passed
  • Alphaear Predictor

    ninehills/skills

    Market prediction skill using Kronos. An agent skill from ninehills/skills.

    280 GitHub starsUsed in 1 repo~531 tokens
    Data & AnalyticsAuto-check passed

More from google/skills

All 150 skills in this repo
  • Official

    Query Cloud Trace spans, filter by latency thresholds or error status, correlate distributed traces with Cloud Logging, and diagnose latency bottlenecks across Google Cloud services.

    21k GitHub stars~1.7k tokensUpdated yesterday
    Auto-check passed
  • Official

    Manages Google Cloud Privileged Access Manager entitlements and grants: create and edit entitlements, request temporary access, and approve or deny pending grants.

    21k GitHub stars~3.2k tokensUpdated yesterday
    Auto-check passed
  • Official

    Writes Terraform alerting policies for AI agents that emit OpenTelemetry metrics, covering reliability, cost, safety, security and quality signals on Google Cloud.

    21k GitHub stars~4.2k tokensUpdated yesterday
    Auto-check passed
  • Official

    Deploys open models or custom weights from Model Garden to Agent Platform endpoints, checks deployment status and cleans up endpoints, confirming before any change.

    21k GitHub stars~5k tokensUpdated yesterday
    Auto-check passed
  • Official

    Searches, manages and scaffolds skills in the Gemini Enterprise Agent Platform Skill Registry using bundled Python scripts and Google Cloud credentials.

    21k GitHub stars~584 tokensUpdated yesterday
    Auto-check passed
  • Designs GCP infrastructure as local Terraform, validates and scans it against best practices, then imports it to Application Design Center for deployment and troubleshooting.

    21k GitHub stars~4.4k tokensUpdated yesterday
    Auto-check passed

Questions about Cloud Monitoring List Time Series Request

What does Cloud Monitoring List Time Series Request do?

Generates valid Cloud Monitoring ListTimeSeries requests and aggregation specifications from metric descriptors and resource parameters. Cloud Monitoring List Time Series Request is an agent skill from google/skills, published by the product's own GitHub organization. Generates valid Cloud Monitoring ListTimeSeries requests and aggregation specifications from metric descriptors and resource parameters.

When should I use Cloud Monitoring List Time Series Request?

Cloud Monitoring List Time Series Request fits situations like: asked to create; build ListTimeSeries requests; filter expressions; aligner/reducer aggregations for Cloud Monitoring metrics and charts.

How do I install Cloud Monitoring List Time Series Request in Claude Code?

Run `npx skills add google/skills --skill cloud-monitoring-list-time-series-request -a claude-code`. Or copy the skill folder (skills/cloud/cloud-monitoring-list-time-series-request in google/skills) into .claude/skills/cloud-monitoring-list-time-series-request in your project. Claude Code loads it when a task matches its description.

How do I install Cloud Monitoring List Time Series Request in Codex?

Run `npx skills add google/skills --skill cloud-monitoring-list-time-series-request -a codex`. Or copy the skill folder (skills/cloud/cloud-monitoring-list-time-series-request in google/skills) into .agents/skills/cloud-monitoring-list-time-series-request in your project. Codex loads it when a task matches its description.

Can I use Cloud Monitoring List Time Series Request in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add google/skills --skill cloud-monitoring-list-time-series-request -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/cloud-monitoring-list-time-series-request, .gemini/skills/cloud-monitoring-list-time-series-request, .github/skills/cloud-monitoring-list-time-series-request and .opencode/skills/cloud-monitoring-list-time-series-request in your project.

What does Cloud Monitoring List Time Series Request need to run?

Going by SKILL.md and its folder, Cloud Monitoring List Time Series Request needs the command-line tools its instructions call (gcloud).

Does Cloud Monitoring List Time Series Request access the network?

SKILL.md names 1 domain. As links in the text: docs.cloud.google.com. This is read from the text; nothing was executed.

Is Cloud Monitoring List Time Series Request safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Cloud Monitoring List Time Series Request use?

Cloud Monitoring List Time Series Request is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Cloud Monitoring List Time Series Request use?

About 2.8k tokens (SKILL.md is roughly 11k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 2.7k tokens, read only when the agent opens those files.

What are the alternatives to Cloud Monitoring List Time Series Request?

Skills that share tags, products or a category with Cloud Monitoring List Time Series Request: TimesFM Forecasting (google-research/timesfm, 34k stars), Statsmodels (zLanqing/codex-claude-academic-skills, 4.7k stars), Timesfm Forecasting (zLanqing/codex-claude-academic-skills, 4.7k stars) and Find Hypertable Candidates (timescale/pg-aiguide, 1.9k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Cloud Monitoring List Time Series Request?

google (a GitHub organization, an official publisher) maintains it in google/skills, which has 21,097 GitHub stars. The repository holds 150 skills in this directory. The repository was last updated on October 9, 2026.

Source: google/skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.